Max Home IndustryMicrosoft анонсировала 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..»