Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ważne
Usługi Cloud Services (wersja klasyczna) są teraz przestarzałe dla wszystkich klientów od 1 września 2024 r. Wszystkie istniejące uruchomione wdrożenia zostaną zatrzymane i zamknięte przez firmę Microsoft, a dane zostaną trwale utracone od października 2024 r. Nowe wdrożenia powinny używać nowego modelu wdrażania opartego na usłudze Azure Resource Manager w usługach Azure Cloud Services (wsparcie dodatkowe).
Azure Cloud Services to przykład platformy jako usługi (PaaS). Podobnie jak aplikacja systemu Azure Service, ta technologia jest przeznaczona do obsługi aplikacji, które są skalowalne, niezawodne i niedrogie do działania. W ten sam sposób, w jaki usługa App Service jest hostowana na maszynach wirtualnych (VM), tak samo jest z Azure Cloud Services. Masz jednak większą kontrolę nad maszynami wirtualnymi. Możesz zainstalować własne oprogramowanie na maszynach wirtualnych korzystających z usług Azure Cloud Services i uzyskiwać do nich dostęp zdalny.
Większa kontrola oznacza również mniejszą łatwość użycia. O ile nie potrzebujesz większej liczby opcji kontroli, zazwyczaj szybciej i łatwiej jest włączyć i uruchomić aplikację internetową, korzystając z funkcji Web Apps w ramach usługi App Service, niż w usługach Azure Cloud Services.
Istnieją dwa typy ról usług Azure Cloud Services. Jedyna różnica między nimi polega na tym, jak twoja rola jest hostowana na maszynach wirtualnych:
Rola sieci Web: automatycznie wdraża i hostuje aplikację za pośrednictwem usług Internet Information Services (IIS).
Rola robocza: nie używa usług IIS i uruchamia aplikację autonomicznie.
Na przykład prosta aplikacja może używać tylko jednej roli internetowej obsługującej witrynę internetową. Bardziej złożona aplikacja może używać roli internetowej do obsługi żądań przychodzących od użytkowników, a następnie przekazywania tych żądań do roli procesu roboczego do przetwarzania. (Ta komunikacja może być używana Azure Service Bus lub Azure Queue Storage).
Jak sugeruje poprzedni rysunek, wszystkie maszyny wirtualne w jednej aplikacji działają w tej samej usłudze w chmurze. Użytkownicy uzyskują dostęp do aplikacji za pośrednictwem jednego publicznego adresu IP, a żądania są automatycznie równoważone na maszynach wirtualnych aplikacji. Platforma skaluje i wdraża maszyny wirtualne w aplikacji usług Azure Cloud Services w sposób, który pozwala uniknąć pojedynczego punktu awarii sprzętowej.
Mimo że aplikacje działają na maszynach wirtualnych, ważne jest, aby zrozumieć, że usługi Azure Cloud Services udostępniają usługę PaaS, a nie infrastrukturę jako usługę (IaaS). Oto jeden ze sposobów, aby o tym myśleć. Dzięki usłudze IaaS, takim jak usługa Azure Virtual Machines, należy najpierw utworzyć i skonfigurować środowisko, w którym działa aplikacja. Następnie wdrożysz aplikację w tym środowisku. Odpowiadasz za zarządzanie dużą częścią tego świata, wykonując takie czynności, jak wdrażanie nowych poprawek wersji systemu operacyjnego na każdej maszynie wirtualnej. Natomiast w usłudze PaaS jest tak, jakby środowisko już istnieje. Wystarczy wdrożyć aplikację. Zarządzanie platformą, na której działa, w tym wdrażanie nowych wersji systemu operacyjnego, jest obsługiwane dla Ciebie.
Skalowanie i zarządzanie
Usługa Azure Cloud Services nie tworzy maszyn wirtualnych. Zamiast tego należy podać plik konfiguracji, który informuje platformę Azure o liczbie wystąpień ról, na przykład "trzy wystąpienia ról internetowych" i "dwa wystąpienia ról roboczych". Następnie platforma tworzy je dla Ciebie. Nadal wybierasz rozmiar tych wspierających maszyn wirtualnych, ale nie tworzysz ich bezpośrednio samodzielnie. Jeśli Twoja aplikacja musi obsługiwać większe obciążenie, możesz poprosić o więcej maszyn wirtualnych, a platforma Azure utworzy te instancje. Jeśli obciążenie zmniejszy się, możesz wyłączyć te instancje i przestać za nie płacić.
Aplikacja azure Cloud Services jest zwykle udostępniana użytkownikom za pośrednictwem dwuetapowego procesu. Deweloper najpierw przekazuje aplikację do obszaru przejściowego platformy. Gdy deweloper jest gotowy do uruchomienia aplikacji, używa portalu Azure do zamiany środowiska przejściowego na produkcyjne. Ten przełącznik między przejściowym i produkcyjnym można wykonać bez przestojów, co umożliwia uaktualnienie uruchomionej aplikacji do nowej wersji bez zakłócania jej użytkowników.
Nadzorowanie
Usługi Azure Cloud Services zapewniają również monitorowanie. Podobnie jak maszyny wirtualne, wykrywa nieudany serwer fizyczny i uruchamia ponownie maszyny wirtualne, które były uruchomione na tym serwerze na nowej maszynie. Jednak usługi Azure Cloud Services wykrywają również nieudane maszyny wirtualne i aplikacje, a nie tylko awarie sprzętowe. W przeciwieństwie do maszyn wirtualnych, ma agenta w każdej roli sieciowej i rolce roboczej, dzięki czemu może uruchamiać nowe maszyny wirtualne i wystąpienia aplikacji, gdy wystąpią awarie.
Charakter PaaS usług Azure Cloud Services ma również inne konsekwencje. Jedną z najważniejszych konsekwencji jest to, że należy pisać aplikacje zbudowane na tej technologii w taki sposób, aby działały poprawnie, gdy dojdzie do awarii dowolnego wystąpienia roli sieci Web lub procesu roboczego. Aby osiągnąć ten cel, aplikacja usług Azure Cloud Services nie powinna utrzymywać stanu w systemie plików własnych maszyn wirtualnych. W przeciwieństwie do maszyn wirtualnych utworzonych przy użyciu usługi Virtual Machines, operacje zapisu na maszynach wirtualnych usługi Azure Cloud Services nie są trwałe. Nie ma niczego takiego jak dysk danych maszyny wirtualnej. Zamiast tego aplikacja usług Azure Cloud Services powinna jawnie zapisywać cały stan w bazie danych Azure SQL Database, obiektach blob, tabelach lub innym magazynie zewnętrznym. Tworzenie aplikacji w ten sposób ułatwia ich skalowanie i zwiększa odporność na awarie. Skalowalność i odporność są ważnymi celami usług Azure Cloud Services.