Meetup#10_MicroservicesAndPain_Miroshin презентация

лет и не жалею
Покупаю книги по программированию и не читаю их
Больше микросервисов не люблю только говяжью печенку
Работаю в баре и занимаюсь стендап-комедией

Кто я такой

Василий Мирошин

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

РУБРИКА «ИЗУЧАЕМ АЛФАВИТ». БУКВА Х

вечер среды, чтобы в конце доклада прийти к выводу, что
МИКРОСЕРВИСЫ – ХИПСТЕРСКАЯ ПОДЕЛКА!

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

ЧТО ТАКОЕ МИКРОСЕРВИСЫ

Feign клиенты и REST Templates
Создание фреймворков
Версионирование микросервисов и ещё 10 причин суицида у программистов
Пропасть в коммуникациях
Архитектор – Бог
12 лет рабства или «почему девопсы работают в режиме 24/7»

БОЛЬ МИКРОСЕРВИСОВ

вся дальнейшая жизнь микросервиса, и это серьёзно повлияет на жизнь команды, отвечающей за него» (с) Джейсон Стэтхэм

ПРОБЛЕМА #1. КАК ДЕЛИТЬ ЗОНУ ОТВЕТСТВЕННОСТИ?

бизнес-потребности.

Что может помешать этому?

Реальные системы обычно не имеют чётко определённых границ
Изменение требований заказачика (Привет, SCRUM!);
Неверное определение границ микросервиса на этапе проектирования;
Сжатые сроки («Пока там сделаем, а потом, будет время, перепишем»)

ПРОБЛЕМА #1. КАК ДЕЛИТЬ ЗОНУ ОТВЕТСТВЕННОСТИ?

большим и в конце концов был разделён.

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

ПРОБЛЕМА #1. ВОЗМОЖНЫЕ РЕШЕНИЯ

ОНО ПРИВОДИТ К ДРУГИМ ПРОБЛЕМАМ

клиенты
2) REST Templates

больше времени на митинги и написание писем
Организовывать встречи по обмену опытом (алкоголь приветствуется)

ПРОБЛЕМА #6. ВОЗМОЖНЫЕ РЕШЕНИЯ

«смотрящего» по микросервисам
При количестве микросервисов > 15 физически невозможно уследить за всеми фичами и механизмами
На многих проектах с микросервисным подходом архитектор часто выполняет роль Бога!
Иногда происходит ротация архитекторов

РАЗНЫМ ДЯДЬКАМ, ЧТО ВЫ В ТРЕНДЕ – ИСПОЛЬЗУЙТЕ МОНОЛИТ!