Что касается установки расширений и обновлений – агенты сообщают о том, в каком состоянии находится та или иная задача, и из этого делается вывод – удалось нам доставить наши изменения или не удалось, успешно было все или не успешно. А управление пользователями целиком автоматизировано через функциональность БСП. Чтобы поддержать конфигурации, которые БСП не используют, необходима разработка дополнительного API.

На данном этапе развития продукта такой функциональности нет. Но планируется реализовать достаточно ветвистую ролевую модель – чтобы в продукте были роли:
- администратора в целом всего облака;
- администратора конкретного куска или пространства облака;
- администратора приложения;
- администратора, который отвечает за обновление;
- администратора, который отвечает за пользователей;
- специалисты службы поддержки;
- инженеров SRE, которые отвечают за эксплуатацию и доступность. Очевидно, что у них всех должен быть разный доступ, но он должен быть грамотно продуман и спланирован. Точных сроков реализации этого функционала нет, но планы такие точно есть.

С ЦКК взаимодействие точно будет. В том числе, скорее всего, будет поддерживаться та функциональность, что уже есть в платформе 1С:Предприятие 8, например, выгрузка показателей производительности в формате OpenMetrics для их анализа в Prometheus.

Это уже запланировано в ближайших версиях – скоро появится возможность управлять сбором журнала, останавливать и запускать его при необходимости. А после сбора технологического журнала планируется реализация выгрузку его данных в ЦУП, чтобы анализировать все централизованно.

Функциональность блокировки есть уже сейчас, но она неявная. Пока можно просто удалить пользователя из группы – в этом случае 1С:Шина автоматически доставляет сообщение об удалении в связанные с группой базы, и пользователь в них удаляется из группы. В будущем это будет реализовано более очевидным способом.

Хранение данных в 1С:Элементе организовано через встроенное хранилище. Также есть поддержка S3-хранилищ. Если подключить S3-хранилище, все агенты будут скачивать информацию оттуда.

Пока нет, но в планах поддержать все возможности аутентификации – на том уровне, как это есть сейчас в 1С:Предприятии. Создавать пользователя из 1С:Управление ландшафтом в Active Directory и наоборот, автоматически добавлять его в базы при появлении в домене – пока не планируется.

Пока эту задачу глубоко не анализировали, но потребность услышали, тоже будем думать.

В текущей реализации нельзя, но в будущем мы планируем, чтобы решение можно было кастомизировать. Часть, написанную на 1С:Элемент, однозначно можно будет кастомизировать. Скрипты на 1С:Предприятие.Элемент Скрипт – тоже. С точки зрения лицензионной политики тоже пока никаких ограничений нет. Подумаем, как описать в документации, чтобы было понятно, как это можно кастомизировать.

IIS пока не поддерживается. В будущем планируется.

В планах есть задача настройки всего контура обновления, чтобы возможно было настроить целый маршрут. В рамках ее реализации постараемся, чтобы это можно было делать по расписанию.

Задача в момент обновления в любом случае вернет вам обратную связь. Т.е. если обновить не удастся – причину вы увидите. Но вообще при установке «1С:Управление ландшафтом» Java ставится автоматически, так что с этим проблем быть не должно.

Тестировали на 8.3.24, поскольку сейчас большинство последних версий типовых конфигураций работают на 8.3.24. Вероятно, будет работать и на 8.3.22-8.3.23, но официально мы не проверяли. Обновление без простоев будет работать только с платформы 8.5.3 – в других версиях платформы этого просто нет. А так, да – мы старались поддержать именно актуальные версии платформы.