Az Azure Cloud Services áttekintése (klasszikus)
Fontos
A Cloud Services (klasszikus) 2024. szeptember 1-étől minden ügyfél számára elavult. A Microsoft leállítja és leállítja a meglévő üzemelő példányokat, és 2024 októberétől folyamatosan elvesznek az adatok. Az új üzemelő példányoknak az Azure Cloud Services új Azure Resource Manager-alapú üzemi modelljét (kiterjesztett támogatás) kell használniuk.
Az Azure Cloud Services egy példa egy szolgáltatásként nyújtott platformra (PaaS). A Azure-alkalmazás Service-hez hasonlóan ez a technológia is skálázható, megbízható és olcsó alkalmazások támogatására szolgál. Ugyanúgy, ahogyan az App Service virtuális gépeken (virtuális gépeken) üzemel, úgy az Azure Cloud Services is. A virtuális gépek azonban nagyobb mértékben szabályozhatóak. Saját szoftvert telepíthet az Azure Cloud Servicest használó virtuális gépekre, és távolról is elérheti őket.
A nagyobb vezérlés azt is jelenti, hogy kevésbé könnyű a használat. Ha nincs szüksége a további vezérlési lehetőségekre, általában gyorsabb és egyszerűbb egy webalkalmazás üzembe helyezését és futtatását az App Service Web Apps szolgáltatásában az Azure Cloud Serviceshez képest.
Az Azure Cloud Services-szerepköröknek két típusa van. A kettő között csak az a különbség, hogy a szerepkör hogyan lesz üzemeltetve a virtuális gépeken:
Webes szerepkör: Automatikusan telepíti és üzemelteti az alkalmazást az Internet Information Services (IIS) szolgáltatáson keresztül.
Feldolgozói szerepkör: Nem használja az IIS-t, és önállóan futtatja az alkalmazást.
Előfordulhat például, hogy egy egyszerű alkalmazás csak egyetlen webes szerepkört használ, amely egy webhelyet szolgál ki. Az összetettebb alkalmazások webes szerepkörrel kezelhetik a felhasználók bejövő kéréseit, majd továbbíthatják ezeket a kéréseket egy feldolgozói szerepkörnek feldolgozás céljából. (Ez a kommunikáció Azure Service Bus vagy Azure Queue Storage.)
Ahogy az előző ábra is mutatja, egyetlen alkalmazás összes virtuális gépe ugyanabban a felhőszolgáltatásban fut. A felhasználók egyetlen nyilvános IP-címen keresztül férnek hozzá az alkalmazáshoz, és a kérések automatikusan ki vannak osztva az alkalmazás virtuális gépei között. A platform úgy skálázza és telepíti a virtuális gépeket egy Azure Cloud Services-alkalmazásban, hogy elkerülje a hardverhibák egyetlen pontját.
Annak ellenére, hogy az alkalmazások virtuális gépeken futnak, fontos tisztában lenni azzal, hogy az Azure Cloud Services paaS-t biztosít, nem pedig szolgáltatásként nyújtott infrastruktúrát (IaaS). Az egyik módja, hogy átgondoljuk. Az IaaS,például az Azure Virtual Machines segítségével először hozza létre és konfigurálja azt a környezetet, amelyben az alkalmazás fut. Ezután üzembe helyezi az alkalmazást ebben a környezetben. Ön a felelős a világ nagy részének felügyeletéért, például az operációs rendszer új, javított verzióinak üzembe helyezésével minden egyes virtuális gépen. Ezzel szemben a PaaS-ben ez olyan, mintha a környezet már létezik volna. Mindössze annyit kell tennie, hogy üzembe helyezi az alkalmazást. Az általa futtatott platform kezelését, beleértve az operációs rendszer új verzióinak üzembe helyezését is, ön kezeli.
Skálázás és felügyelet
Az Azure Cloud Services használatával nem hoz létre virtuális gépeket. Ehelyett egy konfigurációs fájlt kell megadnia, amely megmutatja az Azure-nak, hogy hányat szeretne, például "három webes szerepkörpéldányt" és "két feldolgozói szerepkörpéldányt". A platform ezután létrehozza őket Önnek. Továbbra is ön dönti el , hogy milyen méretűek legyenek a háttérbeli virtuális gépek, de ön nem hozza létre kifejezetten őket. Ha az alkalmazásnak nagyobb terhelést kell kezelnie, további virtuális gépeket kérhet, és az Azure létrehozza ezeket a példányokat. Ha a terhelés csökken, leállíthatja ezeket a példányokat, és nem kell fizetnie érte.
Az Azure Cloud Services-alkalmazásokat általában kétlépéses folyamaton keresztül teszik elérhetővé a felhasználók számára. A fejlesztő először feltölti az alkalmazást a platform előkészítési területére. Ha a fejlesztő készen áll az alkalmazás élővé alakítására, az Azure Portal használatával felcserélheti az előkészítést az éles környezettel. Az előkészítés és az éles környezet közötti váltás állásidő nélkül is elvégezhető, így a futó alkalmazások új verzióra frissíthetők anélkül, hogy megzavarnák a felhasználókat.
Figyelés
Az Azure Cloud Services monitorozást is biztosít. A virtuális gépekhez hasonlóan egy sikertelen fizikai kiszolgálót észlel, és újraindítja a kiszolgálón futó virtuális gépeket egy új gépen. Az Azure Cloud Services azonban a sikertelen virtuális gépeket és alkalmazásokat is észleli, nem csak a hardverhibákat. A virtuális gépektől eltérően minden webes és feldolgozói szerepkörben van egy ügynök, így hibák esetén új virtuális gépeket és alkalmazáspéldányokat indíthat el.
Az Azure Cloud Services PaaS-jellege más következményekkel is jár. Az egyik legfontosabb következmény az, hogy erre a technológiára épülő alkalmazásokat kell írnia, hogy megfelelően fusson, ha bármely webes vagy feldolgozói szerepkörpéldány meghibásodik. A cél elérése érdekében az Azure Cloud Services-alkalmazásoknak nem szabad fenntartaniuk az állapotot a saját virtuális gépei fájlrendszerében. A virtuális gépekkel létrehozott virtuális gépektől eltérően az Azure Cloud Services virtuális gépekre írt írások nem állandóak. Nincs olyan, mint egy virtuális gépek adatlemeze. Ehelyett egy Azure Cloud Services-alkalmazásnak explicit módon kell írnia az összes állapotot az Azure SQL Database-be, blobokra, táblákra vagy más külső tárolókra. Az alkalmazások ily módon történő létrehozása megkönnyíti a skálázást, és ellenállóbbá teszi őket a hibák ellen. A méretezhetőség és a rugalmasság az Azure Cloud Services egyik fontos célja.