Dlaczego Microsoft pozbył się rozproszonej pamięci podręcznej Velocity jako samodzielny produkt?

Question

Słyszałem o Velocity kilka lat temu, kiedy MS zrobiło plusk, łowiąc łeb w łeb z MemCached.

Ostatnio musiałem wypróbować, które rozwiązanie najlepiej sprawdzi się w moim projekcie: MemCached lub .NET Velocity. Zajęło mi trochę czasu, aby znaleźć Velocity ponownie. Wygląda na to, że MS połączyło Velocity z niektórymi narzędziami WCF i nazywa się teraz AppFabric.
http://msdn.microsoft.com/en-us/windowsserver/ee695849

Jestem trochę zaniepokojony, że będzie to miało wpływ, jak szybko MS może zwolnić nowych funkcji/usprawnień dla Velocity, teraz, że jest częścią znacznie większego pakietu.

Dlaczego MS pozbyło się samodzielnej wersji Velocity, po tym wszystkim, ile wysiłku wydali na jej promowanie?

Answer 1

Prędkość była kryptonimem, podczas gdy produkt był w fazie rozwoju, nie sądzę, że Microsoft miał zamiar wydać samodzielny produkt o nazwie Velocity. (Poza wszystkim innym, istnieje już produkt Java o nazwie Velocity).

AppFabric to wynik dwóch projektów rozwojowych: Velocity i Dublin (który jest przepływem pracy, a nie WCF).

Mimo że obie części współdzielą instalator, jeśli chcesz, aby rozproszone elementy pamięci podręcznej AppFabric zostały po prostu zainstalowane; nie jesteś zobowiązany do zainstalowania całości. Określiłem opcje, które należy wybrać w instalatorze, aby rozproszone bity pamięci podręcznej były tu na czerwono, a bity WF na niebiesko.