Microservices and Service Fabric?
-
It seems my current project needs to hop on the Microservices boat. Does anyone have experience with Microservices on Service Fabric in Azure? If so, how's the learning curve, what are the gotcha's, and how's your overall experience? For now it seems I'll have four or maybe five services of which one or two will be web APIs. The others will read from a Service Bus queue.
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Quote:
Microservices on Service Fabric in Azure
OK I am now thinking someone at M$ is naming new products from the Laura Ashley catalogue.
-
It seems my current project needs to hop on the Microservices boat. Does anyone have experience with Microservices on Service Fabric in Azure? If so, how's the learning curve, what are the gotcha's, and how's your overall experience? For now it seems I'll have four or maybe five services of which one or two will be web APIs. The others will read from a Service Bus queue.
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Sander, why Service Fabric? Why not Kubernetes? The thing is Service Fabric apps are easier, but the problem is they are strictly tied to the Service Fabric runtime. This can be a benefit, in cases where other apps are also deployed and managed by Service Fabric. But leaving that framework can give you accessibility of a wider ecosystem. Service Fabric was open sourced, yet, it doesn't rule out the case where the app has to written for Service Fabric. Kubernetes can help you leave this hurdle and write services independent of the underlying platform. [Azure Kubernetes Service (AKS) Documentation - Tutorials, API Reference | Microsoft Docs](https://docs.microsoft.com/en-us/azure/aks/) I personally use Azure Container Service for Kubernetes, and I think that is quite simple and easier. Just build Docker images, deploy them as services on Kubernetes. Your 4-5 services can be easily deployed on Kubernetes, and rest is just your YAML file in Kubernetes telling the engine what to do.
The shit I complain about It's like there ain't a cloud in the sky and it's raining out - Eminem ~! Firewall !~
-
Sander, why Service Fabric? Why not Kubernetes? The thing is Service Fabric apps are easier, but the problem is they are strictly tied to the Service Fabric runtime. This can be a benefit, in cases where other apps are also deployed and managed by Service Fabric. But leaving that framework can give you accessibility of a wider ecosystem. Service Fabric was open sourced, yet, it doesn't rule out the case where the app has to written for Service Fabric. Kubernetes can help you leave this hurdle and write services independent of the underlying platform. [Azure Kubernetes Service (AKS) Documentation - Tutorials, API Reference | Microsoft Docs](https://docs.microsoft.com/en-us/azure/aks/) I personally use Azure Container Service for Kubernetes, and I think that is quite simple and easier. Just build Docker images, deploy them as services on Kubernetes. Your 4-5 services can be easily deployed on Kubernetes, and rest is just your YAML file in Kubernetes telling the engine what to do.
The shit I complain about It's like there ain't a cloud in the sky and it's raining out - Eminem ~! Firewall !~
Service Fabric because it's Microsoft and Azure and everything I currently do is Microsoft and Azure. I'm not using Docker at all. I'm a single developer on a pretty big project so if Service Fabric is easier then I'm all for it :D For the moment I'd rather learn Service Fabric than Kubernetes AND Docker... Good tip though, I'll keep it in mind for my next Microservices project :) By the way (unrelated), a few weeks back I Googled something and I stumbled upon a post that I followed and which solved my problem. When I reached the bottom and the "about the author" it turned out to be you! :D I can't remember what it was, but thanks for solving the problem I had at the time :thumbsup:
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
It seems my current project needs to hop on the Microservices boat. Does anyone have experience with Microservices on Service Fabric in Azure? If so, how's the learning curve, what are the gotcha's, and how's your overall experience? For now it seems I'll have four or maybe five services of which one or two will be web APIs. The others will read from a Service Bus queue.
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Sorry, no experience with that, but maybe you will find the Dzone website interesting: https://dzone.com/ It has lots of information about DevOps, not very Microsoft orientated though, mostly about Docker and Kubernetes :( But I found something about Service Fabric: https://dzone.com/articles/microsoft-azure-service-fabric-as-a-platform-for-d
-
It seems my current project needs to hop on the Microservices boat. Does anyone have experience with Microservices on Service Fabric in Azure? If so, how's the learning curve, what are the gotcha's, and how's your overall experience? For now it seems I'll have four or maybe five services of which one or two will be web APIs. The others will read from a Service Bus queue.
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
It always amazes me how the corporate world can take an incredibly simple and elegant concept like microservices and turn it into a bloatware of money grubbing terminology and overly complex implementation and management layers. But then again, how else are they going to make money?
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
It always amazes me how the corporate world can take an incredibly simple and elegant concept like microservices and turn it into a bloatware of money grubbing terminology and overly complex implementation and management layers. But then again, how else are they going to make money?
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
Marc Clifton wrote:
an incredibly simple and elegant concept like microservices
How is scaling up and down servers and spinning up new instances dynamically incredibly simple? :confused:
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
Sorry, no experience with that, but maybe you will find the Dzone website interesting: https://dzone.com/ It has lots of information about DevOps, not very Microsoft orientated though, mostly about Docker and Kubernetes :( But I found something about Service Fabric: https://dzone.com/articles/microsoft-azure-service-fabric-as-a-platform-for-d
Yeah, I get there from time to time :thumbsup: Article looks good (especially the image with the misspelled "Stateful", including squiggly red line to point that out :laugh:)
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
It seems my current project needs to hop on the Microservices boat. Does anyone have experience with Microservices on Service Fabric in Azure? If so, how's the learning curve, what are the gotcha's, and how's your overall experience? For now it seems I'll have four or maybe five services of which one or two will be web APIs. The others will read from a Service Bus queue.
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Forgot to look on CP, there's an interesting article: Azure Service Fabric demo[^] "Why don't you go where fashion sits, putting on the Ritz" :-\
-
It seems my current project needs to hop on the Microservices boat. Does anyone have experience with Microservices on Service Fabric in Azure? If so, how's the learning curve, what are the gotcha's, and how's your overall experience? For now it seems I'll have four or maybe five services of which one or two will be web APIs. The others will read from a Service Bus queue.
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
We have been using Service Fabric to host microservices for about a year while now. We created a few Stateless services with minimal use of the SF SDK so most of the time when developing you can ignore the fact they are hosted in SF, and moving away from SF should not be too expensive. You can run the SF host on your dev machine, but because we have kept the SF references to just the 'shell' we can also run the services locally in a console host if you want, which makes dev a little easier. Our deployments are via Octopus, which does have some built-in support for SF deployments, not great but you can get it running smoothly with a little fiddling. Later versions of Octopus might be better at this now. What I really like about SF is that zero-downtime deployments are easy and it manages the drain-stopping of load balancer for you. You can package up multiple services into single application package that is deployed as a unit (and rolled back as a unit in the case of failure), which is great, but of course, if you want that you should be thinking of containers anyway. So, we are looking at moving to containers this year (it is the MS recommended direction of travel too). You can currently host containers in SF but it is a bit awkward and there is some new stuff in the pipeline (Seabreeze) that supports server-less hosting of containers which is where I think we will end up. Adam
-
Marc Clifton wrote:
an incredibly simple and elegant concept like microservices
How is scaling up and down servers and spinning up new instances dynamically incredibly simple? :confused:
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Sander Rossel wrote:
How is scaling up and down servers and spinning up new instances dynamically incredibly simple?
What does that have to do with microservices? (It's quite possible I'm demonstrating my ignorance of the topic here -- foot in mouth time?)
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
It seems my current project needs to hop on the Microservices boat. Does anyone have experience with Microservices on Service Fabric in Azure? If so, how's the learning curve, what are the gotcha's, and how's your overall experience? For now it seems I'll have four or maybe five services of which one or two will be web APIs. The others will read from a Service Bus queue.
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Also, if you haven't seen this, its worth a look. Lots of code and articles to get you started: azure-content/articles/service-fabric at master · uglide/azure-content · GitHub[^], including this one which sounds applicable to you, for your APIs: azure-content/service-fabric-reliable-services-communication-webapi.md at master · uglide/azure-content · GitHub[^] Adam
-
Sander Rossel wrote:
How is scaling up and down servers and spinning up new instances dynamically incredibly simple?
What does that have to do with microservices? (It's quite possible I'm demonstrating my ignorance of the topic here -- foot in mouth time?)
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
SF allows you to automatically spin up and shut down VMs running your microservice instances, based on a schedule or just reacting to periods of heavy use. Coupled with auto-scaling of storage (e.g. CosmosDB) you can meet the demands of peak usage whilst keeping the hosting costs to a minimum. Adam
-
SF allows you to automatically spin up and shut down VMs running your microservice instances, based on a schedule or just reacting to periods of heavy use. Coupled with auto-scaling of storage (e.g. CosmosDB) you can meet the demands of peak usage whilst keeping the hosting costs to a minimum. Adam
thanks for the use case :thumbsup:
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
thanks for the use case :thumbsup:
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
adambl wrote:
not intentional!
Supposed so
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
It seems my current project needs to hop on the Microservices boat. Does anyone have experience with Microservices on Service Fabric in Azure? If so, how's the learning curve, what are the gotcha's, and how's your overall experience? For now it seems I'll have four or maybe five services of which one or two will be web APIs. The others will read from a Service Bus queue.
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
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
-
Sander, why Service Fabric? Why not Kubernetes? The thing is Service Fabric apps are easier, but the problem is they are strictly tied to the Service Fabric runtime. This can be a benefit, in cases where other apps are also deployed and managed by Service Fabric. But leaving that framework can give you accessibility of a wider ecosystem. Service Fabric was open sourced, yet, it doesn't rule out the case where the app has to written for Service Fabric. Kubernetes can help you leave this hurdle and write services independent of the underlying platform. [Azure Kubernetes Service (AKS) Documentation - Tutorials, API Reference | Microsoft Docs](https://docs.microsoft.com/en-us/azure/aks/) I personally use Azure Container Service for Kubernetes, and I think that is quite simple and easier. Just build Docker images, deploy them as services on Kubernetes. Your 4-5 services can be easily deployed on Kubernetes, and rest is just your YAML file in Kubernetes telling the engine what to do.
The shit I complain about It's like there ain't a cloud in the sky and it's raining out - Eminem ~! Firewall !~
Platform independence is a myth that's been propagated throughout the history of software. Using Docker makes you just as dependent upon Docker as using Service fabric makes you dependent upon Azure. Whatever you use you're taking a dependency on it, so pick what you like the look of and are most comfortable with and move on. Not voting for Docker or Service Fabric here, just developer pragmatism.
-
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
Cool, sounds good! What struck me is that SF is not included in MS exams 70-532, 533 and 535 (formerly 534). I'm probably going to start using it in the next few weeks or so, if I have any questions I'll be sure to contact you, thanks :thumbsup:
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
Also, if you haven't seen this, its worth a look. Lots of code and articles to get you started: azure-content/articles/service-fabric at master · uglide/azure-content · GitHub[^], including this one which sounds applicable to you, for your APIs: azure-content/service-fabric-reliable-services-communication-webapi.md at master · uglide/azure-content · GitHub[^] Adam
Nice ones, thanks :thumbsup:
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
We have been using Service Fabric to host microservices for about a year while now. We created a few Stateless services with minimal use of the SF SDK so most of the time when developing you can ignore the fact they are hosted in SF, and moving away from SF should not be too expensive. You can run the SF host on your dev machine, but because we have kept the SF references to just the 'shell' we can also run the services locally in a console host if you want, which makes dev a little easier. Our deployments are via Octopus, which does have some built-in support for SF deployments, not great but you can get it running smoothly with a little fiddling. Later versions of Octopus might be better at this now. What I really like about SF is that zero-downtime deployments are easy and it manages the drain-stopping of load balancer for you. You can package up multiple services into single application package that is deployed as a unit (and rolled back as a unit in the case of failure), which is great, but of course, if you want that you should be thinking of containers anyway. So, we are looking at moving to containers this year (it is the MS recommended direction of travel too). You can currently host containers in SF but it is a bit awkward and there is some new stuff in the pipeline (Seabreeze) that supports server-less hosting of containers which is where I think we will end up. Adam
adambl wrote:
and moving away from SF should not be too expensive
Sounds good, especially taking Afzaal's comment into consideration. I deploy using VSTS, I'm guessing Microsoft has made deployment using their own products seamless (it's literally a button click for App Services).
adambl wrote:
we are looking at moving to containers this year (it is the MS recommended direction of travel too)
Are you saying SF will be discontinued in favor of Docker and Kubernetes or that it's better to take that route right away?
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
