Барьеры микросервисной архитектуры

Микросервисная архитектура

Барьеры микросервисной архитектуры

Максим Смирнов http://[email protected]


За границами нашего обсуждения

2Максим Смирнов март 2017


Зачем говорить о барьерах?


ИнноваторыЭнтузиасты

Прагматики(ранее большинство)

Консерваторы(позднее большинство)

Скептики


Кто такой Максим Смирнов


2015-2016: Главный архитектор информационных систем Центрального Банка Российской Федерации (Банк России)

2005-2014: Руководитель Департамента ИТ архитектуры ОАО “ВымпелКом” (торговая марка “Билайн”)

2000-2005: Менеджер по развитию дополнительных услуг связи: платежей, программы лояльности и др.

1995-2000: Эксперт по системам обмена сообщениями, приложениям “Банк-Клиент” и “Банк-Банк” ОАО АБ “Инкомбанк”

до 1995: разработчик криптографических приложений (шифрование, цифровая подпись)

Микросервисная архитектура5Максим Смирнов март 2017

SOA – диагноз, а не лекарство


Пример: услуга “Продли скорость”

Абонент

Автоматизированная система расчетов

Оператор связи Абонент

Баланс

Сеть 2Gзвонок, СМС

S S



Абонент



ИнтернетБаланс П акет услуг

Сети передачи данных


данные

S S

R



Абонент



Интернет

Сервисная шина

Баланс П акет услуг



данные 1 снизитьскорость

S S

R



Абонент



Интернет

Сервисная шина

Баланс П акет услуг



данные 1

2

снизитьскорость

отправитьСМСS S

R


Архитектура интеграционных решений

Вызовы: Устаревание программных средствМасштабирование командыНепрерывная проверка гипотез

Возможности: использование шаблона

command-query responsibility

segregation(CQRS) и event sourcing

Микросервисная архитектура11Максим Смирнов


март 2017

Барьер 1: непонимание


Барьер 1: непониманиеCharacteristics of a Microservice Architecture:

1.Componentization via Services2.Organized around Business Capabilities3.Products not Projects4.Smart endpoints and dumb pipes5.Decentralized Governance6.Decentralized Data Management7.Infrastructure Automation8.Design for failure9.Evolutionary Design


The Twelve-Factor App http://12factor.net/

CodebaseОдна кодовая база, в системе контроля версий – множество развертываний

DependenciesЯвно объявляйте и изолируйте зависимости

ConfigСохраняйте конфигурацию в среде выполнения

Backing servicesСчитайте сторонние службы подключаемыми ресурсами

Build, release, runРазделяйте стадии сборки и выполнения

ProcessesЗапускайте приложение как процессs не сохраняющие внутреннее состояние (stateless)

Port bindingЭкспортируйте сервисы через привязку портов

ConcurrencyМасштабируйте приложение с помощью процессов

DisposabilityМаксимизируйте надежность с помощью быстрого запуска и корректного завершения работы

Dev/prod parityДержите окружения разработки, и развёртывания максимально похожими

LogsРассматривайте журнал как поток событий

Admin processesВыполняйте задачи администрирования/управления с помощью разовых процессов


Сервисы и микросервисы

Что такое microservices с точки зрения I&O:1.Это процесс[ы], предоставляющий в сеть программные интерфейсы (API)2.Независимо развертываются и исполняются в собственном программном контексте 3.Масштабируются посредством запуска дополнительных экземпляров (stateless)4.Реализуют отдельные операции для информационных запросов и для команд (CQRS)5.Предназначены для изоляции отказов и автоматического восстановления


Сценарии развертывания микросервисов

Некоторые DevOps паттерны:

1. Human by Exception2. Preapproved change3. ChatOps4. Canary rollouts5. Failing forward

…

Балансировщик нагрузки

Релиз 1

Blue environment Green environment


Релиз 1 Релиз 2






Релиз 1









Барьер 2: Мало у кого случился DevOps



Жизненный цикл с точки зрения ИТ

Барьер 3: наличие потребности


Жизненный цикл с точки зрения NPD



Максим Смирнов http://[email protected]

Ваши вопросы и комментарии

Technology

Барьеры микросервисной архитектуры