|
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?
|
|
|
|
|
I haven't any knowledge of the MS roadmap for SF, but I guess they would keep support for both SF Apps and containers for the foreseeable future.
For some (i.e. those .Net devs without container experience) the barrier to entry is lower for SF apps, as you can Project->New in VS, then right click and publish your app direct to SF. But as soon as you have multiple services to deploy as a unit, containers are your friend, and worth getting to grips with the new tech.
Obviously if you are using containers outside the MS ecosystem, the fact MS now support them means that the entry barrier for you to start using MS hosting has lowered. Keeping both means that MS keeps both groups of people happy (= paying customers).
|
|
|
|
|
|
Nice ones, thanks
|
|
|
|
|
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
|
|
|
|
|
sorry for the late reply
I love SF and highly recommend it. I used it for ~ 1 year and half. I will talk about the first version, a new one will soon complement it (without discontinuing the 1st)
You can build highly scalable (planet scale) and reliable apps with just C# , visual studio (integrates perfectly) and an azure subscription. Containers are optional but you can do without.
you need approximately 1 week to get started (the doc is excellent) 2 weeks start tinkering and 1 month to start being productive
SF enforces some interesting paradigms to write better microservices apps . I love their reliable actors paradigm.
The new version will target a "Serverless" approach so it will be quite different and containers here are required. I have not yet studied it but I'm sure the team will make a great work as usual.
There is a great team with nice people, always ready to support the community, they do a monthly meeting, you could join to have a look (but community makes deep tech questions)
Go for it
Antonio
|
|
|
|
|
AReady wrote: you need approximately 1 week to get started (the doc is excellent) 2 weeks start tinkering and 1 month to start being productive I need it implemented yesterday
AReady wrote: The new version will target a "Serverless" approach so it will be quite different and containers here are required Interesting! Do you know what this version is called?
|
|
|
|
|
|
AReady wrote: it's called Service fabric mesh Cool
|
|
|
|
|
|
|
I'd forgotten about that one ...
Sent from my Amstrad PC 1640
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
|
|
That's a brilliant ironic spam.
[Edit]Removed the phone number from your title as this was doing their advertising for them. PO'H
I'd rather be phishing!
modified 4-Jul-18 8:52am.
|
|
|
|
|
Please remove the phone number from the subject
Bryian Tan
|
|
|
|
|
done (by someone else).
I'd rather be phishing!
|
|
|
|
|
'Twas me.
This space for rent
|
|
|
|
|
I'd rather be phishing!
|
|
|
|
|
upvoted because of spelling …
|
|
|
|
|
I see that UK bookies are offering a miserly 4-1 (5.0 if you prefer decimal odds) on England to win the World Cup.
Just curious as to how much this is effected by the "patriotic pound" - what price can you get on an England victory in less biased parts of the world?
98.4% of statistics are made up on the spot.
|
|
|
|
|
4 to1 is 80% chance, ain't it ? That's quite optimistic. I would have said 0.1%, e.g. someone eventually breaks a body part of their choice of Neymar - so that all that faking comes true - in case they would stand a infinitesimal chance to beat Brazil on their way.
|
|
|
|
|
Surely, you can't be suggesting that Neymar would ever indulge in a spot of acting?
4-1 is a 20% chance, by the way - still a massive overstatement of our chances.
98.4% of statistics are made up on the spot.
|
|
|
|
|
PeejayAdams wrote: Neymar would ever indulge in a spot of acting?
Noooo[^] ! Never ever [^] !
PeejayAdams wrote: 4-1 is a 20% chance, by the way
It depends[^]
|
|
|
|