В типичной архитектуре распределенных приложений, основанной на микросервисах, немногие из функций, которые присутствовали централизованно, были перенесены на уровень микросервисов, так что модуль бизнес-логики c обрабатывает функциональные возможности и соответствующие бизнес-логики c и сетевые функции. позаботьтесь о межсервисной связи, резервировании, контроле состояния, обнаружении службы и т. д. c. Оркестровка в сочетании с контейнерами и микросервисами помогла обеспечить управление настройками облачных вычислений и масштабируемость, однако была также необходимость в широком управлении сквозным (сервис-сервис) соединением между сервисами и связью между ними, а также для уменьшить сложность на отдельных микросервисах в поддержании межсервисных коммуникаций, отказоустойчивости, мониторинга работоспособности, обнаружения сервисов и т. д. c. Это привело к необходимости сервисного обслуживания sh. Служба me sh обычно выходит за пределы CNI и опирается на его возможности.
С помощью службы me sh логика c, управляющая связью между службами, была выделена из отдельных микросервисы и абстрагируются в виде слоя инфраструктуры. Все межсервисные операции связи были переданы на обслуживание me sh, которое, в свою очередь, обеспечивает встроенную поддержку сетевых функций, таких как резервирование, обнаружение служб, монитор работоспособности и т. Д. c. Следовательно, при обслуживании me sh все коммуникации между сервисами должны происходить поверх программного компонента, называемого service me sh (или прокси-сервером на стороне машины), а микросервисы не взаимодействуют напрямую с другим microservices.