Новые проблемы в сервосистемах и облачное решение

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

Сталкивались ли вы когда-нибудь с подобной ситуацией? Аппаратное обеспечение достаточно превосходно, но управляющий «мозг», стоящий за ним, столкнулся с узким местом.

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

Когда оборудование встречается с микросервисами

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

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

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

Почему Лазурный?

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

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

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

От концепции до мастерской

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

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

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

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

Не только технологии, но и идеи

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

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

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

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

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