Как списать технический долг
Максим Смирнов

https://www.youtube.com/watch?v=HRRv82L75wU

Унаследованные приложения, устаревшие технологии, запутанные взаимодействия — вот неполный букет проблем корпоративных ИТ-ландшафтов. Но за видимыми проблемами часто скрывается не менее неприятная особенность таких систем: трудоемкость внесения, известная благодаря Уорду Каннингему как "технический долг". Микросервисная архитектура — один из немногих способов "списать технический долг". В докладе рассказывается о том, как это сделать на примерах приложений оператора связи.

Сегодня в SkyEng пройдет митап по AWS.
Есть возможность посмотреть в онлайне, начало в 19:00

Петр Сальников: AWS EKS - кубик-рубика
Что предлагает Амазон для кубернетеса: варианты запуска, особенности использования, опыт из проектов.

Петр Сальников: AWS EKS + SpotFleet - режем бюджет в два раза
Для каких случаев подходит, откуда такой профит, как сохранить отказоустойчивость.

Валерий Коробейников: Что нужно знать ИТ-шнику об архитектуре предприятия?

Как избежать гибели решения и дать ему шанс на эволюцию
Геннадий Круглов

https://www.youtube.com/watch?v=hGXkpzOw78I

Из проекта в проект мы видим одни и те же ошибки, которые приводили и приводят к фатальным последствиям, потерям миллиардов рублей, утрате доверия у клиентов, разрушениям команд и карьеры. Люди ищут «серебряные пули», волшебные технологии, которые решат все их проблемы, забывают о «сложности», годами строят универсальные непознаваемые модели, не учитывают ограничения смежных систем, привносят в проект «слишком много» новых технологий, недостаточно времени уделяют общению с бизнесом и работе с рисками, не работают с ожиданиями. В результате решения не просто лишаются возможности эволюционировать, но и часто просто не «взлетают».

Этот доклад построен на кейсах из практики, историях и примерах ошибок, которые привели к краху проектов или затруднили эволюцию решений. В конце доклада слушатели получат краткий чек-лист, который поможет избежать фатальных ошибок и приблизиться к цели построения эволюционных архитектур.

DevSecOps или как встроить проверки ИБ в микросервисы
Антон Башарин

https://www.youtube.com/watch?v=KQNUSnQ_b74

Сокращение time-to-market, ускорение процессов разработки ПО, уменьшение релизного цикла, увеличение количества репозиториев кода и артефактов – всё это становится головной болью для специалистов ИБ. Сегодня поговорим о том, как применять парадигму shift-left для проверок ИБ, как ими управлять в разрезе микросервисов. В общем, поговорим о DevSecOps. Из доклада вы узнаете о некоторых атаках на системы из реальной жизни, о подходах к построению Security pipelines, о базовых метриках процесса ИБ и способах их сбора.

Микро бывают не только сервисы, но и фронт
Кузьмичев Вадим

https://www.youtube.com/watch?v=m808DCJeXc4

Про микросервисы сейчас не говорит только ленивый, все распиливают монолиты, внедряют контейнеры. Но часто фронт оставляют за скобками, и преимущества микросервисов сходят на нет. Я расскажу, как мы переходим от микросервисов на бекэнде к полной микросервисной архитекторе, микро-фронтэнду.

Строим систему: простые компоненты и умное окружение
Дмитрий Сугробов

https://www.youtube.com/watch?v=kjc2FowRxxY

Микросервисы — отличный способ справляться со сложностью системы. Небольшие, изолированные и легко изменяемые компоненты, отвечающие только за свою бизнес область, позволяют простыми кубиками строить огромные и сложные системы. Но чтобы построить из этих кубиков дом, необходимо грамотно их соединить, и зачастую подходы, хорошо работавшие в монолитах, приводят к неприятным последствиям.

В докладе разберём инфраструктурные задачи, которые необходимо решить при построении надёжной и удобной микросервисной архитектуры и, что самое важное, ответим на вопрос: «Где их решать?».

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

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.