Микросервисная архитектура — это не только новая мода, но и хорошее, а иногда даже единственно возможное решение для задач, которые сейчас встречаются в разработке программного обеспечения. На конференциях микросервисы сравнивают с монолитной архитектурой, описывают их плюсы и минусы, делятся успешными и провальными историями. Но, пока в столицах дают рок-концерты, на местах осваивают балалайки. Не всегда понятно, как начать делать систему, основанную на микросервисной архитектуре. Какие проблемы ждут архитектора и разработчиков, какие узкие места могут встретиться и как к этому подготовиться? Имеет ли смысл начинать с монолита или надо сразу разбивать систему на микросервисы? Как определить границы, которые встанут между вашими микросервисами?
Во время разработки можно заложить на будущее множество сложностей, благодаря привычкам, оставшимся после работы над монолитной архитектурой. Во время доклада будут рассмотрены различные сценарии, в результате которых происходит увеличение связанности системы. Все сценарии взяты из реальных проектов и относятся к работе с библиотеками и интеграцией между микросервисами.
Выбор микросервисов окажет большое влияние на тестирование, где специалистов QA ждет ряд новых проблем, связанных со сбором логов и развертыванием окружения для тестирования.
Цель доклада не только в освещении проблемных мест разработки микросервисов, но и в предложении советов и решений, которые помогут исправить или даже избежать сложностей и, следственно, потери времени и ресурсов на их исправление.
Доклад Дмитрия Столярова, технического директора компании «Флант» (https://flant.ru/), на конференции RootConf, проходившей в рамках фестиваля РИТ 2017 (6 июня 2017 г.). Посвящён устройству и основным возможностями Kubernetes и практике использования этой контейнерной системы в небольших проектах…
Наша специализация — запуск и обслуживание высоконагруженных сервисов. За все время у нас не было ни одного проекта, в котором бы при запуске или эксплуатации сервиса не проявились нагрузочные проблемы, заложенные программистами или архитекторами. Цель доклада — структурировать типовые проблемы нагруженных проектов и дать практические советы по их урегулированию.
…
. Глубокое погружение в мир микросервисов на TS с исключительно практической стороны, разбавленное огромным количеством опыта. Как? Куда? Зачем? Почему? Дмитрий подробно ответит на все эти вопросы с весьма качественными примерами из весьма интересного проекта.
Хайп прошел, а это значит, самое время погружаться в микросервисную архитектуру. Начнем с разговора об основных принципах технологии, рассматривая ее базовые принципы в свете ее преимуществ и недостатков. Поговорим, как должна выглядеть архитектура сервисов, какие проблемы бывают и как их решать.
В докладе обсудим:
какие архитектуры бывают;
базовые принципы в свете преимуществ и недостатков;
работу в команде;
контроль зависимостей;
коммуникацию между сервисами;
архитектуру сервиса;
когда мы выделяем новый микросервис;
сложности и важность CI/CD;
заблуждения.
Нам, компании Флант, множество раз задавали вопрос: «Можно ли базу в Kubernetes?».
В этом докладе я поделюсь нашим опытом и на конкретных примерах расскажу, в каких случаях имеет смысл размещать базы данных (и в целом stateful-приложения) в Kubernetes, а в каких это неоправданно или даже вредно и опасно.
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
. Что такое Event Sourcing и зачем нам CQRS? Все слышали об этих двух парадигмах — теперь пора разобраться конкретнее, как реализовать их. В докладе будет и мотивировано решение обратиться к Event Sourcing, и разобран небольшой конкретный пример, в котором это всё работает с PostgreSQL и ElasticSearch.
Раньше HeadHunter был большим монолитным приложением. Несколько лет назад мы приняли решение выделять из него микросервисы. За несколько лет мы поняли, что микросервисы — это не серебряная пуля и при неправильном «распиле» создают существенные проблемы: сложность разработки, деплоя, эксплуатации и др. Иногда эти проблемы сводят на нет преимущества от использования микросервисов.
В докладе хочу взвесить преимущества и недостатки микросервисов при вертикальном и горизонтальном делении на микросервисы.
Мы разрабатываем платформу IPTV/OTT-телевидения. У платформы около 10 миллионов пользователей.
Требования к backend платформы: в условиях высокой нагрузки обеспечить API «тонкого» клиента — платформа должна отдавать срезы данных, отфильтрованные и отсортированные для отображения на каждом экране/странице с учетом очень непростой бизнес-логики.
…
— Нашли ошибку в видео? Пишите нам на support@ontico.ru