Как и зачем переходить от сервис-ориентированной архитектуры к микросервисам / хабр

Нисходящая модель SOA

В описываемое время инфраструктуры больших предприятий становились все более раздутыми и негибкими. Для удовлетворения новых бизнес-потребностей или для автоматизации процессов обычно разрабатывалось новое собственное ПО. Зачастую такие внутрикорпоративные программы дублировали функционал, уже реализованный в программах из других организаций.

Например, если для многих программ требовалась информация о проверке кредитоспособности, то в каждой из них приходилось дублировать код, выполняющий такую проверку (а в худшем случае – программировать совершенно новую реализацию). Каждая новая программа представляла собой отдельную базу кода, за поддержку которой отвечал IT-отдел конкретной компании. Этот же IT-отдел должен был справляться и с дополнительными издержками, возникавшими в корпоративной сети. В других случаях сложность самостоятельного создания внутрикорпоративного приложения была такой высокой, что приходилось привлекать сторонних разработчиков, заключая дорогостоящие контракты. Правда, полученный в результате продукт мог плохо интегрироваться с уже имеющимися программами.

Сервис-ориентированная архитектура была призвана заменить практику разработки внутрикорпоративных приложений, заменяя их сервисами – мелкими компонентами, пригодными для многократного использования.

Первым делом компания должна была составить подробную карту всех отдельных функций, которые должны выполняться в инфраструктуре. Требовалось сформулировать конкретные задачи, для автоматизации которых, в первую очередь, предназначались все эти собственные программы. Как они связаны? Какие форматы данных и протоколы должны применяться при обеспечении их взаимодействия?

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

Когда эти сервисы созданы, те разнообразные приложения, которые использовались в компании до этого, можно «воссоздать» с применением минимальных объемов дублирующегося кода, при помощи таких «общих частей». В качестве дополнения к этому плану, любой функционал, специфичный для нового приложения, также может быть реализован в виде сервисов и будет доступен для переиспользования в любых приложениях, где впоследствии может понадобиться такой функционал.
SOA создает экосистему, состоящую из активно обновляемых компонентов бизнес-логики. Эти компоненты можно быстро связывать вместе при помощи минимальных объемов нового кода и по мере необходимости создавать программы, решающие любые бизнес-задачи любой степени специфичности.

Главное

Чтобы бизнес продолжил работать в кризис и после него, руководителю нужно удержать клиентов и поставщиков, сохранить прибыль и поддержать сотрудников.
Бизнесу нужно быть готовым к любым трудностям, поэтому нужно сразу проиграть худший сценарий и составить финмодель.
Даже если бизнес-процессы уже настроены, руководителю лучше перейти в ручной режим управления, чтобы быстро реагировать на изменения.
Если вы уже внедрили систему фондов, самое время воспользоваться накопленными деньгами. Резервный фонд поможет перекрыть обязательные расходы, а деньги из фонда развития можно использовать для усиления маркетинга.
ABCXYZ-тестирование помогает выяснить, какие продукты приносят больше всего прибыли, а какие — покупают чаще остальных. Это помогает понять, какие товары лучше закупать, чтобы больше заработать.
Если сокращаете расходы, делайте это без ущерба для качества продукта, держите в голове, что компания — единое целое, и сфокусируйтесь на сокращении непродуктивных расходов.
В кризис существующие продукты могут потерять актуальность или может измениться портрет клиента

Важно вовремя подумать над новым продуктом и пересмотреть целевую аудиторию.
Чтобы увеличить или сохранить доход, нужно пересмотреть маркетинговую стратегию: переписать скрипты, переобучить менеджеров и провести анализ их работы, использовать новые каналы для рекламы и запускать активности.
Постоянных клиентов нужно поддержать, например предложить антикризисный пакет услуг или скидку, а новых клиентов нужно привлекать с помощью рекламы.
Чтобы освободить деньги на развитие бизнеса, попробуйте договориться с партнерами о скидке или рассрочке.
Если есть неликвидные продукты или ненужные активы, например офисная мебель или техника, самое время продать это по минимальной цене, а деньги пустить на развитие бизнеса.
Система счетов помогает понять, на какие цели у бизнеса есть деньги, а с чем лучше подождать.

Методы управления кризисом: кадры, маркетинг, финансы и другое

Все методы борьбы с кризисом разделяют на семь групп:

