Azure Service Fabric fait-il la même chose que Docker?
Je pense que les gens utilisent Docker pour s’assurer que l’environnement local est identique à celui de la production et qu’ils peuvent arrêter de penser à l’endroit où leurs applications fonctionnent physiquement et que les mécanismes d’équilibrage doivent simplement allouer les applications aux meilleurs endroits pour le moment.
Je suis 100% basé sur le Web et je vais passer au cloud en même temps que nos bases de données. Ce qui ne peut pas être déplacé sera ponté de manière transparente, de sorte que le matériel de l'entreprise et le cloud deviendront un seul sous-réseau.
Et je me demande donc, Service Fabric a peut-être déjà fait la même chose que Docker, plus il fournit un service de traduction d’adresses (fabric: // qui agit un peu comme le DNS pour les processus dans l’espace Fabric) plus (important pour certains) qui encourage allocation de travailleurs à la demande - avantage considérable en termes d'évolutivité.
- Service Fabric peut-il remplacer Docker avec succès?
- Est-ce qu'il gagne du public et est accepté? Parce que sinon, même la plus grande invention peut échouer.
C'est déroutant puisque Docker (la société) tente de revendiquer des droits dans tout le cloud.
- Docker Engine (ce que la plupart des gens appellent "Docker") est une technologie de conteneurisation. Cela peut vous donner
- Processus d'isolement
- Isolation du réseau
- Environnement d'application cohérent
- Docker Hub est un registre d'images. Il stocke les images Docker afin que vous puissiez les télécharger dans le cadre de votre déploiement.
- Docker Cloud est un système d’orchestration pour Docker. Cela peut vous donner
- Faites évoluer vos applications de haut en bas
- Connectez vos applications les unes aux autres
- Test de CI, intégré à Docker Hub (cela ne fait pas partie de l'orchestration, c'est juste une autre chose qu'il fait)
Service Fabric est un système d'orchestration. Il peut orchestrer les conteneurs Docker, mais il peut également s'intégrer plus étroitement à vos services si vous construisez spécifiquement pour Fabric. (Docker est complètement agnostique quant à ce qui se passe dans un conteneur.)
Ainsi, Service Fabric est la plupart du temps comparable à Docker Cloud, bien que ce ne soit pas une correspondance exacte. Il existe d'autres solutions d'orchestration basées sur Docker (Kubernetes est probablement la plus grande) et d'autres solutions de micro-services dans le cloud (Heroku est probablement la plus connue).
Le principal inconvénient de Service Fabric est qu’il s’agit d’une technologie Microsoft. Vous serez donc davantage lié à Azure que si vous utilisiez Docker. L’autre est que Docker a un plus grand choix de possibilités pour construire votre pile: les trois choses Docker que j’ai énumérées ci-dessus ont au moins une alternative open source (c’est aussi un gros {désavantage}} de Docker, puisque personne ne un seul document "Meilleures pratiques pour vous").
Si vous aimez Microsoft et que combiner des systèmes n'est pas important pour vous, Service Fabric devrait constituer une excellente alternative à l'écosystème Docker. (Et vous pouvez toujours utiliser les conteneurs Docker dessous.)
Les principales similitudes entre la conteneurisation de Service Fabric et Docker:
- Dockers et SF sont tous deux capables de créer une image immuable à partir de votre implémentation de micro-service, sur les deux plates-formes - Linux et Windows.
- Dockers et SF sont tous deux capables d'orchestrer votre application conteneurisée au sein d'un cluster de machines virtuelles. Ces ordinateurs virtuels peuvent être situés n'importe où: cloud public, cloud privé ou votre propre centre de données. Veuillez noter que les deux sont agnostiques sur la plate-forme cloud, ce qui signifie qu'ils n'ont pas de forte affinité avec aucun des services cloud. Donc, tant que vous n'utilisez aucune fonctionnalité spécifique au cloud dans votre micro-service, cela devrait suffire.
- Les deux dockers et SF sont capables de présenter les fonctionnalités essentielles d’une plate-forme d’orchestration: découverte de services, équilibrage de la charge au niveau du service, isolation du niveau de réseau entre les services, traitement des basculements et contrôle de la réplication, etc.
Les principales différences entre la conteneurisation de Service Fabric et Docker:
- Le conteneur Docker est essentiellement une construction de déploiement/conditionnement. Cela dit, docker ne dicte pas ce que vous empaquetez dans un conteneur dans le cadre de la mise en œuvre de votre service. Il ne fournit pas non plus de construction de programmation pour implémenter votre type de service. Considérant que, Service Fabric fournit des constructions de programmation sous la forme de types de base/interfaces à partir desquels votre implémentation de service peut commencer avec un certain type de service déclaré - service avec état, service sans état, acteur virtuel.
- Dans le monde Docker, tout est un conteneur, c’est-à-dire que votre unité de déploiement/orchestration minimale est un conteneur. Par conséquent, il ne reconnaît ni ne soutient un processus individuel. Tandis que, dans SF, nous avons une disposition dans laquelle votre micro-service dérivé de service sans état/avec état peut être orchestré et régi en tant que processus. Cependant, SF prend également en charge l’orchestration de conteneur comme Docker. En outre, la dernière version de SF permet de conditionner votre service stateful/stateless dans un conteneur.
Compte tenu des faits susmentionnés, veuillez noter que SF n’a aucune affinité avec aucun fournisseur de cloud. Il peut fonctionner de la même manière sur n'importe quel cloud public (Azure, AWS ou GCP), à condition que vous puissiez créer les ordinateurs virtuels avec la plate-forme souhaitée.
Ce n'est pas du tout comparable. Avec la structure de service, vous bénéficiez d'une surveillance de l'intégrité, de l'intégration du code avec la structure, de la journalisation, de la surveillance, de l'équilibrage de charge et d'autres fonctionnalités intelligentes. Votre application peut même exécuter le code d'arrêt. Service Fabric ne concerne pas que les technologies Microsoft et même le menu fixe peut résider dans SF, de même que le système d'exploitation ou le système d'exploitation Unix. Les fonctionnalités de sécurité et de mise en réseau (en ligne avec les applications Web) constituent un autre avantage. Des collections fiables sont tout simplement géniales. Et une feuille de route pour améliorer la création d'applications et les performances est garantie pour les entreprises qui l'adoptent (l'histoire le dit).
Cette question favorise grandement Docker «la plus grande invention». Cette comparaison peut faire du bien pour le marketing Docker, mais personne ne remplacera SF pour Docker. Docker est juste une petite copie de système d'exploitation (rien à voir avec des services, des applications ou une intelligence). Docker n'a même rien à voir avec le développement d'applications, ce n'était pas l'intention. Juste que les gens ont commencé à trouver le besoin d'isolement et de partage. Et c'est ce que Docker est tout.