Diferencia entre Kubernetes y Service Fabric.
containers azure-service-fabric (2)
He trabajado en Kubernetes y actualmente leo sobre Service Fabric. Sé que Service Fabric proporciona modelos de marco de microservicios como Stateful, Stateless y Actor, pero aparte de eso, también ofrece GuestExecutables o Containers , que es lo que Kubernetes también administra / organiza en contenedores. ¿Alguien puede explicar una diferencia detallada entre los dos?
Ambos son diferentes. Kubernetes gestiona rkt u otros contenedores.
Service Fabric no es para la gestión de contenedores. En caso de que administre algunos, eso no lo hace su propósito. Eso no lo habilita para una comparación con Kubernetes.
por ejemplo: cuando un nodo muere, Kubernetes lo pone en otros nodos de inmediato. La parte de SF que administra los contenedores no hace esto, la realiza otra área de Service Fabric. Y contenedores exteriores. Y no fue diseñado teniendo en cuenta los contenedores.
Puede ver en este proyecto paolosalvatori/service-fabric-acs-kubernetes-multi-container-app los mismos contenedores implementados tanto en Service Fabric como en Kubernetes.
Su "servicio" (para acceso de ingreso externo) es diferente, con Kubernetes un poco más completo y diverso: vea Services .
La realidad es que hay "dos ofertas ligeramente diferentes" debido a la presión del mercado .
La plataforma Microsoft Azure , lanzada inicialmente en 2010, ha implementado su propio Microsoft Azure Fabric Controller, para garantizar que los servicios y el entorno no fallen si uno o más de los servidores falla dentro del centro de datos de Microsoft , y que también proporciona la administración. de la aplicación web del usuario, como la asignación de memoria y el equilibrio de carga.
Pero para atraer a otros clientes en su propio Centro de datos de Microsoft, tuvieron que adaptarse a Kubernetes , lanzado inicialmente en 2014, que ahora (2018) ha sido adoptado o bien considerada por ... casi todos (como se informó a finales de diciembre )
(Eso no significa que uno sea "mejor" que el otro,
solo que el "otro" es más "visible" que el primero;))
Por lo tanto, se trata menos de "una diferencia detallada entre los dos" y más acerca de la capacidad de integrar el sistema basado en Kubernetes en los centros de datos de Microsoft.
Esto está en línea (fuente: se detalla aquí ) con Microsoft continuó su cambio sin precedentes hacia una plataforma abierta (leer: no propietaria) para Azure ( con Deis ).
Y Kubernetes orchestrator está disponible en el Azure Container Service de Microsoft desde febrero de 2017 .
Puede ver otras diferencias en la arquitectura de una aplicación implementada:
Tela de servicio:
Vs. Kubernetes:
thieme menciona en los comentarios el artículo " Comparación entre Service Fabric y Kubernetes, parte 1 - Arquitectura de sistemas distribuidos ", de Marcin Kosieradzki .