Восстановительные — компания находит и устраняет слабые звенья в своей деятельности.
Кадровые — лучших сотрудников компании удерживают, с неэффективными прощаются. Кадровый состав пересматривают так, чтобы оставшиеся сотрудники были готовы успешно справиться с кризисом.
Финансовые — модернизируют системы отчётности, снижают затраты, внедряют инструменты для повышения эффективности и прибыли.
Маркетинговые — изучают спрос потребителей и каналы сбыта. На основании этого корректируют маркетинговые стратегии.
Производственные — повышают качество продукции, улучшают процессы производства.
Методы активного приспособления — работают с изменениями в компании: создают новые продукты или услуги, активно распространяют их.
Управленческие — обновляют существующие методы управления.

1. SOA — это технология

Самый часто встречающийся миф. SOA — это концепция, парадигма, новый подход к созданию корпоративного программного обеспечения (ПО) и автоматизации бизнес-процессов предприятия, но никак не технология. SOA является лишь очередным этапом развития архитектуры программного обеспечения. Рисунок показывает, как с течением времени развивались парадигмы программирования и какое место занимает SOA как подход к разработке ПО:

Рис. 1. Эволюция парадигм программирования

А вот какое место займет SOA, если рассматривать её как этап развития корпоративных систем:

Рис. 2. Эволюция КИС

Таким образом, SOA представляет собой подход к построению информационной системы (ИС) на предприятии, разработке ПО, и при этом может быть реализована с помощью различных инструментальных средств и технологий.

Шаг 12. Внедрить систему счетов

Допустим, на расчетном счете есть 8 000 000 ₽. Может показаться, что этих денег хватит на все нужды бизнеса: уплатить налоги, перечислить дивиденды, рассчитаться с поставщиками и заплатить премии сотрудникам.

Проблема в том, что при виде общей суммы не всегда можно оценить, на что в реальности хватит этих денег. Исправить это помогает система счетов — распределение денег по целям и размещение их на нескольких счетах.

Вот как может выглядеть система счетов.


Состояние счета8 456 700 ₽	Состояние счетовГлавный — 1 200 000 ₽Налоги — 756 700 ₽Резервы — 3 200 000 ₽Поставщики — 2 000 000 ₽Дивиденды — 500 000 ₽Авансы клиентов — 800 000 ₽

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

3. SOA требует построения Web-сервисов

Совершенно не обязательно. Технологии, с помощью которых может быть реализована SOA, могут быть совершенно различными, при этом их выбор делается на основе физического взаимодействия различных компонентов системы. Так для компании, которая работает в рамках одной локальной сети, реализация SOA через Web-сервисы была бы достаточно затратной по скорости работы системы и объемам передаваемой по сети информации. В данном случае, вполне реально реализовать SOA c помощью десктопных приложений, взаимодействующих с помощью технологии COM+ (Component Object Model с расширенными возможностями).

SOA в режиме выключения (RBSOA)

При периодическом выключении IGBT в «жестком» режиме с током I_CRM температура кристалла может достигать максимума T_j(max). При этом напряжение V_CE (на уровне чипа) не должно превышать уровня V_CES — такой режим используется для исследования влияния паразитных индуктивностей и параметров драйвера. В большинстве спецификаций на IGBT-модули до настоящего времени предельный пиковый ток был равен двойному номинальному значению: I_CRM = 2I_Cnom. Напомним, что величина I_Cnom задается производителем кристаллов в отличие от тока коллектора I_C, определяемого изготовителем модуля и зависящего от свойств конструктива .

Для IGBT-чипов 4-го поколения (серии Т4, Е4), используемых в новейших силовых ключах фирмы SEMIKRON, допустимое значение пикового тока увеличено в 1,5 раза: I_CRM = 3I_Cnom. При сопротивлении затвора R_G, определенном для номинальной рабочей точки, и высоком напряжении DC-шины отключение такого тока способно создать перенапряжение в цепи «коллектор-эмиттер», превышающее предел блокирующей способности V_CES.

Как показывают соответствующие тесты, повторяющаяся коммутация I_CRM может привести к раннему выходу из насыщения наиболее нагретых чипов, резкому повышению мощности потерь и преждевременному отказу. Поэтому в документации SEMIKRON и других ведущих производителей рекомендуется ограничивать ток отключения на прежнем уровне 2I_Cnom, соответствующем границам RBSOA. Коммутация более высоких токов допускается только в виде исключения и при соблюдении следующих условий:

