TOSCA manager - набор скриптов на питоне. Возможно, стоит их запускать прямо на узлах оркестратора (портал). На вход TOSCA manager подается генерируемый набор параметров "input" файл Михаил (СБТ) пришлет пример файла input.
TOSCA manager будет перекидывать события(создание ВМ, статусы применения ролей Ansible) в оркестратор портала.
Сейчас у TOSCA manager интерфейс это CLI. Сейчас TOSCA умеет создавать, удалять, конфигурировать сущности (ВМ)
В портале должна быть возможность управления текущей конфигурацией ВМ (текущей ansible role) Портал сообщает имя квоты(openstack project) в TOSCA-manager Квота в опенстэке (project) будет 1 на АО (Это не затвержденное решение)
- На стенде АТК демострируем стенд с "красивым" видом, похожим на ЕФС (в идеале, до 22.06.2018)
Для показа:
(ориентируемся на то как на амазоне)
Надо сделать магазин сервисов в котором можно покликать формочки (заказы при этом не работают)
Сервисы для магазина:
- Виртуальные серверы (RHEL|Windows)
- Серверы приложений (Web sphere| Wildfly | IBM MQ) (могут выть на разных ОС)
- Базы данных (Oracle|Postgres)
- ТОСКА-менеджер нужна в середине ИЮЛЯ
- Передать API оркестратора портала. (АТК)
- Передать API ТОСКА-менеджера (Банк, Виталий)
- Перечень событий ТОСКА-менеджера (Банк, Виталий)
- Передать REST-API ЕСУ (СБ-Клауд)
- В ТОСКА-менеджере сейчас не хватает:
- отбрасывания статусов в портал
- интеграции с ЕСУ (для управления VMWare)
- передача информации о созданных сущносях в портал (например, о виртуалках)
- внутреннего cmdb
- прислать список флэйворов (Банк)
- прислать список возможных энвайроментов для TOSCA-managera.(Банк)
- Тестовый прогон демостенда портала (АТК-Банк)
- Подготовить сценарий демонстрации для руководителей (АТК)
Алгоритм вызова TOSKA-менеджера (для интеграции Протала с TOSKA-manager):
- Получить токен в опенстэке
- определить квоту (проект в опенстэке) (на MVP в конфиге портала) - справочник. квота зависит от: ЦОД, система виртуализации, сегмента сети, Автономной области. На MVP скорее всего будет 4 квоты(проекта).
- определить имя образа, который будет разворачиваться (на MVP будет 4 образа: виндовс, линукс(редхат 7.5) * на openstak и vmware)
- определить flavor (на MVP их бу)
- определить сетевой сегмент (IPZ|IDZ|EDZ, EDZ по умолчанию)
- определить серийный номер (серийный номер - совокупность test-mosk-vm3-wmm домен-<регион>-тип бэкэнда)
- количество инстансов (сколько )
- environvent - набор текстовых значений
- организовать спейс в конфлюенсе (АТК) (aaosipov@mts.ru)
- менеджерская доска в trello (СБ Клауд)
- Договориться с Ильей Поповым о синхронизаци репозиториев (исходный код должен быть в bitbucket банка)
MVP
Цель MVP - чтобы выдавалась виртуалка, в идеале в VMWare и в OpenStack (WildFly) В MVP будет 1 набор дисков Портал не отпределяет какие диски и сети использовать для создания ВМ В openstack точно будут квоты(projcet'ы) IDZ IPZ.
После MVP:
- добавить возможность в портал - выбор версии ОС
13.06.2018(первая часть дня) - Формирование требований к MVP. ПСИ будет проводиться
Что сдаем:
- Исходные коды на диске
- Выгрузженные материалы из конфлюенс
- ГОСТ документация не нужна.