1. расширяемость функционала скриптов без внесения изменнеий в PMS
2. скрипт
   1. представляет собой сценарий переложа сервиса/модуля
      1. аналог deployment group task
      2. аналог OU таска???
   2. хранилище скриптов - система контроля версий
      1. все актуальные версии в мастере
      2. внесение изменений через PR
      3. видна вся историря изменнеий
   3. свой DSL
      1. например Kotlin DSL
3. система для запуска и просмотра результатов запусков
   1. аналог teamcity
   2. аналог наших holmes+watson
   3. также должна быть возможность запуска скриптов локально
4. +
   1. сценарий пишет разработчик сервиса/модуля
5. -
6. ?
   1. похожие системы деплойментов
      1. посмотреть старые bash- скрипты
   2. как будут выглядеть скрипты
      1. список экшенов
      2. прототип переложа сервиса
         1. ok-limits
         2. dev pms
   3. что представляет собой API Depoyments для скрипта
   4. организация каталога
      1. скрипты прямо в модуле
      2. отдельный репозиторий
   5. параметры запуска скрипта
      1. задавать при запуке
   6. безопасность
      1. как работать с ролями