Obejmuje sieci wirtualne, routing, rozpoznawanie nazw, bramy, równoważniki obciążenia, łącza prywatne, brzegi internetowe i politykę sieciową. Jej zakresem jest warstwa komunikacji chmurowej, a nie każda część bezpieczeństwa chmury.
API dostawców i automatyzacja tworzą i zmieniają sieci chmurowe. Obciążenia mogą być krótkotrwałe, podczas gdy ruch może pozostawać wewnątrz infrastruktury dostawcy i omijać tradycyjne obwody. Dobry projekt mapuje wymagane przepływy na kontrolowane ścieżki i chroni interfejsy przekazywania oraz zarządzania.
Najważniejsze punkty
Architektura i politykaOddzielaj środowiska i strefy zaufania, minimalizuj publiczną ekspozycję, ograniczaj komunikację przychodzącą, wychodzącą i wschód-zachód oraz zachowuj politykę, gdy zasoby się skalują lub przenoszą.
Płaszczyzna sterowania i odpowiedzialnośćDokumentuj, które warstwy sieci obsługuje dostawca, a które kontrole konfiguruje klient. Stosuj zasadę minimalnych uprawnień do administracji siecią i automatyzacji, chroń poświadczenia, przeglądaj zmiany i wykrywaj dryf w trasach, bramach, regułach bezpieczeństwa, usługach nazw i łączności prywatnej.
Widoczność i odpornośćZbieraj odpowiednie zdarzenia przepływów, DNS, zapór, równoważników obciążenia i płaszczyzny sterowania; testuj ścieżki asymetryczne, limity usług, awarie zależności, ochronę przed odmową usługi i odtwarzanie — bez zatrzymywania niepotrzebnej treści.
Istotne ograniczeniePrywatny adres, sieć wirtualna ani szkielet dostawcy nie uwierzytelniają obciążenia ani nie czynią jego ruchu bezpiecznym. Kontrole cloud-native mogą mieć luki w usługach, regionach, protokołach i logowaniu, a niebezpieczna trasa, uprawnienie tożsamości lub zmiana automatyzacji może ominąć kilka zamierzonych granic naraz.