пониженное напряжение DC-шины;
использование режима активного ограничения;
медленное выключение (Soft Turn-Off, STO);
применение специальных снабберных цепей.

Подобные меры, как правило, приводят к увеличению потерь мощности, этот факт должен быть учтен при проектировании.

Область безопасной работы при выключении IGBT показана на рис. 4, сплошной линией отмечены ограничения режимов на уровне чипов. Поскольку на паразитной индуктивности модуля L_CE при выключении наводится коммутационное перенапряжение, границы RBSOA смещаются в зависимости от тока коллектора и параметров драйвера; конкретная величина может быть определена с помощью следующего уравнения:

где V_CEmaxT — максимальное напряжение «коллектор-эмиттер» на DC-выводах модуля. Пример измененных границ RBSOA при индуктивности L_CE = 20 нГн для разных скоростей выключения di/dt показан пунктирными линиями.

Новые проблемы ESB

Акцент на повторном использовании сервисов. Это правило было краеугольным камнем SOA, но в итоге оно привело к тому, что все команды (фронт, бэк и интеграция) оказались настолько плотно связаны, что любое обновление интеграции требовало регрессионной проверки практически всей шины!
Тяжелый технологический стек. Вначале единый контейнер ESB был преимуществом, и это позволяло нам быстро разворачивать сервисы. Но сегодня ограниченный стек технологий, библиотек и языков программирования уже заметно мешает развитию.
Превращение ESB в «бутылочное горлышко» для всех процессов. Со временем шина обрастает функциями и превращается в полноценную информационную систему банка, с waterfall-подходом и «нарезанием» интеграционных потоков. Загрузка команды ESB сильно возрастает, что тормозит работу остальных команд развития.
DataSilo. В SOA интерфейсы сервисов отделены от имплементации. Но насколько отделены друг от друга данные, которые используются сервисами? Один сервис обращается к данным другого, используется механизм dblink’ов, возникает путаница и «силосная башня данных».
Смешение шаблонов интеграции. Строго говоря, для SOA их два: классический MessageBroker, где между системами ходят сообщения для обмена порциями данных, и хаб сервисов, где мы размещаем какие-то сервисы, которые «некуда больше приткнуть». При смешении этих шаблонов ESB превращается в абсолютно «черный ящик».
Формирование «теневых IT». Бизнес-заказчики зачастую формируют собственные IT-команды для развития критически важных для себя систем, но при этом использовать шину для интеграции не могут. Так растет число «левых» подключений к информационным системам.
Отсутствие поддержки ITSec (информационной безопасности) на уровне концепции. Здесь нужно сделать небольшое пояснение: во-первых, вполне «западная» концепция ESB не учитывает особенности российского законодательства (например, защиту персональных данных при передаче из источника в приемник), а во-вторых – контейнер ESB представляет собой периметр, который эффективно работает, когда внутри него уже не требуется соблюдение специальных требований ITSec.

7. Выбор в пользу SOA уменьшает риски при автоматизации предприятия

Достаточно распространенное мнение: «Мы слышали, что SOA — самая гибкая, самая оптимальная, а наш бизнес растет и развивается. Давайте внедрим!». Во-первых, у многих компаний-разработчиков еще нет богатого опыта успешного внедрения. Во-вторых, SOA невозможно тиражировать для различных компаний, потому что любая сервисно-ориентированная архитектура «затачивается» под бизнес-процессы конкретной компании и то, что работает у других, возможно, не сработает у вас. Невозможно купить SOA в качестве коробки с дисками, установить, что-то настроить, где-то подкрутить и вот ваше предприятие автоматизировано по последнему слову ИТ-моды. SOA проектируется, разрабатывается и внедряется для конкретного предприятия. Это можно назвать «эксклюзивным» ИТ-решением. SOA может изменить ваши взгляды на управление бизнесом, поскольку эта архитектура оптимизирует бизнес-процессы, делает бизнес гибким, мобильным, способным быстро меняться за счет ускорения отклика ИТ на запросы бизнеса. Стоит трезво оценить возможность внедрения подобного решения, поскольку результат может не оправдать ваших надежд.

По дороге разочарований

