Struktura Azure Local i Landing Zones: przewodnik po nowoczesnej architekturze chmury hybrydowej
By Mirko Peters ·
Dowiedz się, jak zintegrować Azure Local z Azure Landing Zones, korzystając z Bicep, grup zarządzania i RBAC, aby zbudować skalowalną architekturę chmury hybrydowej.
Automatically translated with AI from the original post. Read the English original
![Cover: Azure Local and Landing Zones: How to Build Hybrid Cloud the Right Way with Christoffer Klarskov Jakobsen [MVP]](https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/fd14acff203bdb255365b5f6a98a6cdc.jpg)
Modernizacja infrastruktury IT, polegająca na połączeniu paradygmatów publicznej chmury z wymaganiami fizycznych centrów danych, jest jednym z najtrudniejszych wyzwań, przed jakimi może stanąć architekt. Integracja Azure Local ze strategią korporacyjnego Azure Landing Zone wymaga odejścia od tradycyjnego myślenia o infrastrukturze lokalnej i przyjęcia zunifikowanego modelu zarządzania chmurą hybrydową, który skaluje się w bezpieczny sposób.
Najważniejsze wnioski
- Azure Local sprawdza się najlepiej, gdy traktuje się go jako lokalny ekosystem chmurowy, a nie zwykły klaster wirtualizacji.
- Nowe możliwości architektoniczne pozwalają Azure Local dobrze wpasować się w korporacyjny projekt Azure Landing Zone.
- Użycie Bicep do Infrastructure as Code zapewnia spójne, powtarzalne wdrożenia w rozproszonych środowiskach hybrydowych.
- Prawidłowa struktura subskrypcji i podział obciążeń na warstwy chronią krytyczne komponenty, takie jak kontrolery domeny i kluczowe aplikacje.
Traktowanie Azure Local jako lokalnej chmury
Wiele organizacji popełnia krytyczny błąd, traktując Azure Local po prostu jako nowszą parę serwerów hipernadzorcy. W rzeczywistości platforma stanowi złożony most między fizyczną infrastrukturą a zarządzaniem, zasadami ładu i mechanizmami bezpieczeństwa opartymi na Azure. Ponieważ bazowy ekosystem obejmuje wiele warstw – od Storage Spaces Direct i Hyper-V po Azure Arc i płaszczyzny sterowania połączone z chmurą – administratorzy nie mogą polegać na przestarzałym, odizolowanym sposobie myślenia o IT.
Obsługa Azure Local wymaga pracowników, którzy rozumieją zarówno ograniczenia fizycznego sprzętu, jak i paradygmaty zarządzania chmurą. Kiedy wdrażasz klaster Azure Local, w praktyce uruchamiasz lokalną instancję chmury, która musi spełniać te same rygorystyczne standardy zarządzania, które stosujesz w chmurze publicznej. Niezauważenie tej zmiany podejścia często prowadzi do dryfu konfiguracji, luk w bezpieczeństwie i wąskich gardeł podczas rozwiązywania problemów.
Integracja Azure Local z korporacyjnymi Landing Zones
Dotychczas struktura infrastruktury hybrydowej w ramach zarządzania chmurą była ograniczona przez ówczesne możliwości platformy. Nowoczesne funkcje w znacznym stopniu zmieniły jednak sposób, w jaki organizacje mogą odwzorowywać fizyczną infrastrukturę w logicznych strukturach chmurowych. Dzięki odpowiednio dobranym granicom subskrypcji i grupom zasobów klastry Azure Local mogą teraz bezpośrednio uczestniczyć w korporacyjnej architekturze Azure Landing Zone.
Granice subskrypcji a grupy zarządzania
Subskrypcja korporacyjna nigdy nie powinna być ogromnym składowiskiem wszystkich dostępnych obciążeń. Zamiast tego projekt architektury powinien wykorzystywać grupy zarządzania, aby ustanowić jasną hierarchię ponad subskrypcjami. Pozwala to zespołom IT na:
- Egzekwowanie globalnych zasad ładu i zgodności z jednej nadrzędnej grupy zarządzania.
- Używanie dedykowanych subskrypcji dla płaszczyzn sterowania Azure Local, oddzielonych od obciążeń aplikacyjnych.
- Wykorzystanie dedykowanej lokalnej grupy zarządzania do stosowania ukierunkowanych zasad, dostosowanych specjalnie do sprzętu brzegowego i lokalnego.
Wdrażanie podziału obciążeń na warstwy dla bezpieczeństwa
W hybrydowym Landing Zone granice bezpieczeństwa muszą być ściśle egzekwowane przy użyciu podejścia warstwowego. Grupowanie zasobów według ich wpływu na bezpieczeństwo zapewnia, że naruszenie w jednym obszarze nie zagrozi całej organizacji.
Na przykład zasoby Tier 0, takie jak kontrolery domeny Active Directory, powinny znajdować się w silnie zablokowanej subskrypcji z rygorystycznymi, audytowanymi kontrolami dostępu. Serwery członkowskie, klastry baz danych oraz obciążenia użytkowników końcowych, takie jak Azure Virtual Desktop, znajdują się w osobnych warstwach. Ten modułowy podział gwarantuje, że lokalne obciążenia uczestniczą w uporządkowanym modelu zabezpieczeń Azure, zamiast istnieć w odizolowanym, podatnym na ataki zasobniku infrastruktury.
Automatyzacja hybrydowej infrastruktury za pomocą Bicep
Ręczne konfiguracje są wrogiem spójności we współczesnych hybrydowych środowiskach chmurowych. Jeśli komponent infrastruktury ma być wdrażany więcej niż raz, musi zostać zautomatyzowany. Na szczęście idee infrastruktury jako kodu (IaC) wykraczają daleko poza publiczną chmurę i stosują się bezpośrednio do Azure Local oraz powiązanych z nim obciążeń.
Chociaż istnieje wiele języków IaC, Bicep zapewnia usprawnione, natywne doświadczenie dla zespołów znających PowerShell i przepływy pracy oparte na produktach Microsoft. Rozszerzenia Visual Studio Code oferują solidną walidację składni i wykrywanie błędów, dzięki czemu definiowanie złożonych środowisk hybrydowych jako kodu jest proste. Automatyzacja wdrażania klastrów Azure Local, grup zasobów i przypisań zasad sprawia, że Twoje hybrydowe fundamenty pozostają powtarzalne, audytowalne i odporne na błędy ludzkie.
Podsumowanie
Zbudowanie hybrydowej chmury we właściwy sposób wymaga odejścia od odizolowanych silosów lokalnych na rzecz zintegrowanych architektur zarządzanych przez chmurę. Traktując Azure Local jako lokalną chmurę, osadzając go w dobrze zaprojektowanym Landing Zone i automatyzując wdrożenia za pomocą Bicep, organizacje mogą osiągnąć idealną równowagę między lokalną suwerennością danych a zarządzaniem na skalę chmury. Aby zgłębić ten temat i posłuchać ekspertów o opanowywaniu strategii hybrydowej chmury, posłuchaj całego odcinka i zasubskrybuj podcast, aby otrzymywać więcej praktycznych wskazówek.
Często zadawane pytania
Czy Azure Local to po prostu Hyper-V uruchomiony lokalnie?
Azure Local wykorzystuje technologie bazowe, takie jak Hyper-V i Storage Spaces Direct, ale zasadniczo różni się od tradycyjnego klastra Windows Server, ponieważ jest głęboko zintegrowany z Azure w zakresie zarządzania, zabezpieczeń i aktualizacji w chmurze za pośrednictwem Azure Arc.
Jak zasady Azure mają zastosowanie do lokalnych środowisk hybrydowych?
Zasady Azure mogą audytować, wdrażać konfiguracje lub blokować niezgodne działania zarówno w zasobach publicznej chmury, jak i w podłączonych klastrach Azure Local, zapewniając jednolitą zgodność regulacyjną w całym hybrydowym środowisku.
Czy mogę uruchomić Azure Virtual Desktop na Azure Local?
Tak, organizacje mogą orkiestrować tworzenie i zarządzanie obrazami w Azure, jednocześnie wdrażając hosty sesji bezpośrednio w klastrze Azure Local, aby spełnić określone wymagania dotyczące opóźnień i rezydencji danych.