От монолита к микросервисам Сэм Ньюманpdf

Что делать, если ваша система застряла, как ржавый сервопривод?

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

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

Это приводит к реальному вопросу: как плавно и безопасно разделить такую ​​тесно связанную систему на независимые, гибкие и простые в управлении модули? Например, разобрать эту раздутую главную плату управления на несколько интеллектуальных узлов, которые можно независимо программировать и модернизировать?

Микросервисная архитектура — это не панацея, а сложный «хирургический план».

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

В это время четкое, прагматичное, похожее на инженерное руководство руководство становится чрезвычайно ценным. Книга Сэма Ньюмана «От монолита к микросервисам» является именно таким «проектом». В нем не говорится о концепциях, а основное внимание уделяется практике: как оценить монолит, как определить границы сервисов, как спроектировать критически важные интерфейсы и как обеспечить постоянную доступность системы в процессе миграции. В нем говорится об эволюции сложной архитектуры, например, о перепроектировании системы механической трансмиссии — это требует терпения, инструментов и правильности.

Почему вам нужно обратить внимание на эту эволюцию?

• От жесткости к гибкости:Монолитное приложение похоже на часы, все шестеренки которых сварены вместе. Микросервисы похожи на модульные комплекты роботов. Вы можете модернизировать его «руку» (услуга А) в любой момент, не затрагивая «систему обзора» (услуга Б). Бизнесу нужен быстрый ответ? Просто масштабируйте самый загруженный сервис самостоятельно.
• От высокого риска к контролируемой итерации:В монолите исправление небольшой ошибки может потребовать регрессионного тестирования всего сайта. В микросервисах изменения изолированы. Обновить процесс оплаты? Разверните только платежный сервис, а остальные части будут работать в обычном режиме. Это значительно снижает риск релиза и ускоряет темпы инноваций.
• От трясины технического долга к очистке прав собственности:Большие монолитные базы кода часто имеют неоднозначное право собственности. Микросервисы заставляют команды иметь четкое понимание ответственности и глубокое понимание конкретных областей обслуживания. Точно так же, как специальные инженеры, отвечающие за конкретные модули серводвигателей, они могут быть более совершенными и специализированными.

Каким должен быть хороший гид?

Речь не может идти только о философии. Его необходимо заземлить. должно:

1. Укажите путь, по которому нужно следовать:Идеи подаются шаг за шагом: от оценки, планирования до конкретных режимов разделения (режим душителя, режим ветвления и т. д.).
2. Честно встречайте трудности:Сложности управления распределенными данными, межсервисной связи и мониторинга тестирования — не избегайте проблем и предлагайте стратегии для их решения.
3. Фокус на людях и процессах:Изменения в технической архитектуре в конечном итоге приводят к изменениям в методах совместной работы команды. Хороший гид примет во внимание даже это.

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

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

Когда ваш «монолитный корабль» начинает чувствовать себя неадекватным, вы можете начать планировать свое путешествие, используя надежный чертеж. Углубленное, прагматичное и проницательное руководство часто является первым шагом к успешной трансформации.

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