Откройте Сервисную Сетку, Чтобы Присоединиться к Cloud Native Computing Foundation


Microsoft анонсировала Open Service Mesh (OSM)-легкую и расширяемую сетку облачных сервисов с открытым исходным кодом, которая работает на Kubernetes. Предложение о пожертвовании OSM Фонду облачных вычислений (CNCF) уже поступило.

Недавно Google вызвала споры, отказавшись от давнего обязательства внести свой вклад в создание своей сети сервисов с открытым исходным кодом, Istio, Cloud Native Computing Foundation (CNCF), вместо этого Google сделал проект, который датируется 2017 годом и имеет IBM в качестве партнера-участника вместе с Lyft, членом-основателем своего Открытого общего пользования. Теперь Microsoft, похоже, заполняет пробел, объявив об альтернативной сервисной сетке, также с открытым исходным кодом, которую она намерена передать CNCF.

Если “служебная сетка” еще не вошла в ваш словарь, это определение согласно Википедии:

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

Объяснение Красной шляпы гласит:

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

Согласно его эмбриональному веб-сайту

Open Service Mesh (OSM) использует простой подход для пользователей, позволяющий единообразно управлять, обеспечивать безопасность и получать готовые функции наблюдения для высокодинамичных микросервисных сред.

OSM основана на проекте CNCF Envoy и реализует интерфейс Service Mesh Interface (SMI), набор пользовательских определений ресурсов Kubernetes (CRD) и сервер API расширений для защиты приложений микросервисов и управления ими.

В сообщении в блоге, анонсирующем Open Service Mesh, Мишель Нурали, которая является одним из основных участников проекта на GitHub, объясняет, что Microsoft активно участвует в сообществе Service Mesh Interface (SMI), помогая определить спецификацию стандартного набора переносимых API для общих функций service mesh в реализациях service mesh.

Она ссылается на три основных принципа проектирования проекта: 

Во-первых, OSM предоставляет плоскость управления, совместимую со спецификацией SMI, чтобы сохранить выбор пользователя. Затем OSM использует Envoy для плоскости данных из-за сильного импульса сообщества вокруг Envoy. И, наконец, основная философия, лежащая в основе OSM, включает в себя дизайн “без утесов”, чтобы сделать OSM достаточно гибкой для обработки как простых, так и сложных сценариев с использованием как SMI, так и API программирования xDS напрямую. 

Пожертвовав OSM CNCF, Microsoft намеревается сделать его открытым для управления и быть в месте, где мы можем легко сотрудничать с сообществом, что делает его:

“проект под руководством сообщества, который будет стимулировать сотрудничество по новым и существующим API для SMI..”


Добавить комментарий