Все самое полезное для Go-разработчика в одном канале.
Учиться у нас: clc.to/qaSdww
По рекламе: @tproger_sales_bot
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/67a4a8c24689c2151c752af0
Заявка: 8137752389
Post #7241
2.82K
Forwarded from Азбука айтишника

👀 9 правил микросервисной архитектуры
На схеме 9 "золотых" правил. А вот про некоторые:
Separate data store
— У каждого сервиса своя база. Итог: независимость, но ад при попытке сделать общую аналитику.
Single responsibility
— Один сервис, одна задача. Итог: чистая логика, но если переборщить, получишь сотни мелких скриптов, которые невозможно отследить.
Treat servers as stateless
— Сервер не должен ничего помнить о прошлых запросах. Итог: легкое масштабирование, но всю логику сессий приходится выносить во внешние хранилища.
Domain-driven design (DDD)
— Строим архитектуру вокруг бизнес-задач. Итог: код понятен бизнесу, но проектирование занимает в разы больше времени.
Orchestrating microservices
— Используем Kubernetes для управления. Итог: автоматизация деплоя, но порог входа в инфраструктуру улетает в космос.
Проблема в том, что красивые чек-листы не учат дебажить распределенные системы. Нужно понимать, когда стоит внедрять эти правила, а когда они просто сожрут твой бюджет.
Соблюдаете все 9 правил в своих проектах?
❤️ — стараемся следовать базе
🔥 — пилим как быстрее, а не "по книжке"
🔹 Практический интенсив «Архитектуры и шаблоны проектирования»
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib
🏃♀️ Азбука айтишника
#ликбез
На схеме 9 "золотых" правил. А вот про некоторые:
Separate data store
— У каждого сервиса своя база. Итог: независимость, но ад при попытке сделать общую аналитику.
Single responsibility
— Один сервис, одна задача. Итог: чистая логика, но если переборщить, получишь сотни мелких скриптов, которые невозможно отследить.
Treat servers as stateless
— Сервер не должен ничего помнить о прошлых запросах. Итог: легкое масштабирование, но всю логику сессий приходится выносить во внешние хранилища.
Domain-driven design (DDD)
— Строим архитектуру вокруг бизнес-задач. Итог: код понятен бизнесу, но проектирование занимает в разы больше времени.
Orchestrating microservices
— Используем Kubernetes для управления. Итог: автоматизация деплоя, но порог входа в инфраструктуру улетает в космос.
Проблема в том, что красивые чек-листы не учат дебажить распределенные системы. Нужно понимать, когда стоит внедрять эти правила, а когда они просто сожрут твой бюджет.
Соблюдаете все 9 правил в своих проектах?
❤️ — стараемся следовать базе
🔥 — пилим как быстрее, а не "по книжке"
🔹 Практический интенсив «Архитектуры и шаблоны проектирования»
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib
🏃♀️ Азбука айтишника
#ликбез
- ❤ 13
- 🔥 9












