I started working with Service Fabric before it was generally available. I built (but not yet released) a consumer, cloud-based, mobile-first app on top of service fabric. I was first drawn to SF by the coolness and speed of retaining application data in memory (stateful reliable services). Once I became comfortable with it as a whole I decided to build a new consumer SaaS app on top of it. It has great scalability and its zero downtime abilities made it a great fit for me. This has been a one-man project. I'm trying to finish the product and build a company. Learning curve: There's quite a bit to know and keep in your head. And it crosses several disciplines that are not strictly coding related: networking, security, capacity planning, disaster recovery, etc. Learning SF was drawn out over a long period of time for me because it started out as a side project. Gotchas: Early on there were some edge cases that weren't handled well (or at all), but that's much better now. SF is still relatively new so sometimes google isn't much help if you have a problem in an unusual use case/situation. It is MUCH better than it used to be though. And SF team members monitor Stack Overflow and github so there is assistance available. The biggest gotcha I have experienced though is the number of external dependencies that exist in my project. This is NOT specific to SF, but SF has contributed to it. Overall experience: Good. I recommend it. SF is a big topic. Feel free to contact me privately for more specific discussion or guidance. Have fun! :-) Mike