CODEWITHSUNDEEP
kubernetesazure-service-fabric
Ali Kahoot
Ali Kahoot

Reputation: 3589

Difference between Kubernetes and Service Fabric

I have worked on Kubernetes and currently reading about Service Fabric, I know Service Fabric provides microservices framework models like stateful, stateless and actor but other than that it also provides GuestExecutables or Containers as well which is what Kubernetes also does manage/orchestrate containers. Can anyone explain a detailed difference between the two?

Upvotes: 75

Views: 33093

Answers (2)

Blue Clouds
Blue Clouds

Reputation: 8191

Both are different. Kubernetes manages rkt or other containers.

Service Fabric is not for managing containers. In case it manages some, that does not make it its purpose. That does not enable it for a comparison with Kubernetes.

eg: When a pod dies Kubernetes puts it to other nodes immediately. The part of SF that manages containers does not do this, it is done by some other area of Service Fabric. And outside containers. And was not designed with containers in mind.

In this article we can see that in the year 2016 Service Fabric is available in azure. At that time approx 400 enterprises already used it. It was in the year 2016 that Kubernetes was first introduced. To say it was introduced as a replacement for Service Fabric is baseless so is a comparison.

Another history description of service fabric states the motive was to host Microsoft databases alone. And then they were generalized for other hosted services of Microsoft. So a lot of dependency on the windows environment and familiarity was there. But none of these were the motives for Kubernetes. No such legacy baggage existed. So how fair is such a comparison?

You can compare F1 car with Volkswagen but they do not run on the same road. F1 of course being Service Fabric.

Upvotes: -19

VonC
VonC

Reputation: 1329712

Caveat: as noted by joniba in the comments, the original answer (see below) presents Fabric and Kubernetes are somehow similar, with the differences being nuanced.

That contasts with Ben Morris's take, which asked in Feb. 2019: "Now that Kubernetes is on Azure, what is Service Fabric for?":

One of the sticking points of Service Fabric has always been the difficulty involved in managing a cluster with patchy documentation and a tendency towards unhelpful error messages.
Deploying a cluster with Azure Service Fabric spares you some of the operational pain around node management, but it doesn't change the experience of building applications using the underlying SDKs.

For the "nuances" differences, read on (original answer):

Original answer:

You can see in this project paolosalvatori/service-fabric-acs-kubernetes-multi-container-appthe same containers implemented both in Service Fabric, and in Kubernetes.

Their "service" (for external ingress access) is different, with Kubernetes being a bit more complete and diverse: see Services.

The reality is: there are "two slightly different offering" because of market pressure.
The Microsoft Azure platform, initially released in 2010, has implemented its own Microsoft Azure Fabric Controller, in order to ensure the services and environment do not fail if one or more of the servers fails within the Microsoft data center, and which also provides the management of the user's Web application such as memory allocation and load balancing.

But in order to attract other clients on their own Microsoft Data Center, they had to adapt to Kubernetes, released initially in 2014, which is now (2018) either adopted or closely considered by... pretty much everybody (as reported in late December)
(That does not mean one is "better" than the other,
only that the "other" is more "visible" than the first ;) )

So it is less about "a detailed difference between the two", and more about the ability to integrate Kubernetes-based system on Microsoft Data Centers.

This is in line (source: detailed here) with Microsoft continued its unprecedented shift toward an open (read: non-proprietary) staging platform for Azure (with Deis).
And Kubernetes orchestrator is available on Microsoft's Azure Container Service since February 2017.

You can see other differences in their architecture of a deployed application:

Service Fabric:

https://github.com/paolosalvatori/service-fabric-acs-kubernetes-multi-container-app/raw/master/Images/ServiceFabricArchitecture.png

Vs. Kubernetes:

https://github.com/paolosalvatori/service-fabric-acs-kubernetes-multi-container-app/raw/master/Images/KubernetesArchitecture.png

thieme mentions in the comments the article "Service Fabric and Kubernetes comparison, part 1 – Distributed Systems Architecture", from Marcin Kosieradzki.

Upvotes: 103

Related Questions