[Open source, DevOps, Микросервисы, Kubernetes] Open Service Mesh — новая service mesh для Kubernetes от Microsoft

Ответить на тему

Автор

Сообщение

news_bot ^®

Стаж: 6 лет 9 месяцев
Сообщений: 27286

news_bot ^® написал(а)
06-Авг-2020 14:33

Цитировать

Вчера состоялся анонс очередного Open Source-решения класса service mesh — Open Service Mesh (OSM). Проект был представлен Michelle Noorali, занимающей должность Senior Software Engineer в команде Azure Cloud Native Compute компании Microsoft.
Open Service Mesh позиционируется как «легковесная и расширяемая „сервисная сетка“, запускаемая поверх Kubernetes», которая (как, в общем-то, и другие решения этой категории) позволяет «унифицировано управлять межсервисным взаимодействием, обеспечивать для него безопасность и мониторить его в динамичных микросервисных окружениях».
Microsoft уже была замечена в активной работе над спецификацией SMI (Service Mesh Interface), призванной стандартизировать service mesh-решения для Kubernetes и недавно принятой в состав проектов организации CNCF (пока лишь в рамках «песочницы» — sandbox).
Open Service Mesh следует этой спецификации и призван стать проектом, руководимым Open Source-сообществом и, в частности, способствующим развитию типовых API в SMI. Буквально 10 часов назад была подана заявка и на включение Open Service Mesh в состав проектов CNCF, тоже как sandbox. (К слову, в фонде уже значатся такие service mesh-решения, как Linkerd и Kuma.)
Технические детали и архитектура
Исходный код Open Service Mesh написан на языке Go, доступен в GitHub и распространяется на условиях свободной лицензии MIT.
Анонс проекта приурочен к первому публичному релизу OSM — v0.1.0, — представленному менее суток назад. Отдельно отмечается, что OSM не готов к использованию в production.
Open Service Mesh архитектурно базируется на прокси Envoy и реализует go-control-plane xDS v3 API этого проекта. Однако, несмотря на то, что Envoy входит в поставку OSM по умолчанию, использование стандартных интерфейсов позволяет интегрировать его и с другими реверсными прокси (совместимыми с xDS). Безопасность обеспечивается автоматическим mTLS для взаимодействия сервисов.
Open Service Mesh образуется 5 компонентами:

Proxy control plane обрабатывает gRPC-соединения от sidecar-прокси service mesh'а;
Certificate manager обеспечивает выпуск сертификатов и управление ими (возможно использование внешних решений для этих задач);
Endpoints providers отвечают за получение IP-адресов всех платформ, участвующих во взаимодействии (таковыми могут являться кластеры Kubernetes, машины on-prem, виртуальные машины облачных провайдеров);
Mesh specification — обёртка вокруг спецификации SMI на Go SDK, обеспечивающая простые методы получения ресурсов по этой спецификации, абстрагируясь от специфики устройства кластера и хранилища;
Mesh catalog — центральное звено service mesh'а, собирающее данные со всех других компонентов и передающее конфигурацию для proxy control plane.

Более подробное представление об архитектуре OSM можно получить из этой расширенной схемы:

… а также из достаточно подробного документа DESIGN.md.
Проект Open Service Mesh будет представлен на грядущей виртуальной конференции по Kubernetes — KubeCon EU Virtual 2020, — а также в рамках вебинара партнеров CNCF 14 августа.
P.S.
Читайте также в нашем блоге:

===========
Источник:
habr.com
===========
Похожие новости:

Теги для поиска: #_open_source, #_devops, #_mikroservisy (Микросервисы), #_kubernetes, #_open_service_mesh, #_envoy, #_service_mesh, #_servisnaja_setka (сервисная сетка), #_microsoft, #_cncf, #_blog_kompanii_flant (
Блог компании Флант
), #_open_source, #_devops, #_mikroservisy (
Микросервисы
), #_kubernetes

Профиль ЛС

Ответить на тему

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы

Текущее время: 22-Ноя 23:45
Часовой пояс: UTC + 5