Разница между кубернетами и сервисной тканью

Я работал над Kubernetes и в настоящее время читаю о Service Fabric, я знаю, что Service Fabric предоставляет модели фреймворков микросервисов, такие как stateful, stateless и actor, но кроме этого он также предоставляет GuestExecutables или Containers, что и есть то, что Kubernetes также управляет/организует контейнеры. Может ли кто-нибудь объяснить детальное различие между ними?

Ответ 1

В этом проекте paolosalvatori/service-fabric-acs-kubernetes-multi-container-app можно увидеть те же контейнеры, реализованные как в Service Fabric, так и в Kubernetes.

Их "сервис" (для внешнего входного доступа) различен, поскольку Kubernetes немного более полон и разнообразен: см. Сервисы.

Реальность такова: есть "два несколько разных предложения" из-за давления рынка.
Платформа Microsoft Azure, первоначально выпущенная в 2010 году, внедрила свой собственный Microsoft Azure Fabric Controller, чтобы гарантировать, что службы и среда не будут выходить из строя, если один или несколько серверов выйдут из строя в пределах центра обработки данных Microsoft, и который также обеспечивает управление пользовательского веб-приложения, такого как выделение памяти и балансировка нагрузки.

Но чтобы привлечь других клиентов в свой собственный Microsoft Data Center, им пришлось адаптироваться к Kubernetes, выпущенному первоначально в 2014 году, который сейчас (2018 год) либо принят, либо внимательно изучен... практически всеми (как сообщалось в конце декабря).)
(Это не значит, что один "лучше", чем другой,
только то, что "другой" более "виден", чем первый;))

Таким образом, речь идет не о "детальной разнице между этими двумя понятиями", а о возможности интеграции системы на базе Kubernetes в центры обработки данных Microsoft.

Это соответствует (источник: подробно описан здесь) тому, что Microsoft продолжила беспрецедентный переход к открытой (читай: не проприетарной) промежуточной платформе для Azure (с Deis).
А оркестр Kubernetes доступен в службе контейнеров Microsoft Azure с февраля 2017 года.

Вы можете увидеть другие различия в их архитектуре развернутого приложения:

Служебная ткань:

Против Kubernetes:

Тиме упоминает в комментариях в статье " Service Fabric и сравнение Kubernetes, часть 1 - Distributed Systems Architecture ", от Marcin Kosieradzki.

Ответ 2

Оба разные. Kubernetes управляет ркт или другими контейнерами.

Service Fabric не предназначена для управления контейнерами. В случае, если это удается, это не делает его целью. Это не позволяет сравнивать его с Kubernetes.

Например: Когда умирает стручок, Kubernetes немедленно помещает его в другие узлы. Часть SF, которая управляет контейнерами, этого не делает, это делается какой-то другой областью Service Fabric. И вне контейнеров. И не был разработан с учетом контейнеров.