4 ms·

Does anyone remember MS Velocity / AppFabric Cache? No. Because it was crap and they canned it suddenly. Really, if they are still supporting this in 3 years a

by setquk 8y ago

Does anyone remember MS Velocity / AppFabric Cache? No. Because it was crap and they canned it suddenly. Really, if they are still supporting this in 3 years and it materialises into the promises I will take a look again. I will never immediately adopt an MSFT platform component.

softwarefounder 8y ago
This is getting down-voted, but there's some truth here. I didn't adopt .NET Core until v2, and happy I waited. Much stronger support from MSFT now, and a much more stable framework.
- setquk 8y ago
  Exactly the other side of my point. Once it’s supoorted it’s good.
- noir_lord 8y ago
  Insane performance on the most recent techempower benchmarks (usual proviso of all bencharks are meaningless etc etc.) they've caught Go with fasthttp already on one of them.
  - Thaxll 8y ago
    Not sure if it's good or bad, fast http is made by one guy and it's not official, aspcore is done by MS and dozen of engineers work on it.
    - noir_lord 8y ago
      both top the charts and are within 1% of the fastest on the chart so pretty good for the go dev and MS.
    - manigandham 8y ago
      ASP.NET Core is a full-stack web framework and has about 100x more features and support. fasthttp is quick but it doesn't even implement the http spec completely.
  - setquk 8y ago
    For typical workloads that doesn’t make a whole load of difference. 10% difference in API meh. 90% of the latency and load is what goes on behind that and that’s your party not theirs.
atombender 8y ago
This is a paper coming out of Microsoft Research. Not a product. Think of it more like Google's papers on Spanner, Andromeda, etc., except it's probably not in production use within Microsoft.
manigandham 8y ago
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 https://github.com/Microsoft/service-fabric
- setquk 8y ago
  Now you see here lies the problem. No one knew that who was using appfabric. We just got crapped on with this blog post and got told to move on and take our self hosted stuff to azure which at the time was a ball ache: https://blogs.msdn.microsoft.com/appfabric/2015/04/02/microsoft-appfabric-1-1-for-windows-server-ends-support-422016/ https://blogs.msdn.microsoft.com/appfabric/2015/04/02/micros... The result of this is, to use the words I used at the time “well fuck you then” after we were told that this was the veritable jesus’s sandals of a product and the future of service oriented architecture at MSFT. Now there’s a 180 on that post since, which we never checked up on because how would we know when we buggered off to memcache and foot the bill for the whole WCF and WWF rewrite debacle after 3.5. Then grumpily headed towards AWS and it was comfortable there. And now it’s open source and stuff (which judging by lesser parts of the ecosystem like SCVMM stuff on Linux) is probably going to be an abandoned wreck. As always the marketing and roadmappery is crazy, disparate and impossible to track. We have no idea what direction MSFT is heading in, who is calling the shots and what’s going to happen next. Which is the point. The maturity curve for MSFT software is a narrow window between two and five years. We can’t afford to rewrite our platform on that cycle. And thus everyone leaves for greener pastures full of snakes, elephants, penguins and Bezos. Fair point on MSR however.
  - manigandham 8y ago
    I understand the situation, but have to disagree here. Let's face it, this industry is always in flux and things change, that's the only constant there is. However Microsoft is one of the best in the world at maintaining product support and backwards compatibility, often through decades. You can still run apps on Windows written in the 90s. You can even upgrade from DOS through Win 10 and still have a working operating system at the end. [1] Yes, some small MS projects die, but overall you can still run almost all the old stuff, and interop and upgrade to the latest when you're ready. AppFabric extended support is through April 2022 [2], which is 4 years from now. It's possible you never got an update about it but regardless, they still support it. That being said, the cloud has changed everything and there are just more options now. In-memory distributed computing particularly has seen an incredible pace of progress with everything from Apache Ignite to Apache Spark so I think you would likely have more work to keep up with changes had you gone with another stack from the beginning. 1. https://www.youtube.com/watch?v=l60HHWWo9z4 https://www.youtube.com/watch?v=l60HHWWo9z4 2. https://blogs.msdn.microsoft.com/appfabric/2015/06/19/microsoft-appfabric-1-1-for-windows-server-support-lifecycle-extension-4112017/ https://blogs.msdn.microsoft.com/appfabric/2015/06/19/micros...

