разница между микросервисом и SOA

мощностьнебольшая история о микросервисах и SOA

Иногда ты мастеришь в мастерской в ​​окружениисервоприводs и шестерни, и это поражает вас. Система кажется… тяжелой. Это все равно, что пытаться совершить точное движение роботизированной руки, используя один гигантский двигатель, выполняющий всю работу. Каждая настройка, каждая корректировка сама по себе становится проектом. Звучит знакомо?

Это старая борьба. Монолит. Все вместе взятое, каждое обновление сопряжено с риском, масштабирование означало масштабирование всего зверя. Именно поэтому разговор зашел о таких архитектурах, как SOA, а в последнее время и о микросервисах. Но вот тут-то люди и запутываются: это одно и то же? Если нет, то в чем реальная разница и, что более важно, какой подход распутывает мой конкретный узел?

Давайте поговорим об этом, но не с определениями из учебника, а так, как будто мы придумываем дизайн за скамейкой.

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

Теперь микросервисы. Представьте, что вы можете развить эту идею дальше. Каждая станция — это не просто станция; это автономный мини-мастерская. Шлифовальный «мини-цех» имеет свой небольшой мотор, свой блок управления, свой простой конвейер для приема и передачи работы. Он делает одно — измельчение — и делает это независимо. Эти мини-семинары напрямую общаются друг с другом с помощью легких сообщений. Их можно модернизировать, исправить или даже заменить, не останавливая всю работу. Если вдруг у вас возникнет всплеск деталей, нуждающихся в шлифовке, вы просто быстро воспроизведете этот конкретный мини-цех. Это мышление микросервисов.

Значит, дело только в размере? Не совсем.

Речь идет больше о масштабах и независимости. SOA часто фокусируется на совместном использовании и повторном использовании бизнес-логики в рамках организации — речь идет о разбиении больших приложений на совместимые сервисы. Микросервисы ориентированы на создание единого приложения как набора крошечных, независимо развертываемых сервисов. Они похожи на рой специализированных дронов против команды скоординированных сборочных линий.

Люди спрашивают: «Какой из них лучше?» Это все равно, что спросить, есть лисервоприводдвигатель лучше шагового. Это зависит от того, что вы строите.

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

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

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

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

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

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

Основанная в 2005 году,мощностьбыла посвящена профессиональному производителю компактных приводов со штаб-квартирой в Дунгуане, провинция Гуандун, Китай. Используя инновации в технологии модульных приводов,мощностьобъединяет высокопроизводительные двигатели, прецизионные редукторы и многопротокольные системы управления, обеспечивая эффективные и индивидуальные решения для интеллектуальных систем привода. Kpower предоставила профессиональные решения в области приводных систем более чем 500 корпоративным клиентам по всему миру, предлагая продукты, охватывающие различные области, такие как системы «умный дом», автоматическая электроника, робототехника, точное земледелие, дроны и промышленная автоматизация.