Search for a command to run...
I used to be a .NET developer. Nowaways, I am a DevOps solutions architect with a focus on Azure and Kubernetes.
I also love productivity topics, especially when it comes to doing more with less of my time. I'm also a daddy, so time is a limited resource for me.
No comments yet. Be the first to comment.
I'm going to share all my secrets with you
Using a pull-request workflow
This is the guide I wish I had
Connecting your GitHub Workflows to Azure AD using OpenID Connect
In this post, I’ll walk through the essentials of configuring an AKS cluster to use Argo CD with an NGINX Ingress Controller. Pre-Requisites You’ll need: An AKS cluster. Here’s a Gist I use to create a simple cluster. Helm 3 Azure CLI A Custom DNS/A...
Companies like Netflix, Spotify, and Uber are poster childs for organizations using microservices successfully. They scale up/down with ease, they add new teams effortlessly, and they experiment with new features without much risk. Meanwhile, we’re still developing the same monolithic apps with various layers and numerous design practices. We work hard to abide by best practices to further push off the imminent point of “diminishing returns”. No wonder, when we learn about these companies accomplishing so much a microservice architecture, we ask ourselves:
How can I build a microservices with .NET?
At Nebbia, when we first started to think about microservices, we had a lot of interest in Service Fabric. I suspect, because it’s the first thing that comes up when you search for “Azure” and “microservices.” Meanwhile, there’s another Azure offering called Azure Container Service which allows you to host your microservice architecture with many of the same benefits as Service Fabric. Yes, comparing Service Fabric and Azure Container Service can be like comparing apples and oranges. But, although they’re not the same kind but they do solve many of the same problems.
It was first developed internally in 2003 and it was called Microsoft Fabric. It’s intent was to built a platform to deploy reliable services within Microsoft. A lot of the Azure services that we’ve come to love were built on top of Service Fabric. Services like Azure SQL, Bing, and DocumentDB were all built on top of Service Fabric.
It is an orchestration engine and a framework to build microservices using mostly .NET. It is a typical Microsoft product in the sense that it provides tight integration with Visual Studio and lets you get started pretty quickly. Unlike many of the other offerings out there, Service Fabric doesn’t require your application to be in containers. This can be a good or bad thing depending on who you ask.
As a framework, Service Fabric lets you build microservices of different flavors, including:
Note: Service Fabric cannot host traditional ASP.NET apps. I’ll cover this in Part 2 of this series.
Azure Container Service is a different beast. It is mostly a IaaS offering powered by open-source tools. What Azure Container Service provides is the recommended infrastructure for your chosen container orchestrator. Azure sets up the load balancer, vnet, virtual machines, and the orchestration engine of your choice.
The orchestration engine itself is the bread and butter of ACS. The container orchestrator itself will automate the container deployment, auto-scaling, and other features. Today, Microsoft offers 3 different open-source container orchestrators with Azure Container Service:
But, in order to understand the value of Azure Container Service, you have to understand the value of containers. Containers, in essence, are another form of virtualization. They are much lighter than VMs because they do not contain the OS itself. Here’s a quick article on what containers are.
Containers have been around for a long time in Linux and recently became available in Windows. Google has used Linux containers successfully for many years and built a platform in which they host many of their own service like Search and Google Maps. When containers started becoming popular with Docker, Google chose to open-source their container orchestrator and is now known as Kubernetes.
With Docker, building and managing container images is simple. In theory, you would build your microservice and package it as a container image, and the same code will run in production. It gives the phrase “it works on my machine” a whole another meaning.
Service Fabric besides being a framework, it also is a microservice orchestrator. It constantly monitors and manages services on the cluster. On the other hand, Azure Container Service won’t do this for you, but the orchestrator that you choose will. Some of the common features are:
So when would you pick one over the other? The answer is: it depends. It depends on you, your team, your organization, and the culture. To make an educated decision, not only should you look at the features but also:
