Edit: I see the one you're referring to in that link, but again, it's not at all a comparison with kubernetes. It's easy at face value to say this one is better, but it's missing the point of kubernetes, which is extensibility, following standards, etc.
> Service Fabric is a distributed systems platform for packaging, deploying, and managing stateless and stateful distributed applications and containers at large scale.
I looked into this a while back, and Service Fabric was a clear winner over k8s, and resource use was a fraction of k8s too.
But, I felt it needed to gain community traction before I could commit to using it - knowing my luck, I'd build something and Microsoft would abandon it because k8s...
Kind of a chicken and egg problem, which is a shame really.
I think it's more fair to say the suit different use cases (an MS person on HN explicitly said this last year), rather than competing.
What features do you believe it's missing?
You can build Service Fabric manifests with XML.