Но осень нагнала туч на безоблачное небо SOA — банки стали серьезно пересматривать свои затраты на IT. Выяснилось, что SOA, все-таки нужна не бизнесу как критичное для выживания средство, а IT-департаменту — как способ более удобной организации инфраструктуры. Когда у вас много денег и времени, вы можете позволить себе сделать ремонт в квартире, поскольку это кажется критичным. А когда денег нет, тут уж не до излишеств — надо зарабатывать. И вот уже в январе 2009 года появилась статья Энн Томас Мэйнс, известного аналитика Burton Group (позднее эту компанию приобрело агентство Gartner), в котором она декларировала смерть SOA. Как утверждалось, проекты по внедрению SOA в большинстве своем провалились — многие компании инвестировали в построение сервис-ориентированной архитекруты миллионы, так и не получив повышения гибкости и снижения затрат даже в долгосрочной перспективе. «SOAзавру» придется исчезнуть после «падения экономического метеорита» — таков яркий образ, иллюстрирующий статью.

Впрочем, аналитик не утверждала, что принципы SOA не верные. Ориентированность на сервисы нельзя назвать неактуальной, и она сохранится в «ростках» из SOA — SaaS, «облачных вычислениях», BPM. Так в общем-то и произошло. Но саму аббревиатуру SOA предлагалось упразднить, поскольку она стало именем нарицательным, бизнес больше не верит в нее.

Анализируя причины провала, Энн Томас Мэйнс указывала на слишком технологический подход к SOA. Требуется не просто построение интерфейсов к существующим приложениям, а полный пересмотр используемых решений, пересмотр самого способа работы IT, заявляла она. Чтобы быть успешной, SOA нужно быть частью чего-то большего — таков был вывод.

И слово SOA если не забыли, то, по крайней мере, оно перестало быть buzzword, как говорят на Западе, то есть «на слуху». В 2009 году, согласно отчету Hype Cycle for Emerging Technologies от Gartner, SOA выбиралась из «ямы разочарований», и логично было ожидать, что в 2010 году ее можно будет увидеть на «плато продуктивности». Но вместо этого она пропала без вести. На запрос «БО», почему так случилось, в российском представительстве Gartner ответить не смогли.

Впрочем, судя по тому, что можно было наблюдать, такое исчезновение вполне объяснимо. Если в 2008 году на конференциях об IT в финансовом секторе эта тема была основной, то в 2009–2010 годах ее даже не затрагивали. Причины спада интереса к SOA хорошо описал Сергей Ядыков, заместитель директора службы профессионального сервиса компании «АйТи»: «Размытость самого понятия SOA привела к тому, что многие банки вложили средства в проекты с завышенными ожиданиями. Вендоры обещали, что применяя сервисно-ориентированные технологии (например, веб-сервисы), можно автоматически реализовать SOA. Внедрение SOA как архитектуры и идеологии подразумевает наличие стратегического плана миграции от клиент-серверной архитектуры к архитектуре, основанной на сервисах. А такие глобальные планы специалисты IT-служб редко ставят перед собой даже в столь информационно развитых организациях, как банки».

В то же время на пути внедрения SOA банки натолкнулись и на ряд подводных камней. В качестве таких неприятных неожиданностей опрошенные «БО» CIO указывают высокую стоимость внедрения и поддержки, снижение скорости работы систем, а также отдельно жалуются на недостаток компетенций у подрядчиков. Любопытно, что ни один из опрошенных не выделил снижение уровня информационной безопасности, хотя ранее многие эксперты на это указывали.

Стратегии антикризисного управления

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

Фото: kseniya_tretyakova / Shutterstock

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

«Электрический шок» предполагает, что нужно, напротив, увеличить расходы на критических направлениях. Пример такого решения: руководство увеличивает зарплаты, что даёт сотрудникам мотивацию, — и в итоге растёт производительность.

«Управление вручную». В некоторых компаниях плохие финансовые показатели могут быть следствием недостаточного внутреннего контроля. Эта стратегия направлена на усиление контроля. Собственники компании забирают руководство в свои руки и участвуют в принятии всех важных решений до полного выхода из кризиса.

«Экстремальный шаг». Это обращение к кредиторам. Оно нужно, когда собственных ресурсов для выхода из кризиса недостаточно. Такое решение опасно, однако дополнительные ресурсы могут решить проблемы компании и вернуть её к нормальной работе.

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

