J'ai travaillé sur Kubernetes et, en ce moment, je lis sur Service Fabric. Je sais que Service Fabric fournit des modèles de cadre de microservices tels que stateful, stateless et acteur, mais il fournit également GuestExecutables ou Containers C’est ce que Kubernetes gère également / orchestre de conteneurs. Quelqu'un peut-il expliquer une différence détaillée entre les deux?
Réponses
Trop de publicités?
Vous pouvez le voir dans ce projet paolosalvatori/service-tissu-acs-kubernetes-multi-conteneur de l'applicationde la même conteneurs mis en place au Service de Tissu, et dans Kubernetes.
Leur "service" (pour les externes, les infiltrations d'accès) est différent, avec Kubernetes être un peu plus complet et diversifié: voir Services.
La réalité, c'est: il y a "deux légèrement différentes, offrant" à cause de la pression du marché.
La plateforme Azure de Microsoft, d'abord publié en 2010, a mis en œuvre son propre Microsoft Azure Tissu Contrôleur, afin d'assurer les services et l'environnement ne manquent pas si l'un ou plusieurs des serveurs échoue dans Microsoft data center, et qui assure également la gestion de l'utilisateur de l'application Web telles que l'allocation de mémoire et d'équilibrage de charge.
Mais pour attirer d'autres clients sur leur propre Centre de Données Microsoft, ils ont dû s'adapter à Kubernetes, publié initialement en 2014, qui est maintenant (2018) soit adopté ou considéré de près par... à peu près tout le monde (comme indiqué à la fin décembre)
(Ce qui ne veut pas dire qu'on est "mieux" que l'autre,
seulement que "l'autre" est plus "visible" que la première ;) )
Il est donc moins sujet d'une "détaillée de la différence entre les deux", et plus sur la capacité à intégrer Kubernetes système basé sur les Centres de Données de Microsoft.
C'est en ligne (source: détaillée ici) avec Microsoft continue son virage sans précédent vers un ouvert (lire: non-propriétaire) mise en scène plate-forme pour Azure (avec Deis).
Et Kubernetes orchestrator est disponible sur Microsoft Azure Service de Conteneurs depuis février 2017.
Vous pouvez voir d'autres différences dans leur architecture d'une application déployée:
Service De Tissu:
Vs. Kubernetes:
thieme mentionne dans les commentaires de l'article "Service de Tissu et de Kubernetes comparaison, partie 1 – Architecture de Systèmes Distribués", à partir de Marcin Kosieradzki.
Blue Clouds
Points
322
Les deux sont différents. Kubernetes gère les conteneurs ou autres conteneurs.
Service Fabric n'est pas destiné à la gestion des conteneurs. Au cas où il en gère, cela n’en fait pas son but. Cela ne le permet pas pour une comparaison avec Kubernetes.
Par exemple: quand un pod meurt, Kubernetes le met immédiatement sur les autres nœuds. La partie de SF qui gère les conteneurs ne le fait pas, cela est fait par un autre domaine de Service Fabric. Et des conteneurs extérieurs. Et n'a pas été conçu avec des conteneurs à l'esprit.
