Сопроводительная документация

Возвращаясь к темплейту, стоит упомянуть, что мы сопроводили его очень большим документом, поясняющим, как с ним работать (в нем даже были параграфы с пояснениями как создавать репозиторий в GitHub, как его настроить правильно и т.д.).

Например, в этой документации говорилось, что содержимое папки с пайплайнами для CD и Terraform скриптами необходимо удалить из солюшена и вынести в Pull Request в специальный репозиторий для этого. И в качестве ревьюера выставить меня. Так как я выше говорил, что мы старались максимально уменьшить мануальную работу девелоперов в процессе создания нового сервиса на проекте, благодаря реплейсменту при развертывании солюшена нового сервиса, все эти файлы для Pull Request-а были полностью готовы, и девелоперам даже не приходилось задумываться о их контенте. Ну если только им это было интересно;)

Ну и естественно на отдельном Tech Talk была презентация этого темплейта ;)

Что дало создание шаблона

К чему это привело? Это привело к тому, что, например, с первой, второй командой я намучился, откровенно, я им показывал в режиме реального времени, что и как делать.

После появления темплейта команды просто по щелчку пальца выводили новые сервисы. То есть они берут template, указывают нужное имя микросервиса и тип хоста. И вуаля. Остается перенести, папку CD и мувнуть ее через Pull Request в специальный репозиторий, Ну и собственно все - initial версия нового микросервиса уже крутится на Integration окружении

Таким образом этот SampleMicroservice снял не только с меня огромный кусок работы, но и даже немного с DevOps.
Кстати как оказалось позже, существуют похожие платные решения ;)

В следующей части вы узнаете, как внедрялся новый template (с точки зрения техники), и с какими проблемами приходилось сталкиваться.