А может все-таки монолит, а не эти ваши микросервисы?

BACKEND

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

Но так ли все однозначно? Или все то же самое можно обеспечить и монолитом? А еще и избавиться от накладных расходов на коммуникацию, оптимизировать работу с хранением данных за счет того, что не придется их собирать/разбирать на несколько сервисов/БД.

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

А еще - когда все-таки выгоднее и правильнее включить мозг и использовать монолит ;)

О СПИКЕРЕ

Последние пять лет руковожу командой Go разработки в IVA Technologies и развиваю свои проекты.

Поработал в Positive Technologies и Яндекс. Участвовал в разработке больших проектов для иностранных заказчиков.

Первая коммерческая разработка - в 1993. Когда-то программировал на ассемблере, C, FoxBase, Perl и т.д. Есть даже опыт сопровождения и разработки на 1С.

С 2013 основной язык - Python, с 2017 все больше переключался на Go.

SENIOR

Александр Ковалев

IVA Technologies, Москва
Руководитель группы разработки

26 апреля
№105 "Запад"
16:00-16:45