Does Azure Service Fabric do the same thing as Docker?
Does Azure Service Fabric do the same thing as Docker?
My thinking is that people use Docker to be sure that local environment is the same as production and that I they can stop thinking about where are their apps running physically and balancing mechanisms should just allocate apps in best places for that moment.
I'm 100% web based and I'm going to move to cloud together with our databases, and what cannot be moved will be seamlessly bridged so the corporate stuff and the cloud will become one subnetwork.
And so I'm wondering, maybe Service Fabric already does the same thing that Docker does plus it gives as address translation service (fabric:// that acts a bit like DNS for the processes in fabric space) plus (important for some) encourages on demand worker allocation - huge scalability perk.
2 Answers
2
It's confusing since Docker (the company) is trying to stake claims in everything cloud.
Service Fabric is an orchestration system. It can orchestrate Docker containers, but it can also integrate more tightly with your services if you build specifically for Fabric. (Docker is completely agnostic about what runs inside a container.)
So Service Fabric is mostly comparable to Docker Cloud, though it's not an exact match. There are some other Docker-based orchestration solutions (Kubernetes is probably the biggest) and there are other cloud-based micro-service solutions (Heroku is probably the best-known).
The primary disadvantage of Service Fabric is that it's a Microsoft technology and so you're going to be tied to Azure to a greater degree than if you were running Docker. The other is that Docker has a broader range of choices for building your stack: all three Docker-things I listed above have at least one open-source alternative (this is also a big disadvantage of Docker, since nobody's laying out a single Best Practices For You document).
If you love Microsoft and if cobbling systems together is not something that's important to you, then Service Fabric should be a fine alternative to the Docker ecosystem. (And you can still run Docker containers under it.)
Just to clarify a couple points: First, Service Fabric is agnostic to the underlying hosting provider. You can run it in Azure, you can run it on AWS, you can run it on 5 laptops - it doesn't matter. There is Azure integration available, but it is always optional.
– Vaclav Turecek
Sep 9 '16 at 19:02
@NathanielWaisbrot I was reading about App Service Fabric and is not tied to Azure, you can have clusters on PREM, on Amazon or in Azure, so that statement is not correct.
– Luis Valencia
Jan 8 '17 at 0:35
@Vaclav-Turecek Nathaniel's comment helped me dig into the naming of different Service Fabric variants and I wish the official documentation explained it better. I wish "Azure Service Fabric for Windows Server" (ref azure.microsoft.com/en-in/updates/…) and Azure Service Fabric the PaaS platform, had more distinct names
– mvark
Jan 17 '17 at 6:14
Relevant to the discussion, stackoverflow.com/q/41756276/397817 asks about running Service Fabric on cloud platforms other than Azure
– Stephen Kennedy
Mar 16 '17 at 10:47
The key similarities between the Service Fabric and Docker containerization:
The key differences between the Service Fabric and Docker containerization:
With above facts in mind, please note that SF doesn't have any strong affinity on any cloud provider. It can run equally on any public cloud - Azure, AWS or GCP, as long as you are able to create the VMs with desired platform.
By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.
I understand that I can set up a standalone fabric in case Azure fails. azure.microsoft.com/en-gb/documentation/articles/…
– doker
Sep 2 '16 at 10:41