Практические кейсы внедрения микросервисной архитектуры
Маликов Алексей

https://www.youtube.com/watch?v=SckN1Qr-ERo

Расскажу 4 кейса о том, как распиливали монолитное наше приложения состоящее из 2Гб PHP-кода и базы данных на 3Tb, а также о том, как строили свое маленькое облако на базе k8s.
Интересно будет тем, кто только вступил на путь движения в SOA и задумывается о распиле монолитного приложения.
Каждый кейс будет показан как с позитивной, так и с негативной стороны.
На выходе вы увидите, сколько приходится построить рядом для достижения цели, и почему.

Судя по Google Trends, интерес к микросервисам в новом году продолжит расти.

Это график роста интереса к микросервисам в мире за последние пять лет.

Предсказания на 2020. Как всегда, стоит относится скептически, но чем мне понравилась конкретно эта статья — попыткой подкрепить предсказания статистикой.

Всех с наступающим Новым Годом!

Интересных проектов, сложных задач, рабочих решений и неиссякаемого бюджета на R&D! :)

RedisLabs выпустила классную книгу «Redis Microservices for Dummies»

Не большая, всего 55 страниц, но увлекательная и хорошо структурированная книга.
Многие описанные концепции важны сами по себе, так что полезно будет не только если планируете использовать Redis, но и для общего развития.
В книге не только теория, есть технические приемы и пример на питоне.

Redis Microservices for Dummies helps you:
• Understand the fundamentals of a microservices architecture
• Learn how to use Redis for messaging, storage, and caching
• Design interservice communications while building new services
• Synchronize data across clusters

#books

​​Вышла вторая версия Bounded Context Canvas

Первую опробовал несколько раз — результат положительный.

В моем случае процесс выглядел следующим образом:
1. Event Storming
2. Поиск агрегатов, выделение команд и событий
3. Объединение агрегатов в контексты
4. Создание карты контекстов
5. Заполнение канвасов по каждому контексту
6. Перенос карты контекстов и Bounded Context Canvas в Confluence

В этом году опробую новый, опишу результаты.

​​Много говорим о плюсах, но у микросервисов есть и подводные камни:

- Каждый сервис в отдельности прост, но система в целом становится сложнее, особенно при росте количества микросервисов. Сложность предметной области мигрирует в инфраструктурную сложность
- Требуются дополнительные усилия для реализации и развития средств коммуникации между микросервисами
- Требуется переосмысление подходов к разработке, тестированию и управлению данными
- Сложно сразу определить подходящие границы сервисов. Еще сложнее (возможно сейчас — невозможно?) провалидировать соблюдение границ микросервисов (концепция CI в терминах DDD).
- Требуется зрелая DevOps-культура

Какие еще подводные камни существуют?

​​Чеклист готовности к выходу на прод в AWS

Я вообще большой фанат чеклистов и этот — достаточно конкретный, легко адаптируемый и расширяемый, забрал себе в арсенал.
Впрочем, на продукт и статьи компании Gruntwork тоже имеет смысл обратить внимание.

​​Митап по Domain Driven Design в офисе Raiffeisenbank, 6 февраля

На митапе расскажу о практике применения Event Storming на нескольких реальных проектах:

— Что такое Event Storming и какие проблемы он призван решать?
— Как выглядит результат проведения Event Storming?
— Как организовать и провести Event Storming?
— Как переложить результат, полученный от Event Storming в практическую плоскость?

Гугл выпустил поисковик по 25 миллионам открытых датасетов!

PS: для микросервисов нашлось 47 :)
https://datasetsearch.research.google.com/search?query=Microservices

Итоги встречи «BDD в разработке, архитектуре и инфраструктуре»

Внутри краткие выводы, презентации и пополнительные ссылки.
Помимо прочего — обсудили пользу от BDD для микросервисов.

​​Хронология развития технологий микросервисов

Результаты опроса более 1000 человек по логированию, мониторингу и observability.

​​Вчера выступил на митапе сообщества DDDevotion в Райфайзен Банке с докладом про Event Storming и по итогам написал статью с кратким изложением. Кому интересна тема — welcome.

​​Всем привет! 12-го мы собираемся порешать реальный архитектурный кейс.

Продублирую саму идею.

Собираемся и вместе ищем решение сложных, рабочих архитектурных задач.

Цели:
1. Помочь друг другу получить более стабильные, интересные, надежные и эффективные архитектурные решения быстрее.
2. Учиться друг у друга, расти профессионально, развиваться, заводить новые знакомства, приятно провести время в кругу единомышленников и друзей.

Встреча для всех желающих.

​​Отчет о прошедшей вчера встрече «Совместное решение архитектурного кейса»

Название компании называть нельзя, но видео презентаций решений выложить разрешили.
Внутри описание кейса, как решали и видео вариантов решений.

Недавно статейку написал, а сюда не отправил, на что пара человек обратили внимание. Исправляюсь :)

Статья о том, нужен ли в принципе API Gateway исходя из желаемой командной динамики в компании.
Иногда на курсе по микросервисам (зависит от запроса участников) разбираем через желаемую динамику коммуникационных связей (aka Закон Конвея) и уровень энтропии в организации необходимость в таких вещах, как API GE, ESB, всякие отдельные платформы и так далее. Следуя логике статьи можно легко выйти за пределы API GW.

PS: в курсе по DevOps тема топологий команд так вообще обязательная, а то появляются потом автономные и независимые команды... devops- инженеров :)

​​Микросервисы 20 лет назад

​​DDD одним слайдом

​​Интересный набор примеров и упражнений по безопасности с использованием встроенных возможностей Kubernetes от Connor Gilbert (StackRox).

https://securek8s.dev/exercise/