Если всё идёт по плану и компания успешно борется с кризисом, стратегию оставляют в прежнем виде и продолжают её придерживаться.
Если выбранная стратегия не приводит к ожидаемым результатам, её либо корректируют, либо меняют полностью.

Шаг 4. Проверить расходы

Когда наступает кризис, многие руководители сокращают расходы

Важно делать это аккуратно, чтобы не навредить бизнесу

Вот какими правилами нужно руководствоваться:

Сокращать расходы без ущерба для качества продукта.
Держать в голове, что компания — единое целое.
Сокращать непродуктивные расходы.

Разберем каждый пункт подробно.

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

Держать в голове, что компания — единое целое. Все отделы в компании взаимосвязаны, и если вы сокращаете расходы в одном из них, это может сказаться на другом.

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

Сокращать непродуктивные расходы

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

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

В результате ревизии расходов компания сэкономила 500 000 ₽ в месяц.

	Было	Стало
Найм сотрудников	−200 000 ₽	−50 000 ₽
ФОТ руководителей	−300 000 ₽	−300 000 ₽
Командировки	−150 000 ₽	0 ₽
Юрист	−50 000 ₽	0 ₽
Производственные расходы	−800 000 ₽	−450 000 ₽
Маркетинг и продажи	−900 000 ₽	−1 100 000 ₽
Сумма расходов	−2 400 000 ₽	−1 900 000 ₽

Почему SOA не потеряла значения

Учитывая такое количество неудач, вполне можно понять решительное отторжение SOA. Однако оно совершенно необоснованное. Слухи о смерти SOA сильно преувеличены, сегодня эта технология востребована как никогда.
Инфраструктурные проблемы, существовавшие в начале 2000-х и превратившиеся в настоящий бич корпораций, никуда не исчезли. Компании, стремящиеся оставаться на ведущих позициях в своих отраслях, в современном экономическом климате должны проявлять еще большую гибкость

Поэтому для них жизненно важно найти способ внедрения SOA. Тем временем, можно привести в качестве примера ряд компаний, в которых SOA всё-таки удалось успешно взять на вооружение

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

Итак, можно сделать однозначный вывод: неудачи обусловлены именно нисходящим, огульным подходом к SOA, а не методологией SOA как таковой.

В данной статье мы рассмотрим некоторые причины, по которым провалились первые проекты по внедрению SOA, ориентированные сверху вниз, а также обсудим свободные фреймворки, которые позволяют многим организациям обрести настоящий Святой Грааль – SOA, построенную по приницпу «снизу вверх».

Как понять, что пора переходить на антикризисное управление

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

Примеры внешних факторов:

ускорение инфляции;
снижение доходов населения и рост безработицы;
политический кризис;
нестабильность законодательной и налоговой системы;
стихийные бедствия и чрезвычайные ситуации.

Внутренние факторы бывают:

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

Кризис может затронуть любую структуру компании: продукт, технологии, производство, логистику, персонал, управление. Вот четыре тревожных индикатора, говорящих о том, что пора задуматься о переходе к антикризисному управлению:

Финансовые показатели падают. Например, компания не может выйти на размер среднего чека, который раньше казался легкодостижимым.
Имидж ухудшается. Ухудшение можно отследить по рейтингу компании на сайтах-агрегаторах.
Клиенты жалуются на низкое качество продукта или обслуживания, а потом уходят к конкурентам. Это тоже можно отследить по отзывам в интернете.
Падают ключевые показатели эффективности бизнес-процессов — это видно по отчётности отделов компании.

Заключение

Появление SOA снова подняло вопрос об эффективности использования ИТ и наведении порядка в ИТ-системах. В ближайшее время SOA будет играть роль катализатора для работ по инвентаризации корпоративной ИТ-архитектуры и описанию бизнес-процессов. Но как только ИТ-рынок сможет предоставить набор полнофункциональных инструментов, которые позволят применить принципы SOA на практике, работы по построению ИТ-решений на базе этой концепции будут инициированы многими компаниями. В первых рядах окажутся те, кто изначально имеет процессно-ориентированную организацию бизнеса, — например, компании телекоммуникационного и финансового секторов. По прогнозу Gartner, к 2008 году более 60% предприятий будут использовать SOA в качестве основного принципа построения корпоративной ИТ-архитектуры.