Выпуск KubeEdge 1.6: надежный облачный API K8s Native Edge

граничные вычисления
Выпуск KubeEdge 1.6: надежный облачный API K8s Native Edge

27 февраля по пекинскому времени KubeEdge выпустила новую версию v1.6.0.

Версия 1.6, выпущенная на этот раз, принесла значительные улучшения в масштабируемости системы, экологической совместимости и т. д., в том числе: новый надежный и автономный пограничный собственный интерфейс Kube-API, поддержка настраиваемой пограничной облачной маршрутизации сообщений, автоматическая пограничная конфигурация. Автономные приложения не переносятся, Протокол устройства OPC-UA управляет OPC-UA Mapper, и 24 проблемы были устранены.

Поддержка надежного облачного API-интерфейса K8s

Версия KubeEdge 1.6 добавляет надежный и автономный интерфейс Kube-API на периферии, обеспечивая встроенную поддержку доступа к API для сторонних подключаемых модулей и приложений, которые используют Kubernetes API и CRD для работы на граничных узлах, включая List, Watch, Create, Обновление, Патч и другие операции.

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

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

Внедрение этой функции, несомненно, интересно для пользователей, которые хотят интегрировать и использовать определенные версии Kubelet, Kube-Proxy, CNI и CSI. Стоит отметить, что интерфейс Kube-API, представленный в этой версии, также обеспечивает надежную поддержку доступа к CRD на периферии, и пользователи могут легко запускать различные операторы и плагины на периферии.

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

Поддержка определяемого пользователем пограничного облачного обмена сообщениями

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

В версии KubeEdge v1.6 добавлена ​​поддержка настраиваемой передачи сообщений в облако.Пользователи могут настраивать параметры передачи сообщений в облако с помощью двух новых API, Rule и RuleEndpoint, в соответствии со сценарием для бизнес-компонентов или третьих сторон, которые требуется связь пограничного облака.Подключаемый модуль скрывает различия в базовой сетевой среде.

Дальнейший план: версия 1.6 поддерживает двунаправленную передачу сообщений между пользовательским облаком REST и пограничным MQTT, а версия 1.7 обеспечит поддержку двунаправленной передачи сообщений REST пограничного облака.

Автоматически настраивайте пограничные автономные приложения без миграции

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

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

Заражение с эффектом NoExecute вызовет вытеснение приложения (пода), работающего на узле. Но если приложение (Pod) допускает заражение, оно не будет удалено.

Для каждого модуля система по умолчанию добавляет следующие два допуска:

Ключ к «node.kubernetes.io/unreachable» допуска может допускать вышеуказанное загрязнение, но время его допуска составляет 300 с, он все равно будет удален после тайм-аута. Если пользователь хочет разорвать соединение с облаком после того, как приложение (Pod) остается на длинном краевом узле, просто может терпеть длительное или гашение (бесконечное).

В версии Kubedge версии 1.6 пользователи просто добавляют следующие теги для POD: App-offline.kubedge.io = автономия

KubeEdge автоматически настроит допуски приложения, чтобы приложение не было перенесено после отключения узла.

Драйвер протокола устройства OPC-UA OPC-UA Mapper

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

KubeEdge v1.5 выпустила новую эталонную архитектуру Mapper.Вслед за поддержкой протоколов Bluetooth и Modbus на этот раз была выпущена версия OPC-UA Mapper на языке Go, что еще больше обогатило экосистему доступа к устройствам.

Адрес картографа OPC-UA:GitHub.com/crying be edge/horse…

Эпилог

С выпуском версии v1.6 KubeEdge обеспечивает лучшую масштабируемость системы и экологическую совместимость.В будущем KubeEdge будет по-прежнему основываться на облачной экологии и постоянно обновляться с учетом уникальных сценариев граничных вычислений!

Спасибо Huawei, Harmony Cloud Technology, лаборатории SEL Университета Чжэцзян, China Mobile, China Unicom, KubeSphere, Questyle Technology, Speed ​​Cloud, ARM и другим организациям за их вклад, а также спасибо каждому участнику сообщества!

Приложение: вклад сообщества KubeEdge и адрес технического обмена

Веб-сайт:kubeedge.io

Адрес на гитхабе:GitHub.com/crying be edge/crying…

Слабый адрес:kubeedge.slack.com

Списки рассылки:groups.Google.com/forum/#! Будда похож на…

Еженедельное собрание сообщества:zoom.US/Just/416723730…

Twitter: twitter.com/KubeEdge

Адрес документа:docs.kubeedge.io/en/latest/