Architecture as Code або Як вижити в легасі й не зійти з розуму [ukr]

✍️ Опис виступу:

Уявіть, що одного дня вашій команді передають систему, яку 4 роки створювали шість різних команд, просто щоб перевірити гіпотези. Ніякої документації, просто гігантська монорепа і Jenkins для деплою. Саме в таких умовах ми вирішили зробити повну інвентаризацію — і почали з Architecture as Code.

У цьому виступі я розповім, як ми системно підійшли до опису архітектури: від побудови C4-діаграм до створення Service Documentation, ERD та Sequence Diagram-ів. Ви дізнаєтесь, як ми на практиці відновили розуміння системи, впровадили архітектурну прозорість, а також які інструменти (PlantUML, Mermaid) та підходи спрацювали найкраще.

Це не лише про діаграми — це про виживання в хаосі, командну синхронізацію та архітектурну еволюцію через прозорість.

📌 Короткі тези (bullet points):

• Як виглядає система, яку писали 6 команд без документації протягом 4 років
• Які запитання постають перед інженером у такій ситуації — і як їх структурувати
• Чому Architecture as Code — не просто тренд, а інструмент виживання
• Побудова C4-моделі: від “нічого” до розуміння відповідальностей сервісів
• Service Documentation: як описати мови, бази, конектори і навіщо це робити
• ERD: навіщо малювати БД навіть якщо є міграції
• Sequence Diagram як дзеркало хаосу: оптимізація і синхронізація BFF-ів
• Практика використання PlantUML (чому саме він) + мінімальні вимоги до процесу
• Типові виклики: підтримка актуальності, онбординг нових членів команди, зміни

Інсайди: як одна діаграма може зекономити 3 бекенд-задачі