HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
microsoft
service-fabric
Systems & Infrastructure2018–2021
microsoft / service-fabric

service-fabric

Service Fabric is a distributed systems platform for packaging, deploying, and managing stateless and stateful distributed applications and containers at large scale.

10Distinct people
13Mentions
0Explicit recommenders
3.1KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Service Fabric is a distributed systems platform for packaging, deploying, and managing stateless and stateful distributed applications and containers at large scale.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year13 dated mentions

Observed mentions: 2018-04-17 06:54:46 UTC to 2021-03-20 10:56:27 UTC.

02462018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 6 mentions; 0 submissions, 6 comments20182019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments20192020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2021

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC606
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC404
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC202
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC101

What Hacker News says

13 sources
Friendly reminder: Azure and AWS both offer a free tier of VM which are perfectly sufficient for a personal openVPN server. Azure even has a preconfigured option in their marketplace that's easy to set up in a legal jurisdiction of your choice. Probably so does AWS and even DigitalOcean, but I'm most familiar with Azure because of my own preference for open source (Azure's orchestrator is https://github.com/microsoft/service-fabric/). After the free year, a minimal always-on VM costs about $13/mo.
In PIA: Our Merger with Kape Technologies – Addressing Your Concerns
Far from it. Although Dapr borrowed the Actor Framework and Stateful features from Service Fabric, There are a couple of major differences. a) Stateful services: Your code + data wont' live together on dapr. You would need an additional I/O hop to access cosmos or redis [or your own state provider] to get to the data. In service fabric, once you hit a partition the data lives right there on that node. You will get much lower latency for reliable collection reads with Service Fabric. b) Service fabric runs classic .net and .net core. Dapr is only for .net core projects. This is a big deal for users who have vast assets on classic .net c) With external state provider, partitioning becomes a little murky on dapr. Service fabric gives you range and named partitions with replicas. I am not clear how dapr handles replicas or it delegates that
Read the rest
to kubernetes or the underlying orchestrator. d) Service Fabric roadmap: https://github.com/Microsoft/service-fabric#service-fabric-r...
In Dapr: an open-source project to make it easier to build microservices
Every few months we get another post like this, with a slightly different measure. Yes, lots of Azure workloads run Linux, and Microsoft makes it a priority. It's not news anymore. At the same time, Azure itself runs largely on Windows servers in Service Fabric (https://github.com/Microsoft/service-fabric), so it's hard to count. With nested hypervisors as the normal architecture nowadays, this whole tally is pretty suspect. But we (the tech community) never seem to get bored with the "Microsoft is eating humble pie on OSS" story. Maybe that's exactly what Microsoft deserves after so many years of big-bad-wolf behavior. Unfortunately it makes their real engineering and OSS feats hard for us to see or acknowledge. Like Service fabric. Did you know that Microsoft built and open sourced an orchestrator that can manage tens if millions of nod
Read the rest
es with totally diverse workloads (containers, VMs, and bare metal), nested hypervisors, and even nested orchestrators in a secure multi tenant context? That beats the crap out of kubernetes on a capabilities front, but it's not an easy story to sell. Or that Windows Hyper-V has done thin-VM/M container isolation on par with kata and firecracker for years? Or that many (if not most) Azure services are open source? You can run the entire azure stack on your home server closet if you like, especially including their biggest growth areas of kubernetes and ML/cognitive services. If you want an open source alternative to AWS, azure can be a real option. I enjoy the historical irony of this as much as the next guy, but we really have to stop letting it blind us to the awesome things MS is doing that don't fit that narrative. Microsoft is benefiting mightily by adopting open source culture, code, and practices as fast as it can. And if we can get our heads out of our own self-righteous asses enough to upvote the stories, we can profit from it too.
In Microsoft developer reveals Linux is now more used on Azure than Windows Server
This isn't a commercial product or framework, it's Microsoft Research. They create many cutting-edge projects and do implement them internally in their own datacenters and services but they don't have the Google-like history of open-source clones based on the papers. Velocity is the codename for the caching component of AppFabric, and AppFabric has evolved into Service Fabric, which now runs most of Microsoft's vast cloud services and has been recently open-sourced: https://github.com/Microsoft/service-fabric
In Faster – A key-value store for large state management
It's astounding how much of Kubernetes is simply marketing. Google doesn't even use it internally. Service Fabric[0] is leagues ahead of any cluster orchestration framework, heck, it's a complete distributed systems platform which powers all critical Azure services (Cosmos DB, Cortana, SQL DB). It is the only framework that allows native stateful applications; your state doesn't need to be delegated to another service. It offers Reliable Collections (Java and C#) which are persistent, replicated and sharded native collections. I wish more devs knew about SF. [0] https://github.com/Microsoft/service-fabric
In Four years after its release, Kubernetes has come a long way
Service Fabric is different from Kubernetes. It's not a container orchestration platform but a full-stack distributed state and processing system with components that can serve as the foundation for building something like Kubernetes itself. The naming is confusing and there is a Service Mesh offering from Azure that lets you run your own applications easily if they're using the Service Fabric framework already, but SF can run containerized code in any language, and it has bindings for C# and Java (for now) if you want to use the primitives directly. SF is also now open-source and you can run it all yourself in whatever environment you want: https://github.com/Microsoft/service-fabric
In ServiceFabric: a distributed platform for building microservices in the cloud

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.