<- Назад к списку работ

Монолит vs микросервисы: мифы, реальность и третий путь.

Монолит vs микросервисы: мифы, реальность и третий путь. Привет! 👋 Это новый пост из рубрики IT & Инсайты — делюсь кратким обзором полезных и интересных для меня докладов и видео из тематики IT и смежной к ней. Сегодня — выступление Григория Петрова — "Сложность, убивающая микрос

13-08-2025 06:32 (МСК)

ITинсайты

Монолит vs микросервисы: мифы, реальность и третий путь. Привет! 👋 Это новый пост из рубрики IT & Инсайты — делюсь кратким обзором полезных и интересных для меня докладов и видео из тематики IT и смежной к ней. Сегодня — выступление Григория Петрова — "Сложность, убивающая микросервисы". В его практике клиенты часто просят перевести их Python-монолит на "модные" микросервисы на Go, думая, что это автоматически сделает систему проще. Петров доказывает: это опасное заблуждение! 🔑 Ключевые тезисы: 📉 Критика на подъеме Крупные игроки (Amazon Prime Video!) отказываются от микросервисов. Команды Instagram (12 чел.) и WhatsApp (50 чел.) — не примеры, а предостережения. Они не тянут микросервисный "зоопарк". 🧠 Главный враг — когнитивная сложность Наш мозг осознаёт код через "смыслы", а рабочая память — крайне ограничена (~4 "смысла" одновременно). В монолитах фреймворки дают общие "кубики Лего" для понимания. В микросервисах этих "кубиков" нет — каждая компания изобретает свою девплатформу (он приводит в пример Backstage в Spotify), которую новичкам погружаться годы (насчет скорости погружения - не уверен, но, в целом с тенденцией долгого погружения - согласен, и во многом связана также со следующим пунктом😁). 💥 Практические кошмары: Технологический зоопарк — каждый сервис — свой стек, CI/CD, настройки. Сложный мониторинг (Observability) — отладка распределённой системы = ад. Жёсткость — архитектурные ошибки и техдолг караются мгновенно. Медлительность — фичи требуют согласований с кучей команд. ✅ Когда микросервисы ОК? 1️⃣ Система масштабная и критичная. 2️⃣Есть ресурсы на процессы, культуру и инфраструктуру. 3️⃣Вы готовы к долгому онбордингу и постоянной синхронизации. 🔁 Альтернативы: "Цитадель" — мощный монолит в центре + микросервисы по краям. "Умный" монолит — чёткие границы, асинхронность, интеграция. Современные серверы справятся! 💡 Основная мысль: Микросервисы — это не "проще", а дорогой и сложный инструмент для узкого круга задач. ❗️Слепая гонка за трендом (следует признать, что тренду лет 8-10☺️) без учета когнитивной нагрузки, инфраструктурных издержек и отсутствия стандартов — путь к провалу. 📌 Рекомендую посмотреть видео, особенно если интересны темы: нейрофизиологическая подоплёка программирования и построение и архитектура систем. 🔗 https://vkvideo.ru/video-65336816_456239594 💬 Пишите в комментариях: • Сталкивались ли вы с "микросервисным адом"? Какой самый сложный момент? • Что эффективнее по вашему мнению: умный монолит, "Цитадель" или чистые микросервисы? Или хаос наше всё😃 • Как решается проблема когнитивной нагрузки в Ваших проектах или в Вашем опыте? • Согласны с Петровым, что микросервисы — это "сложность, которая убивает" для многих проектов? Делитесь кейсами, спорите, дополняйте! Опыт сообщества бесценен. 👇 #ITинсайты

Перейти к источнику