ASP.NET vNext (a pilha framework web) tem basicamente nada a ver com o tempo de execução nuvem otimizado, é apenas mais um tempo de execução onde ele pode correr.
Tradicionalmente, o .NET CLR foi / está instalado em toda a máquina e atualizá-lo é mais doloroso que afeta basicamente todas as aplicações, o que significa que muitos desenvolvedores estão preso com um velho CLR / .NET Framework.
Essa é a razão eles introduziram o tempo de execução otimizado em nuvem (ou CoreCLR), com benefícios como sendo xcopy implantável e mais leves em geral. Você usa pacotes NuGet para buscar apenas as bibliotecas que você precisa, o que inclui até mesmo coisas como System.Console.
Então, no final, os quadros ASP.NET vNext como MVC ou SignalR vai funcionar com esses tempos de execução (e testes da Microsoft em cada um deles para garantir que eles funcionem):
- CLR área de trabalho (mesmo que todos nós sabemos desde há muitos anos)
- Mono
- Cloud-otimizado / CoreCLR (a coisa nova, embora com base no trabalho que eles fizeram com o Silverlight)
O tempo de execução otimizado em nuvem é um Windows-única coisa, não faz muito sentido em Linux / OSX porque Mono já lhe dá a maioria dos benefícios como xcopy-desdobramento. A única coisa que seria de um ponto de vista recurso-completude, mas como eu disse antes a Microsoft vai testar em Mono para ter certeza que funciona muito bem lá.
Fontes: https://github.com/aspnet/Testing/issues/34 e http://alxandr.me/2014/06/24/new-blog-vnext-and-some-runting/
Atualize Nov 04: adicionar outra fonte que esclarece confusão sobre CoreCLR no Linux: na última standup ( https://www.youtube.com/watch?v=2oafQVI4Lx4#t=706 ) às 11:45 Damin Edwards diz:
CoreCLR roda em Windows. No Linux você usa Mono.
Novembro Update, 13: Microsoft apenas open-source .NET Core e anunciou que vai ser portá-la para Linux / Mac: http://www.hanselman.com/blog/AnnouncingNET2015NETAsOpenSourceNETOnMacAndLinuxAndVisualStudioCommunity.aspx
