platformy chmurowe (Azure

Platformy chmurowe, np. Azure czy AWS, udostępniają infrastrukturę i usługi rozliczane według faktycznego zużycia.

Azure jako platforma usług obliczeniowych

Microsoft Azure to publiczna platforma chmurowa, w której zasoby obliczeniowe, magazyny danych, sieci oraz usługi aplikacyjne są udostępniane przez centra danych firmy Microsoft. Użytkownik nie kupuje pojedynczego serwera w tradycyjnym znaczeniu, lecz konfiguruje zasoby o określonych parametrach i korzysta z nich przez sieć. Przykładowe usługi obejmują maszyny wirtualne Azure Virtual Machines, obiekty w Azure Blob Storage, relacyjne bazy danych Azure SQL Database oraz aplikacje uruchamiane w Azure App Service.

Azure działa w podziale na regiony geograficzne, a każdy region może zawierać kilka stref dostępności. Region wskazuje lokalizację infrastruktury, natomiast strefa dostępności jest odrębną lokalizacją w obrębie regionu, wyposażoną w niezależne zasilanie, chłodzenie i sieć. Wybór regionu wpływa między innymi na opóźnienia sieciowe, dostępność konkretnych usług, przepisy dotyczące lokalizacji danych oraz cenę zasobów. Sama obecność aplikacji w chmurze nie gwarantuje automatycznie odporności na awarie, ponieważ wymaga ona odpowiedniego rozmieszczenia komponentów i skonfigurowania mechanizmów nadmiarowości.

Modele zasobów i rozliczanie zużycia

Azure udostępnia zasoby w kilku modelach usługowych. Infrastructure as a Service, czyli IaaS, pozwala samodzielnie uruchamiać system operacyjny i oprogramowanie na maszynie wirtualnej, podczas gdy Microsoft zarządza fizyczną infrastrukturą. Platform as a Service, czyli PaaS, przenosi część obowiązków na dostawcę, dlatego użytkownik wdraża aplikację bez konieczności utrzymywania systemu operacyjnego serwera. W modelu usług zarządzanych, takim jak Azure SQL Database, dostawca obsługuje większą część warstwy technicznej, lecz nadal pozostają zadania związane z konfiguracją, uprawnieniami, kopią zapasową i wydajnością.

Koszt usługi zależy od jej rodzaju, regionu, wybranej klasy zasobu i czasu działania. Maszyny wirtualne mogą być rozliczane według czasu pracy, a magazyn danych również według zajętej pojemności, operacji wejścia i wyjścia oraz transferu danych. Azure oferuje kalkulator cen, budżety i alerty kosztowe, ale alert nie zatrzymuje zasobu samoczynnie, jeśli nie zostaną skonfigurowane dodatkowe działania. Zatrzymanie maszyny wirtualnej z poziomu systemu operacyjnego może nie zwolnić wszystkich opłat, ponieważ zasoby dyskowe i inne elementy infrastruktury mogą nadal pozostawać przydzielone.

Sieć, tożsamość i dostęp do usług Azure

Komunikacja zasobów w Azure może odbywać się przez sieć wirtualną Azure Virtual Network. W jej ramach definiuje się podsieci, reguły routingu oraz zabezpieczenia ruchu. Network Security Group pozwala ograniczać ruch przychodzący i wychodzący na podstawie adresów, portów i protokołów. Publiczny adres IP umożliwia dostęp z Internetu, natomiast prywatny adres IP służy do komunikacji wewnątrz sieci lub po połączeniu z infrastrukturą lokalną. Błędna reguła zapory, niewłaściwy routing albo niepoprawna konfiguracja systemu nazw DNS może sprawić, że usługa będzie działała lokalnie, lecz pozostanie niedostępna dla użytkownika.

Za zarządzanie dostępem odpowiada Microsoft Entra ID, wcześniej znany jako Azure Active Directory. System ten obsługuje konta, grupy, role, uwierzytelnianie wieloskładnikowe i zasady dostępu warunkowego. Uprawnienia do zasobów Azure są często przyznawane przez mechanizm Azure role-based access control, czyli RBAC. Rola właściciela, współtwórcy i odbiorcy ma różny zakres działania, dlatego nadanie zbyt szerokich uprawnień może pozwolić na zmianę konfiguracji lub usunięcie zasobów. Diagnostyka dostępu powinna obejmować stan konta, przypisane role, dzienniki logowania, reguły sieciowe oraz dokładny komunikat błędu.

Diagnostyka problemów z dostępem do aplikacji Azure

Awaria widoczna na laptopie lub komputerze PC nie musi oznaczać uszkodzenia samego urządzenia. Jeżeli przeglądarka wyświetla błąd połączenia z aplikacją działającą w Azure, należy rozdzielić kilka warstw: lokalną kartę sieciową, konfigurację DNS, połączenie z Internetem, certyfikat TLS, uwierzytelnianie oraz stan usługi po stronie Azure. Porównanie działania tej samej aplikacji w innej sieci i na innym urządzeniu pomaga ustalić, czy problem jest lokalny. Warto również sprawdzić datę i godzinę systemową, ponieważ znaczne odchylenie może powodować odrzucanie certyfikatów i tokenów uwierzytelniających.

Przydatne są informacje z komunikatu błędu, dziennika przeglądarki, klienta VPN, systemu operacyjnego i aplikacji. Należy zapisać godzinę zdarzenia, adres usługi, typ używanego połączenia oraz czynność wykonywaną przed wystąpieniem problemu. Błąd DNS wskazuje inną klasę przyczyny niż odpowiedź HTTP 401, która zwykle dotyczy uwierzytelnienia, albo HTTP 403, która oznacza odmowę dostępu. W przypadku aplikacji firmowej trzeba dodatkowo zweryfikować stan usługi w Azure, konfigurację domeny, reguły dostępu i uprawnienia konkretnego konta. Tak uporządkowane dane pozwalają odróżnić problem komputera użytkownika od błędu konfiguracji usługi chmurowej.