Микросервисы как худший архитектурный выбор для стартапа

Архитектуры и масштабируемость

Доклад принят в программу конференции

Целевая аудитория

Архитекторы и те, кто выполняет их обязанности, в стартапах.

Тезисы

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

Особенно надеялись на неё мы, стартаперы, которым вечно не хватает пары сотен тысяч и пары месяцев. Мы надеялись с помощью микросервисов удешевить и ускорить разработку.

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

Но! Затевая стартап, никто не рассчитывает, что он останется маленькой наколенной поделкой. Все мы ждем, что из быстро-и-грязно слепленного MVP вырастет многомиллионный бизнес с высокими нагрузками и постоянной потребностью в расширении и масштабировании. И тут как раз микросервисы пришлись бы очень кстати! Как совместить потребность в быстром и дешевом старте с желанием быть готовыми к взрывному росту? Об этом — в основной части доклада.

30+ лет профессионального стажа. Полжизни в эксплуатации. Последние 9 лет пишет на Go.

YADRO

YADRO создает все, без чего невозможно представить современную связь и интернет: системы хранения данных, серверы, коммутаторы, базовые станции 2G/4G и сети операторской связи — от прототипов и «железной» реализации до ПО. Если вы пишете софт в большой российской IТ-компании или банке, с высокой вероятностью ваши сервисы крутятся, а данные ваших клиентов хранятся на их оборудовании. Пожалуй, одни из самых интересных исследовательских задач для C++-, Go-разработчиков и инженеров по тестированию вы встретите у них.

Видео

Другие доклады секции

Архитектуры и масштабируемость