создание микросервисов в Python

Создание микросервисов: от путаницы к легкому началу работы

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

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

В чем проблема?

Зачастую выбор основных инструментов отвлекает. Вам нужна не рама автомобиля, требующая собирать двигатель с нуля, а надежная модель, которую можно запустить с помощью зажигания и гибко настроить в зависимости от дорожных условий. В мире Python это означает отказ от гигантов, требующих бесконечной настройки, и поиск набора инструментов, который поймет ваше простое намерение: «позволить сервису A сообщать сервису B скорость двигателя, в то время как сервис C записывает данные».

Как заставить микросервисы «слышать» друг друга?

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

Будь независимым, но не одиноким

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

От бетона к бетону: простой сценарий

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

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

Интуиция и рациональность в выборе

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

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

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

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

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