Post #82

👨🏻‍🍳Configuration Management всегда был одной из самых больших болей и источником большого количества багов. Как я писал ранее у нас довольно большая система с нативными приложениями на 3х платформах, десятками микросервисов, десятками интеграций. Все это помножено на разные страны с разными фичами, разные окружения для разработки и тестирвоания, и разных клиентов. Боюсь представить сколько в итоге было строк конфигурации, тысячи. Усугублялось еще тем, что конфигурация была размазана по разным местам, где то она хранилась в ini файлах, где то лежала в БД, где то запекалась в клиентские приложения. Думаю понятно, что это была благоприятная почва для обитания большого количества багов. Что в итоге сделали? 1. Написали свой шаблонизатор для INI файлов, что позволило наследовать конфигурации. У нас были различные пресеты конфигураций для разных стран, окружений, клиентов. Если у какого то клиента, какая то фича должна была быть выключена, то это решалось одной строчкой. 2. Написали свой шаблонизатор для клиентский приложений, в основном для форм и списков полей для отображения разных типов транзакция на разных экранах. Можно было управлять отображением критической инфы на 3х платформах из одного места. 3. Объединили INI файлы из первого пункта с клиентскими приложениями. Вынесли туда конфиг подключения(урлы серверов) и флаги включения/выключения фичей. 4. Описать процедуры для изменения сложных конфигураций, например, когда наш клиент хотел поменять логотип, это нужно было сделать в десятке разных мест. Но как бы ты не старался, Configuration Management никогда не закончится, всегда будет место для улучшений. @ctobuddy