Perché 2 tipi di AppFabric?

Question

Vedo che ora abbiamo sia AppFabric di Windows Server che AppFabric di Azure. Si tratta solo di una collisione di namespace nel reparto marketing di Microsoft o queste tecnologie condividono interfacce comuni? Qualcuno mi ha detto che è possibile eseguire un'applicazione utilizzando AppFabric di Azure su un server di produzione locale, quindi modificare la destinazione di distribuzione su Azure su richiesta. È possibile e coerente con le licenze di Azure? In tal caso, è possibile utilizzare Windows Server AppFabric sul server locale in questo scenario?

Suppongo che i servizi di dati debbano essere mantenuti nel cloud per coerenza, ma spostare l'interfaccia utente e la business logic dentro e fuori da Azure sarebbe un ottimo modo per ridurre i costi di hosting durante i periodi di inattività.

Answer 1

È un peccato che Microsoft abbia deciso di fare riferimento a entrambe queste cose come un tipo di app fabric. AS Phil scrive che la versione di Azure è per Azure Cloud e la versione di Windows Server è per le proprie macchine.

Sfortunatamente le caratteristiche tra di loro sono diverse e quindi non è possibile spostarsi semplicemente dall'uno all'altro. Dico sfortuna perché volevamo utilizzare una parte di Windows Server AppFabric, la Cache distribuita (in precedenza denominata Velocity, un nome molto migliore), sul cloud, e non è ancora disponibile.

Answer 2

La mia comprensione è che esiste un terreno comune tra i team e che le funzionalità vengono prima scritte per il prodotto Azure, quindi aggiunte al prodotto Windows Server.

La distinzione tra di loro è che Windows Server AppFabric è progettato per uso aziendale interno, all'interno del firewall, mentre Azure AppFabric è il prodotto out e out cloud.

È possibile passare da uno all'altro per utilizzare semplicemente il pezzo Azure nei momenti di carico elevato nel modo suggerito? Io non rispondo allo allo, ma sono felice di essere corretto: il lato Azure non è qualcosa che ho guardato in profondità.