by setquk 8y ago

softwarefounder 8y ago

This is getting down-voted, but there's some truth here. I didn't adopt .NET Core until v2, and happy I waited. Much stronger support from MSFT now, and a much more stable framework.

setquk 8y ago
Exactly the other side of my point. Once it’s supoorted it’s good.
noir_lord 8y ago
Insane performance on the most recent techempower benchmarks (usual proviso of all bencharks are meaningless etc etc.) they've caught Go with fasthttp already on one of them.
- Thaxll 8y ago
  Not sure if it's good or bad, fast http is made by one guy and it's not official, aspcore is done by MS and dozen of engineers work on it.
  - noir_lord 8y ago
    both top the charts and are within 1% of the fastest on the chart so pretty good for the go dev and MS.
  - manigandham 8y ago
    ASP.NET Core is a full-stack web framework and has about 100x more features and support. fasthttp is quick but it doesn't even implement the http spec completely.
- setquk 8y ago
  For typical workloads that doesn’t make a whole load of difference. 10% difference in API meh. 90% of the latency and load is what goes on behind that and that’s your party not theirs.

atombender 8y ago

This is a paper coming out of Microsoft Research. Not a product. Think of it more like Google's papers on Spanner, Andromeda, etc., except it's probably not in production use within Microsoft.

manigandham 8y ago

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 https://github.com/Microsoft/service-fabric

setquk 8y ago
Now you see here lies the problem. No one knew that who was using appfabric. We just got crapped on with this blog post and got told to move on and take our self hosted stuff to azure which at the time was a ball ache: https://blogs.msdn.microsoft.com/appfabric/2015/04/02/microsoft-appfabric-1-1-for-windows-server-ends-support-422016/ https://blogs.msdn.microsoft.com/appfabric/2015/04/02/micros... The result of this is, to use the words I used at the time “well fuck you then” after we were told that this was the veritable jesus’s sandals of a product and the future of service oriented architecture at MSFT. Now there’s a 180 on that post since, which we never checked up on because how would we know when we buggered off to memcache and foot the bill for the whole WCF and WWF rewrite debacle after 3.5. Then grumpily headed towards AWS and it was comfortable there. And now it’s open source and stuff (which judging by lesser parts of the ecosystem like SCVMM stuff on Linux) is probably going to be an abandoned wreck. As always the marketing and roadmappery is crazy, disparate and impossible to track. We have no idea what direction MSFT is heading in, who is calling the shots and what’s going to happen next. Which is the point. The maturity curve for MSFT software is a narrow window between two and five years. We can’t afford to rewrite our platform on that cycle. And thus everyone leaves for greener pastures full of snakes, elephants, penguins and Bezos. Fair point on MSR however.
- manigandham 8y ago
  I understand the situation, but have to disagree here. Let's face it, this industry is always in flux and things change, that's the only constant there is. However Microsoft is one of the best in the world at maintaining product support and backwards compatibility, often through decades. You can still run apps on Windows written in the 90s. You can even upgrade from DOS through Win 10 and still have a working operating system at the end. [1] Yes, some small MS projects die, but overall you can still run almost all the old stuff, and interop and upgrade to the latest when you're ready. AppFabric extended support is through April 2022 [2], which is 4 years from now. It's possible you never got an update about it but regardless, they still support it. That being said, the cloud has changed everything and there are just more options now. In-memory distributed computing particularly has seen an incredible pace of progress with everything from Apache Ignite to Apache Spark so I think you would likely have more work to keep up with changes had you gone with another stack from the beginning. 1. https://www.youtube.com/watch?v=l60HHWWo9z4 https://www.youtube.com/watch?v=l60HHWWo9z4 2. https://blogs.msdn.microsoft.com/appfabric/2015/06/19/microsoft-appfabric-1-1-for-windows-server-support-lifecycle-extension-4112017/ https://blogs.msdn.microsoft.com/appfabric/2015/06/19/micros...