Co nowego w platformie Azure Well-Architected Framework

Dowiedz się więcej o ostatnich zmianach w strukturze Azure Well-Architected Framework.

Czerwiec 2026 r.

Nowe artykuły

  • Przewodnik projektowania ograniczania przepustowości: w tym miesiącu wprowadziliśmy nowy przewodnik projektowy, który łączy praktyczne wskazówki i sprawdzone strategie projektowania, aby pomóc architektom zaprojektować i wdrożyć ograniczanie jako wzorzec niezawodności.

  • Zrównoważone obciążenia na Azure: dodaliśmy nowe zalecenia dotyczące zrównoważonych obciążeń z naciskiem na niezawodność, bezpieczeństwo, optymalizację kosztów, doskonałość operacyjną i filary wydajności. Każdy artykuł analizuje zrównoważony rozwój za pomocą tych filarów i zawiera wskazówki dotyczące projektowania zrównoważonych obciążeń. W ramach tego wysiłku zaktualizowaliśmy również istniejące wskazówki dotyczące metodologii projektowania i zrównoważonego projektowania sztucznej inteligencji.

Zaktualizowane artykuły

Maj 2026 r.

Nowe artykuły

  • Obciążenia Microsoft Fabric zgodne z zasadami Well-Architected: W tym miesiącu wprowadziliśmy nowe obciążenie Fabric. Microsoft Fabric to ujednolicona platforma danych, która łączy przenoszenie danych, pozyskiwanie, przekształcanie, przetwarzanie w czasie rzeczywistym i raportowanie w jednym środowisku. Dokumentacja Fabric Well-Architected może pomóc Ci dowiedzieć się, jak projektować obciążenia robocze w usłudze Fabric z myślą o niezawodności, bezpieczeństwie, optymalizacji kosztów, doskonałości operacyjnej i wydajności, tak aby tworzyć zrównoważone i skalowalne platformy analityczne.

  • Wzorzec architektury dla obciążeń sztucznej inteligencji w Azure: W tym nowym artykule w serii obciążeń sztucznej inteligencji opisano wzorce architektury dla obciążeń sztucznej inteligencji. Obejmuje ona podstawowe składniki i kluczowe cechy, takie jak okres istnienia, skalowalność, bezpieczeństwo i odpowiedzialne sztuczna inteligencja, które architekci rozwiązań w chmurze muszą wziąć pod uwagę podczas podejmowania decyzji projektowych.

Zaktualizowane artykuły

Kwiecień 2026 r.

Zaktualizowane artykuły

  • Kompromisy związane z Operational Excellence: Wyjaśniliśmy, w jaki sposób platformy obserwowalności mogą ujawniać dane niejawne w dziennikach i miejscach docelowych logów. Uprościliśmy również wyjaśnienia dotyczące sposobu, w jaki działania pomocy technicznej, szkolenia i wzorce architektury wpływają na koszty i wydajność.

  • Kompromisy związane z wydajnością: dodaliśmy nowy kompromis dotyczący sposobu, w jaki pamięć podręczna i dystrybucja brzegowa mogą prowadzić do nieaktualnego stanu zabezpieczeń, co powoduje utworzenie okien, w których odwołany dostęp lub wycofana zawartość pozostaje dostępna. Poprawiliśmy również przejrzystość całości.

  • Kompromisy dotyczące niezawodności: Wyjaśniliśmy, w jaki sposób decyzje dotyczące niezawodności tworzą kompromisy z innymi filarami. Uprościliśmy wyjaśnienia dotyczące tego, jak replikacja, odtwarzanie po awarii (DR) i dodatkowe komponenty architektoniczne zwiększają powierzchnię obciążenia i złożoność zabezpieczeń. Ulepszyliśmy również wytyczne dotyczące omijania mechanizmów zabezpieczeń podczas reagowania na incydenty oraz złożoności szkolenia wraz ze wzrostem liczby komponentów.

  • Kompromisy w zabezpieczeniach: Wyjaśniliśmy, w jaki sposób decyzje dotyczące bezpieczeństwa tworzą kompromisy z innymi filarami. Uprościliśmy wyjaśnienia dotyczące wpływu mechanizmów kontroli zabezpieczeń na niezawodność poprzez zwiększenie obszaru powierzchni i zależności, zwiększenie kosztów dzięki nakładowi infrastruktury i obciążenia operacyjnego oraz wpływ na wydajność dzięki opóźnieniom i użyciu zasobów.

  • Współpraca architektów z zespołami ds. obciążeń: podkreśliliśmy, że architekci powinni pozostać zaangażowani w całej implementacji. Wyjaśniliśmy, że kod weryfikacji koncepcji (POC) jest jednorazowy i nie powinien być kopiowany do produkcyjnych baz kodu. Uprościliśmy również język w całym tekście, aby zadania związane ze współpracą były bardziej konkretne i łatwiejsze do wykonania.

  • Prowadzenie rejestru decyzji architektonicznych (ADR): dodaliśmy wskazówki, aby traktować ADR jako dziennik, do którego dopisuje się wyłącznie kolejne wpisy. Po zmianie decyzji utwórz nowy rekord, który zastępuje oryginał, a nie edytuje istniejącego rekordu. Dodaliśmy również śledzenie stanu jako zalecaną cechę i podkreśliliśmy znaczenie zawsze rejestrowania kontekstu i uzasadnienia.

  • Obowiązki i wytyczne architekta rozwiązań: Dodaliśmy wskazówki, aby podkreślić, że architektura jest akumulacją decyzji i że architekci są odpowiedzialni zarówno za poszczególne wybory, jak i sposób ich łączenia. Wyjaśniliśmy, że rozsądne decyzje mogą nadal generować słabe wyniki, jeśli ich interakcje nie są brane pod uwagę.

  • Zaktualizowaliśmy branding firmy Microsoft z Azure AI Foundry na Microsoft Foundry w całym repozytorium, w artykułach takich jak Workload team personas for AI workloads oraz Architecture strategies for designing an incident management (IcM) process.

  • W tym miesiącu wprowadziliśmy nowo wydane funkcje platformy Azure z kanału informacyjnego aktualizacji platformy Azure do naszych wskazówek. Zapoznaj się z aktualizacjami w strategiach architektonicznych pozwalających uzyskać najkorzystniejsze stawki od dostawców oraz metodologii projektowania dla obciążeń związanych ze zrównoważonym rozwojem na platformie Azure.

Odświeżanie wskazówek dotyczących monitorowania

  • Zaktualizowaliśmy przewodniki zaleceń monitorowania w trzech filarach, aby dostosować je do niedawno wydanego przewodnika monitorowania Build a monitoring system for Azure workloads:

    • Strategie architektoniczne dotyczące monitorowania niezawodności obciążenia: Dodaliśmy wskazówki dotyczące używania modeli kondycji do śledzenia realizacji celów poziomu usług (SLO) i mierzenia ogólnego stanu obciążenia we wszystkich aspektach jakości. Uprościliśmy wyjaśnienia dotyczące sposobu, w jaki modele kondycji ujednolicają sygnały między warstwami systemowymi i łączą wpływ użytkowników na widoczność systemu. Usprawniliśmy również odwołania do modeli kondycji Azure Monitor.

    • Strategie architektury monitorowania wydajności obciążeń: dodaliśmy wskazówki dotyczące używania modeli kondycji dla alertów na poziomie jednostki, które ujawniają spadek wydajności złożonej jako pojedyncze alerty z możliwością działania. Rozszerzyliśmy wskazówki dotyczące alertów, aby utworzyć progi o określonym zakresie na podstawie wyników wydajności. Dodaliśmy również zalecenia dotyczące monitorowania elastyczności, oddzielania metryk wydajności od metryk biznesowych i używania syntetycznych transakcji na potrzeby spójnych danych wydajności.

    • Strategie architektury projektowania systemu monitorowania: dodaliśmy wskazówki dotyczące używania modeli kondycji jako warstwy semantycznej, która przekształca nieprzetworzone dane telemetryczne w stan systemu strukturalnego z przejściami stanu kondycji na potrzeby redukcji szumu alertu. Rozszerzyliśmy wskazówki dotyczące przechowywania danych w celu zrównoważenia krótkoterminowych danych o wysokiej rozdzielczości przy użyciu długoterminowych agregacji na potrzeby optymalizacji kosztów. Dodaliśmy również przykłady narzędzi operacyjnych opartych na sztucznej inteligencji i wbudowanych pulpitów nawigacyjnych monitorowania usług w chmurze.

Marzec 2026 r.

Nowe artykuły

  • Zbuduj system monitorowania obciążeń Azure: Dowiedz się, jak projektować i wdrażać rozwiązania monitorujące w czterech fazach: instrumentacji, zbierania, analizy i wizualizacji. Te wskazówki ułatwiają tworzenie monitorowania jako podstawowej możliwości architektonicznej, która łączy sygnały techniczne z wynikami operacyjnymi.

  • Strategie architektury do testowania: Dowiedz się, jak wdrażać rozwiązania testowe zgodne z celami biznesowymi i utrzymywać standardy jakości w całym cyklu życia programowania. Te wskazówki pomagają w zapobieganiu wadom, zmniejszaniu poprawek i budowaniu zaufania do procesów roboczych dzięki efektywnym strategiom testowania i planowaniu.

  • Wysokowydajne obciążenia obliczeniowe (HPC) w Azure: Ten artykuł zawiera omówienie nowego zestawu dokumentacji obciążeń obliczeniowych HPC. Dowiedz się więcej na temat zagadnień dotyczących architektury związanych z tworzeniem i obsługą obciążeń HPC w Azure. Te wytyczne dotyczą typowych wyzwań związanych z HPC i udostępniają strategie projektowania oparte na zasadach Well-Architected Framework dla operacji wymagających intensywnych obliczeń, które potrzebują masowej równoległości i specjalistycznego sprzętu. To nowe obciążenie zawiera następujące artykuły:

    • Wzorzec architektury dla obciążeń HPC na platformie Azure: Dowiedz się o podstawowym wzorcu architektury dla HPC na platformie Azure, który obejmuje dostęp użytkowników, harmonogramowanie zadań, klastry obliczeniowe, połączenia wysokowydajne oraz systemy przechowywania. Te wskazówki ułatwiają wybieranie składników, które są zgodne z typem obciążenia, wymaganiami dotyczącymi skalowania i potrzebami dotyczącymi wydajności.

    • Metodologia projektowania obciążeń HPC na Azure: Dowiedz się więcej o metodologicznym podejściu do projektowania, określania i udoskonalania wymagań HPC na podstawie wzorców sprzęgania obciążeń i komunikacji. Te wytyczne ułatwiają podejmowanie świadomych decyzji dotyczących obliczeń, sieci i wyboru lokalizacji przy jednoczesnej optymalizacji pod kątem skalowalności i kosztów.

    • Zasady projektowania dotyczące obciążeń HPC w Azure: Dowiedz się więcej o zasadach projektowania opartych na filarach struktury Well-Architected Framework w środowiskach HPC. Te wskazówki ułatwiają projektowanie systemów, które równoważą wydajność, niezawodność i koszty podczas zarządzania złożonością operacyjną w zakresie obliczeń, magazynu, sieci i aranżacji zadań.

Zaktualizowane artykuły

Luty 2026 r.

Zaktualizowane artykuły

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Database for MySQL: przepisaliśmy przewodnik po usłudze Azure Database for MySQL, aby jego zalecenia bardziej działały we wszystkich pięciu filarach platformy Well-Architected Framework. Rozszerzyliśmy i zreorganizowaliśmy listy kontrolne oraz zalecenia dotyczące konfiguracji w zakresie optymalizacji zasobów, rezerwacji, zarządzania opartego na zasadach, automatyzacji, monitorowania, skalowania, replik do odczytu i dostrajania wydajności. Zakres artykułu dotyczy wyłącznie opcji wdrażania serwera elastycznego usługi Azure Database for MySQL. Ustandaryzowaliśmy terminologię, poprawiono linki i poprawiliśmy spójność.

  • Sieć i łączność dla obciążeń o krytycznym znaczeniu na platformie Azure: Ujednoliciliśmy terminologię redundancji strefowej we wszystkich kluczowych sekcjach projektowych. Zastąpiliśmy nadmiarowość strefowąnadmiarowością na poziomie stref we wskazówkach dotyczących bramy NAT, zagadnieniach dotyczących wdrażania regionalnego i zaleceniach dotyczących standardów wdrożenia.

  • Strategie architektury dotyczące formalizacji praktyk programistycznych: zmieniamy współpracę i komunikację jako aspekty zarządzania zmianami, aby podkreślić, że każda jednostka pracy jest zmianą. Skonsolidowaliśmy charakterystykę historii użytkowników na pięć jasnych zasad: niezależne, negocjowalne, cenne, godne oszacowania i testowalne.

  • Strategie architektury dotyczące standaryzacji operacji: zreorganizowaliśmy zawartość w różnych sekcjach, które obejmują rutynowe listy kontrolne, procedury awaryjne, sprawdzone w branży praktyki i własność po lewej stronie. Te zmiany ułatwiają zrozumienie sposobu stosowania standardów w różnych scenariuszach operacyjnych. Poprawiona zawartość używa bardziej bezpośredniego języka zorientowanego na działania i traktuje dokumentację jako żywy zasób, który musi ewoluować wraz z obciążeniem i zespołem.

  • Strategie architektury projektowania systemu monitorowania: zreorganizowaliśmy ten artykuł, aby skupić się na projektowaniu możliwości, a nie szczegółów implementacji technicznej. Rozszerzyliśmy tabelę definicji. Zmienialiśmy strukturę zawartości wokół strategicznych zasad projektowania, w tym dopasowywania danych telemetrycznych do modeli kondycji i kluczowych wskaźników wydajności (KPI), standaryzacji konsolidacji danych, dostosowywania magazynu do wzorców użycia, korelowania danych na potrzeby kompleksowej analizy i definiowania alertów dotyczących znaczących warunków operacyjnych. Poprawiona treść używa języka skoncentrowanego na wynikach, który podkreśla, jak observability wspiera ciągłe doskonalenie i podejmowanie świadomych decyzji, zamiast skupiać się na mechanice potoków danych.

  • W tym miesiącu wprowadziliśmy nowo wydane funkcje platformy Azure z kanału informacyjnego aktualizacji platformy Azure do naszych wskazówek. Zapoznaj się z aktualizacjami w artykule Architecture best practices for Azure Service Bus (Najlepsze rozwiązania dotyczące architektury dla usługi Azure Service Bus).

Integracja sztucznej inteligencji z filarem doskonałości operacyjnej

Zintegrowaliśmy możliwości sztucznej inteligencji w ramach podstawowych wskazówek filaru doskonałości operacyjnej, z naciskiem na stosowanie sztucznej inteligencji w ramach pełnej dojrzałości. Poprawiona zawartość pokazuje, w jaki sposób zespoły mogą używać sztucznej inteligencji do ulepszania codziennych operacji, zmniejszać ręczne trudy, zwiększać produktywność i wspierać lepsze podejmowanie decyzji operacyjnych w miarę rozwoju praktyk z poszczególnych zadań do zintegrowanych, gotowych do produkcji przepływów pracy. Pomaga również zespołom ds. obciążeń ocenić, gdzie sztuczna inteligencja pasuje do każdego poziomu dojrzałości i podejmuje świadome decyzje, równoważąc potencjalny zwrot z inwestycji (ROI) z kompromisami w zakresie zabezpieczeń i niezawodności.

Aktualizacje redakcyjne

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Databricks: Ulepszyliśmy przejrzystość i spójność w przewodniku po usłudze Azure Databricks z rozszerzonymi sformułowaniami w zaleceniach dotyczących doskonałości operacyjnej i wydajności. Zaktualizowaliśmy formatowanie w tabelach i listach kontrolnych, poprawiono linki, zaktualizowano terminologię dotyczącą spójności oraz ulepszyliśmy strukturę zdań i przepływ, aby wskazówki były bardziej odpowiednie i łatwiejsze do wykonania.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Virtual WAN: ulepszyliśmy przejrzystość i spójność we wszystkich zaleceniach w sekcjach Optymalizacja kosztów, Doskonałość operacyjna i Wydajność wydajności. Wzmocniliśmy wskazówki dotyczące modelowania kosztów, tagowania zasobów, planowania pojemności centrum, automatyzacji IaC, monitorowania i alertów, postępowych praktyk wdrażania i testowania wydajności, jednocześnie poprawiając ogólne sformułowanie i dostosowanie do konwencji stylu firmy Microsoft.

Styczeń 2026 r.

Zaktualizowane artykuły

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Event Grid: zastąpiliśmy poprzednie artykuły dotyczące niezawodności i doskonałości operacyjnej usługi Event Grid z kompleksowym przewodnikiem dotyczącym usług, który obejmuje wszystkie pięć filarów platformy Well-Architected Framework. Dodaliśmy obszerne nowe wskazówki dotyczące bezpieczeństwa, optymalizacji kosztów i efektywności wydajności, a także znacząco rozszerzyliśmy zagadnienia związane z niezawodnością i doskonałością operacyjną, aby uwzględnić nowoczesne praktyki, takie jak inżynieria chaosu, infrastruktura jako kod (IaC) oraz integracja CI/CD.

  • Strategie architektury dotyczące samonaprawiania i samozachowywania: rozszerzyliśmy wskazówki dotyczące akcji samonaprawiania o nowy przykład użycia kolejek martwych listów w celu obsługi uszkodzonych komunikatów, które mogą blokować przetwarzanie kolejek. Ulepszyliśmy również formatowanie automatycznej sekcji samonaprawiania w celu zapewnienia lepszej czytelności.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Service Bus: dodaliśmy wskazówki ułatwiające eliminowanie kilku trybów awarii, w tym wykrywanie wyjątków przydziału, sprawdzanie IsTransient właściwości pod kątem podejmowania decyzji dotyczących ponawiania prób i używanie PeekLock trybu zapobiegania utracie komunikatów. Rozszerzyliśmy sekcję nadmiarowości na poziomie regionu z aktywnymi i pasywnymi wzorcami replikacji w celu zwiększenia odporności. Dodatkowo wprowadziliśmy nowe zalecenie dotyczące włączania funkcji wykrywania duplikatów w celu filtrowania zbędnych komunikatów z powtórnych prób producenta.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Blob Storage: dodaliśmy wskazówki, aby zawsze używać zestawu SDK biblioteki klienta usługi Blob Storage dla wbudowanych funkcji obsługi błędów przejściowych. Rozszerzyliśmy również wskazówki dotyczące opcji odczytu pomocniczego, aby uwzględnić łagodne obniżanie funkcjonalności, gdy zawodzą zarówno odczyty podstawowe, jak i pomocnicze.

  • Strategie architektury analizy trybu awarii: dodaliśmy wskazówki ułatwiające odróżnienie błędów od błędów. Wyjaśnia, że błędy są nieoczekiwanymi zdarzeniami, które wymagają interwencji, a błędy są oczekiwanymi częściami normalnych operacji. Dodaliśmy również zalecenie, aby rozważyć błędy odczytu i błędy zapisu oddzielnie, ponieważ ich wpływ i kroki ograniczania ryzyka różnią się.

  • Najlepsze rozwiązania dotyczące architektury usługi Azure SQL Database: dodaliśmy wskazówki dotyczące izolowania pul połączeń w kodzie klienta, aby zapobiec awariom kaskadowym, gdy zadania intensywnie korzystające z zasobów zużywają dostępne połączenia. Dodaliśmy również zalecenia dotyczące używania niezmiennego magazynu dla dzienników inspekcji, monitorowania za pomocą sys.event_log, oraz oceny inspekcji na poziomie bazy danych w porównaniu z inspekcją na poziomie serwera pod kątem wydajności. Rozszerzyliśmy wskazówki dotyczące wydajności, aby uwzględnić najlepsze rozwiązania dotyczące puli połączeń i ocenę jednostki SKU podczas osiągania limitów połączeń.

  • Zagadnienia dotyczące platformy danych dotyczące obciążeń o znaczeniu krytycznym na platformie Azure: zaktualizowaliśmy adresy URL referencyjne dla linków dokumentacji usługi Azure Cosmos DB w całym artykule.

Grudzień 2025 r.

Nowe artykuły

  • Dopasuj strategię techniczną do wymagań biznesowych: Dowiedz się więcej o pięcioetapowym procesie przekształcania potrzeb biznesowych w wymagania techniczne umożliwiające podejmowanie działań. Te wskazówki pomagają architektom wyjaśnić cele, odkrywać prawdziwe motywacje, oceniać kompromisy i zalecać strategie, które równoważą kondycję techniczną z priorytetami biznesowymi.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Virtual WAN: uzyskaj najlepsze rozwiązania dotyczące architektury dla usługi Virtual WAN, które są zgodne z filarami platformy Well-Architected Framework. Dowiedz się, jak projektować pod kątem niezawodności, zabezpieczeń, optymalizacji kosztów, doskonałości operacyjnej i wydajności, przy użyciu praktycznych zaleceń dotyczących łączności, nadmiarowości, monitorowania i skalowania w sieciach globalnych.

Zaktualizowane artykuły

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Event Hubs: Ulepszyliśmy czytelność i zmodernizowany język w sekcjach Doskonałość operacyjna i Wydajność wydajności. Dodaliśmy nowe zalecenia dotyczące automatyzacji i kontroli kosztów oparte na zasadach, usprawnione porady dotyczące konfiguracji i ulepszone wskazówki dotyczące monitorowania, skalowania i testowania. Te zmiany ułatwiają stosowanie najlepszych rozwiązań i optymalizowanie obciążeń usługi Event Hubs.

  • Opracowanie specyfikacji projektu architektury: wyjaśniliśmy znaczenie dopasowywania decyzji projektowych do potrzeb biznesowych i celów uczestników projektu. Dodaliśmy odwołania do przewodnika po wymaganiach biznesowych, skondensowaliśmy sekcję specyfikacji funkcjonalnej i dodaliśmy link do szczegółowych zasobów planowania odzyskiwania po awarii. Te zmiany ułatwiają tworzenie przejrzystych, praktycznych specyfikacji architektury, które obsługują zarówno cele techniczne, jak i biznesowe.

  • Obowiązki i wytyczne architekta rozwiązań: Wyjaśniliśmy obowiązki, podano praktyczną listę kontrolną elementów dostarczanych i podkreśliliśmy znaczenie dopasowywania architektury do wymagań biznesowych. Usprawniliśmy wytyczne, dodaliśmy porady umożliwiające podejmowanie działań w zakresie podejmowania decyzji, możliwości wsparcia i ciągłego uczenia się oraz ulepszone wskazówki dotyczące współpracy z zespołami platformy. Te zmiany pomagają architektom dostarczać jasne, skuteczne i dostosowane rozwiązania.

  • Najlepsze praktyki architektoniczne dla usługi Azure NetApp Files: dodano nowe zalecenia dotyczące rejestrowania dostępu do plików, kluczy zarządzanych przez klienta w różnych dzierżawcach oraz Elastyczny poziom usługi w celu oddzielenia wydajności od pojemności. Ulepszyliśmy zalecenia dotyczące optymalizacji kosztów, zabezpieczeń i monitorowania operacyjnego oraz dodaliśmy szczegółowe informacje na temat używania klonów krótkoterminowych i ulepszonych narzędzi do szacowania. Te aktualizacje pomagają zwiększyć bezpieczeństwo, zoptymalizować koszty oraz zwiększyć wydajność i elastyczność obciążeń.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure API Management: dodaliśmy najnowsze funkcje warstwy, w tym Premium w wersji 2, i wyjaśniliśmy zalecenia dotyczące niezawodności, zabezpieczeń i optymalizacji kosztów. Ulepszyliśmy wskazówki dotyczące nadmiarowości, kontroli dostępu i wydajności oraz uproszczonego języka w całym artykule. Te zmiany ułatwiają podejmowanie bardziej świadomych decyzji i stosowanie najlepszych rozwiązań dotyczących obciążeń usługi API Management.

  • Zaktualizowaliśmy kilka artykułów, aby odzwierciedlić nowe funkcje i możliwości platformy Azure, które zostały uruchomione w tym miesiącu. Zapoznaj się z aktualizacjami w artykule Najlepsze rozwiązania dotyczące architektury dla usługi Azure Database for MySQL i optymalizacji kosztów, najlepsze rozwiązania dotyczące architektury dla usługi Azure Functions i najlepsze rozwiązania dotyczące architektury dla usługi Azure Kubernetes Service (AKS).

Listopad 2025 r.

Nowe artykuły

  • Tworzenie strategii sztucznej inteligencji dla firmy SaaS: dowiedz się, jak opracowywać i implementować strategiczne podejście do sztucznej inteligencji dla firmy SaaS (software as a service). W tych wskazówkach opisano sposób przekształcania się od dostawcy funkcji do strategicznego partnera, oceniania możliwości i ryzyka w środowiskach wielodostępnych oraz dopasowywania inicjatyw sztucznej inteligencji do mierzalnych wyników biznesowych. Zapoznaj się z archetypami SaaS, aby zidentyfikować, gdzie sztuczna inteligencja tworzy wartość, ustanów praktyki operacyjne generatywnej sztucznej inteligencji (GenAIOps) i podejmij świadome decyzje dotyczące tworzenia, zakupu i dostosowywania. Dowiedz się, jak zacząć od podstawowych przypadków użycia i rozwijać się w kierunku środowisk agentycznych, tworząc wewnętrzne możliwości sztucznej inteligencji, które wzmacniają długoterminową pozycję rynkową produktu.

  • Opracuj praktykę zarządzania zdarzeniami w celu odzyskania sprawności po zakłóceniach: dowiedz się, jak utworzyć skuteczny plan zarządzania zdarzeniami (IcM) w celu obsługi zakłóceń obciążeń. W tych wskazówkach opisano, jak przygotować się za pomocą projektowania obserwacji, definicji roli i konfiguracji infrastruktury, wykrywania i reagowania na zdarzenia za pomocą strategii klasyfikacji i ograniczania ryzyka oraz przeprowadzania retrospektyw po zdarzeniu w celu ciągłego ulepszania. Zapoznaj się z praktycznymi przykładami reagowania na błędy wdrażania, w tym ograniczaniem, przywracaniem, procedurami awaryjnymi i szybkimi poprawkami w celu wydajnego przywracania usługi przy zachowaniu jasnej komunikacji i odpowiedzialności między zespołami.

Zaktualizowane artykuły

  • Opracowanie planu odzyskiwania po awarii dla wdrożeń w wielu regionach: wyjaśniliśmy, że artykuł koncentruje się na technicznych ograniczeniach ryzyka i procesach ciągłości działania, dodano odwołanie do towarzyszącego artykułu filaru niezawodności na temat strategii odzyskiwania po awarii oraz ustanowiono IcM jako warunek wstępny do efektywnego planowania odzyskiwania po awarii z linkiem do nowego przewodnika IcM.

  • Strategie architektury projektowania procesu IcM: zaktualizowaliśmy tytuł artykułu i zreorganizowaliśmy zawartość, aby rozpocząć od dokumentacji i alokacji zasobów przed pokryciem strategii architektury. Dodaliśmy również wyjaśnienia dotyczące planowania zasobów, umów pomocy technicznej i informacji kontaktowych dla personelu wewnętrznego i zewnętrznego reagowania na zdarzenia.

  • Platforma danych dla obciążeń sztucznej inteligencji na platformie Azure: Zreorganizowaliśmy sekcję indeksu wyszukiwania, aby zacząć od celu i wymagań dotyczących wydajności, zanim zostaną przedstawione szczegółowe kryteria. Dodaliśmy wskazówki dotyczące obsługi danych wielomodalnych, rozszerzyliśmy zagadnienia dotyczące zabezpieczeń, aby uwzględnić ochronę osadzania oraz zagrożenia związane z danymi wektorowymi, a także wprowadziliśmy nowe sekcje dotyczące zagadnień dotyczących danych szkoleniowych, repozytoriów cech i wzorców wnioskowania wsadowego, aby zapewnić bardziej kompleksowy zakres potrzeb platformy danych uczenia maszynowego i generatywnej sztucznej inteligencji (GenAI).

  • Strategie architektury odzyskiwania po awarii: wyjaśniliśmy zakres odzyskiwania po awarii, wyróżniając go od rutynowego IcM i dodając odwołanie do nowego artykułu towarzyszącego na temat planowania odzyskiwania po awarii w wielu regionach. Zreorganizowaliśmy wskazówki dotyczące określania priorytetów oceny wpływu na działalność biznesową, definicji progu awarii i protokołów komunikacyjnych przed określeniem szczegółów architektury i procedur. Rozszerzyliśmy zakres strategii tworzenia kopii zapasowych, planowania powrotu po awarii i wymagań dotyczących dostępności.

  • Jak używać dokumentacji platformy Azure Well-Architected Framework: dodaliśmy nową sekcję Podstawy projektowania do bloków konstrukcyjnych platformy. Wprowadza on przewodniki projektowe jako ukierunkowane zasoby, które zapewniają zalecane, międzyobszarowe wskazówki dotyczące konkretnych praktyk i wyborów, które pomagają zespołom w stosowaniu zasad Well-Architected Framework w praktycznych scenariuszach.

  • Metodologia projektowania obciążeń SaaS na platformie Azure: dodaliśmy odważne formatowanie do kluczowych punktów decyzyjnych mających na celu poprawę czytelności i podkreślenie krytycznych zagadnień, takich jak lokalizacja wdrożenia zasobów, modele cenowe i aprowizowanie funkcji.

  • Zarządzanie tożsamościami i dostępem dla obciążeń SaaS na platformie Azure: Ulepszyliśmy przejrzystość, jawnie definiując dzierżawę jako klienta w kontekście separacji danych, rozwiązaliśmy problem z formatowaniem na liście funkcji i zaktualizowaliśmy odwołania do plików diagramu z PNG do formatu SVG w celu zapewnienia lepszej skalowalności i renderowania.

  • Organizacja zasobów dla obciążeń SaaS na platformie Azure: zaktualizowaliśmy odnośnik do organizacji zasobów platformy Azure oraz doprecyzowaliśmy wskazówki dotyczące bilansowania współdzielonych zasobów, aby zapewnić lepszą przejrzystość w środowiskach SaaS z dostępem wielodziedzinowym.

  • Rozliczenia i zarządzanie kosztami obciążeń SaaS na platformie Azure: uściśliliśmy wskazówki dotyczące implementacji planu rozliczeniowego, aby jawnie zniechęcić do indywidualnych ustaleń cenowych klientów, które mogą prowadzić do złożoności operacyjnej.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Files: wyjaśniliśmy, że administratorzy mogą używać modelu uprawnień systemu Windows dla administratora bloku komunikatów serwera (SMB) do zarządzania własnością plików bez konieczności używania klucza konta magazynu. Udoskonaliliśmy również język dotyczący kontroli administracyjnej udziałów plików w systemie plików NFS, aby uzyskać lepszą precyzję.

  • Najlepsze praktyki architektury dla usługi Azure Blob Storage: Dodaliśmy wskazówki dotyczące korzystania z Azure Storage Discovery w połączeniu z Microsoft Copilot na platformie Azure w celu analizy konfiguracji nadmiarowości, identyfikowania zagrożeń bezpieczeństwa i znajdowania nieefektywności wydatków na kontach magazynu. Wprowadziliśmy również replikację o wysokim priorytecie geograficznym jako opcję optymalizacji celu w punkcie odzyskiwania danych (RPO) podczas korzystania z nadmiarowości pamięci geograficznej (GZRS).

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure ExpressRoute: Udoskonaliliśmy wprowadzenie do niezawodności, aby podkreślić rozróżnienie między odpornością i możliwościami odzyskiwania w łączności sieciowej oraz wyjaśniono, że odporność utrzymuje przepływ ruchu podczas problemów z obwodem, podczas gdy możliwość odzyskiwania koncentruje się na przywracaniu po regionalnych zakłóceniach. Dodaliśmy również wskazówki dotyczące używania testów weryfikacji odporności usługi ExpressRoute i szczegółowych informacji o odporności w celu oceny konfiguracji trybu failover i oceny niezawodności płaszczyzny sterowania.

  • Lista kontrolna architekta rozwiązań: Wyjaśniliśmy rolę architekta, podkreślając równowagę konkurencyjnych ograniczeń oraz znaczenie ujawniania niedociągnięć projektu i zaakceptowanych ryzyk, aby zapobiec niezakomunikowanemu długowi technologicznemu. Dodaliśmy również nowy element listy kontrolnej dotyczący weryfikowania krytycznych założeń z weryfikacją koncepcji, aby zapobiec awarii teoretycznych projektów w praktyce.

  • Współpraca z zespołem ds. obciążeń: wprowadziliśmy wskazówki dotyczące współpracy bardziej zwięzłe i możliwe do podjęcia działań, dodano nową sekcję dotyczącą zarządzania długiem technicznym, która podkreśla celowe podejmowanie decyzji i dokumentację oraz wprowadziła wskazówki dotyczące mentoringu i udostępniania wiedzy, aby pomóc architektom wzmocnić ich wpływ poprzez edukowanie zespołu wdrożeniowego.

  • Obsługa obciążenia w roli konsultacyjnej: ulepszyliśmy wskazówki dotyczące ćwiczeń modelowania, aby podkreślić walidację założeń z dowodami empirycznymi, a nie nieaktualnymi hipotezami. Rozszerzyliśmy sekcję zaleceń dotyczących ulepszeń, aby zachęcić do proaktywnej oceny i zarządzania długami technicznymi. Przeprojektowaliśmy również wskazówki dotyczące uczestnictwa w przeglądzie, aby umieścić architektów jako dostawców autorytatywnego kontekstu, który pomaga zidentyfikować luki w zgodności.

  • Wzorce projektowe architektury, które obsługują doskonałość operacyjną: wprowadziliśmy bardziej zwięzłe i zorientowane na działania wprowadzenie, wyjaśniając, że niezarządzane ryzyka ostatecznie objawiają się jako trudności operacyjne lub incydenty. Ulepszyliśmy również opis wzorca Strangler Fig, aby uwzględnić wskazówki dotyczące bezpiecznego wycofywania z eksploatacji i podkreśliliśmy, że należy usunąć dziedziczone punkty końcowe dopiero wtedy, gdy nowe przepływy spełnią cele dotyczące niezawodności i zdolności do obserwacji.

  • Strategie architektury dla bezpiecznych praktyk wdrażania: dodaliśmy nową sekcję dotyczącą bezpiecznego likwidowania, która zapewnia ustrukturyzowane, bezpieczne podejście do usuwania lub wycofywania składników. Te wskazówki podkreślają traktowanie usunięć jako nieodwracalnych oraz obejmują kroki takie jak weryfikowanie braku aktywności, zachowanie stanu, wyłączanie przed usunięciem, monitorowanie za pośrednictwem okna kontrolnego i czyszczenie odwołań resztkowych w celu uniknięcia niezamierzonych zakłóceń spowodowanych ukrytymi zależnościami.

  • Strategie architektoniczne dla projektowania uwzględniającego nadmiarowość: zmieniliśmy nagłówek dotyczący architektury aktywno-pasywnej, aby podkreślić efektywność kosztową procesu odzyskiwania po awarii. Dodaliśmy również nową sekcję dotyczącą stosowania ochrony usuwania przy użyciu blokad zasobów platformy Azure, aby zapobiec przypadkowemu usunięciu nadmiarowych składników. Zamki uzupełniają, ale nie zastępują kopii zapasowych i właściwego nadzoru.

  • Strategie architektury analizy trybu awarii: wyjaśniliśmy, że analiza trybu awarii (FMA) ułatwia odzyskiwanie obciążeń w sposób bezproblemowy w ramach zdefiniowanych celów odzyskiwania i podkreśla dopasowanie do określonych celów, a nie tylko ogólnego odzyskiwania. Wyczyściliśmy również niespójności formatowania w całym dokumencie.

  • Strategie architektury projektowania strategii testowania niezawodności: udoskonaliliśmy definicje możliwości odzyskiwania i odporności, aby lepiej je odróżnić. Możliwość odzyskiwania koncentruje się na przywracaniu w ramach celu czasu odzyskiwania (RTO) i celów punktu odzyskiwania (RPO), podczas gdy odporność kładzie nacisk na wytrzymywanie błędów i utrzymanie akceptowalnego poziomu doświadczenia użytkownika podczas zakłóceń.

  • Dane obciążeń SaaS na platformie Azure: zaktualizowaliśmy terminologię w całym artykule. Udoskonaliliśmy również dyskusję na temat niezawodności, rozróżniając odporność (wytrzymającą błędy) i możliwość odzyskiwania (operacje przywracania), aby wyjaśnić, w jaki sposób te koncepcje mają zastosowanie do projektu danych SaaS.

  • Zasady projektowania obciążeń SAP: zaktualizowaliśmy tytuł dla spójności. Uściśliliśmy również opis filaru niezawodności, aby odróżnić odporność (wytrzymanie błędów w celu utrzymania czasu pracy) i możliwość odzyskiwania (przywracanie normalnych operacji po awariach). Należy zaprojektować obciążenia SAP dla obu problemów, a nie traktować ich jako synonimów.

  • Zaktualizowaliśmy kilka artykułów, aby odzwierciedlić nowe funkcje i możliwości platformy Azure, które zostały uruchomione w tym miesiącu. Zapoznaj się z aktualizacjami w artykule Architecture best practices for Azure Virtual Machines and scale sets and Architecture best practices for Azure Cosmos DB for NoSQL (Najlepsze rozwiązania dotyczące architektury dla usługi Azure Virtual Machines i zestawów skalowania oraz najlepsze rozwiązania dotyczące architektury dla usługi Azure Cosmos DB dla noSQL).

Październik 2025 r.

Nowe artykuły

  • Strategie architektury dotyczące projektowania strategii reagowania kryzysowego: dowiedz się, jak tworzyć efektywne możliwości reagowania na zdarzenia w ramach obciążeń. W niniejszych wskazówkach opisano sposób projektowania systemów do izolacji i zabezpieczeń, implementacji monitorowania w celu szybkiego wykrywania, ułatwiania diagnostyki, ustanawiania procesów zarządzania incydentami, przeprowadzania analizy głównych przyczyn i raportów pośmiertnych oraz wykorzystania automatyzacji do poprawy spójności reakcji. Dowiedz się, jak tworzyć ustrukturyzowane procedury w celu wykrywania, ograniczania i rozwiązywania incydentów, ucząc się z niepowodzeń, aby zapobiec ich ponownemu wystąpieniu.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Service Bus: dowiedz się, jak zaimplementować usługę Service Bus przy użyciu najlepszych rozwiązań dotyczących architektury w pięciu filarach platformy Well-Architected Framework. W tych wskazówkach opisano redundancję stref i odtwarzanie po awarii geograficznej, uwierzytelnianie Microsoft Entra ID i prywatne punkty dostępu, wybór poziomu i optymalizację zasobów, infrastrukturę jako kod (IaC) oraz monitorowanie oraz skalowanie automatyczne i dzielenie komunikatów na partie. Wskazówki ułatwiają projektowanie odpornych, bezpiecznych i ekonomicznych rozwiązań do obsługi komunikatów dla aplikacji rozproszonych.

Zaktualizowane artykuły

Wrzesień 2025 r.

Nowe artykuły

  • Opracowywanie planu odzyskiwania po awarii dla wdrożeń w wielu regionach: znajdź zalecenia dotyczące tworzenia planu odzyskiwania po awarii (DR) dla wdrożeń platformy Azure w wielu regionach. W tym przewodniku wyjaśniono kluczową terminologię, sposób klasyfikowania obciążeń według krytycznego znaczenia oraz dopasowywania strategii odzyskiwania z wpływem biznesowym. Obejmuje ona podstawy planowania DR, takie jak plany komunikacji, runbooki i ścieżki eskalacji, a także praktyczne porady dotyczące optymalizowania kosztów odzyskiwania. Krok po kroku opisane są działania i metody walidacji dla tworzenia kopii zapasowych i przywracania, trybu aktywno-pasywnego (zimnej i ciepłej gotowości) oraz wdrożeń aktywno-aktywnych. Regularne testowanie i ciągłe ulepszanie są podkreślane w celu zapewnienia ciągłości działania.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Databricks: znajdź zalecenia dotyczące projektowania i obsługi obciążeń usługi Azure Databricks przy użyciu zasad platformy Well-Architected Framework. Dowiedz się, jak zastosować niezawodność, bezpieczeństwo, optymalizację kosztów, doskonałość operacyjną i efektywność wydajnościową w rozwiązaniach Spark, Delta Lake, Unity Catalog i MLflow.

  • Strategie architektury dotyczące używania stref dostępności i regionów: dowiedz się, jak wybierać między wdrażaniem obciążeń w różnych strefach dostępności platformy Azure lub regionach w celu spełnienia celów dotyczących niezawodności, odporności, kosztów i wydajności. W tym przewodniku wyjaśniono różnice między wdrożeniami lokalnie nadmiarowymi, strefowymi (przypiętymi), strefowo nadmiarowymi i wieloregionowymi oraz opisem kompromisów dla każdego podejścia. Zawiera praktyczne zalecenia dotyczące dopasowywania strategii wdrażania do wymagań biznesowych, takich jak tolerancja ryzyka, miejsce przechowywania danych, lokalizacja użytkownika, budżet i złożoność. Przykładowe scenariusze i wskazówki dotyczące łączenia architektur wielostrefowych i wieloregionowych są uwzględniane w rozwiązaniach o znaczeniu krytycznym.

Zaktualizowane artykuły

  • Wzorzec architektury dla obciążeń o krytycznym znaczeniu na platformie Azure: Uprościliśmy sekcję podstawowej architektury, usuwając dodatkowe linie, obrysy kart i klikalne linki na diagramach.

  • Modelowanie kondycji dla obciążeń: dodaliśmy sekcję dotyczącą modeli kondycji usługi Azure Monitor. Opisano w nim sposób upraszczania modelowania kondycji za pomocą wbudowanych alertów, wizualizacji i łatwej integracji. Dołączyliśmy również zrzut ekranu oraz zaktualizowaliśmy powiązane linki odnoszące się do modeli kondycji Azure Monitor.

  • Zasady projektowania niezawodności: Wyjaśniliśmy zakres obciążenia i zobowiązania zespołu, dodaliśmy jasne instrukcje dotyczące wymagań i granic rozwiązań, wyróżniono niezawodność przepływów użytkowników, wyróżniono horyzonty czasowe i zależności oraz stałe sformułowanie w sekcji odporności.

  • Testowanie i ocenianie obciążeń sztucznej inteligencji na platformie Azure: odświeżyliśmy wskazówki dotyczące testowania i oceniania obciążeń sztucznej inteligencji, dodano nowe zalecenia dotyczące metod walidacji i wyjaśniliśmy najlepsze rozwiązania dotyczące ciągłego ulepszania.

  • Strategie architektury projektowania pod kątem nadmiarowości: zaktualizowaliśmy nagłówki w dokumentacji nadmiarowości, aby zwiększyć przejrzystość i spójność. Rozszerzyliśmy również wskazówki dotyczące nadmiarowości, dodaliśmy nowe zalecenia dotyczące nadmiarowości na poziomie strefy i regionu oraz wyjaśniliśmy kompromisy dotyczące różnych podejść.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Machine Learning: odświeżyliśmy wskazówki dotyczące usługi Azure Machine Learning, dodaliśmy nowe zalecenia dotyczące niezawodności, zabezpieczeń i optymalizacji kosztów oraz ulepszone wskazówki dotyczące doskonałości operacyjnej.

  • Strategie architektury dotyczące projektowania i tworzenia systemu monitorowania: rozszerzyliśmy wskazówki dotyczące obserwacji dzięki nowym rekomendacjom dotyczącym monitorowania sieci, zgłaszania alertów i diagnostyki oraz wyjaśniliśmy najlepsze rozwiązania dotyczące doskonałości operacyjnej.

  • Strategie architektury służące do projektowania niezawodnej strategii monitorowania i zgłaszania alertów: odświeżyliśmy wskazówki dotyczące strategii monitorowania i alertów, dodano nowe zalecenia dotyczące monitorowania ruchu sieciowego w celu zwiększenia niezawodności i rozszerzono najlepsze rozwiązania dotyczące używania narzędzi platformy Azure w odpowiedzi na zdarzenia.

  • Najlepsze praktyki dotyczące architektury dla usługi Azure Files: zrewidowaliśmy przewodnik dotyczący usługi Azure Files, aby wyjaśnić terminologię, szczegóły dotyczące nadmiarowości i aktualizacji oraz model rozliczeń, dodać wskazówki dotyczące udziałów plików SSD i buforowania metadanych oraz uwzględnić zasoby związane z całkowitym kosztem posiadania (TCO). Dodaliśmy również wskazówki dotyczące korzystania z rozszerzenia usługi Azure File Sync Arc dla środowisk hybrydowych.

Aktualizacje funkcji platformy Azure

W tym miesiącu wprowadziliśmy nowo wydane funkcje platformy Azure z kanału informacyjnego aktualizacji platformy Azure do naszych wskazówek. Poniżej wyróżniono najważniejsze przykłady.

Wycofane artykuły

W tym miesiącu wycofaliśmy następujące artykuły. Zawartość była nieaktualna i nie jest już zgodna z platformą Azure Well-Architected Framework.

  • Przewodnik po usłudze Azure OpenAI Service
  • Przewodnik po usłudze Azure Cache for Redis

Sierpień 2025 r.

Zaktualizowane artykuły

  • Persony zespołów ds. obciążeń dla obciążeń sztucznej inteligencji: zaktualizowaliśmy ten artykuł, aby odzwierciedlać najnowsze postępy w generatywnej sztucznej inteligencji, koncentrując się na rozwiązaniach oparte na agentach. Dodaliśmy sekcję dotyczącą osobowości agentycznych, aby wprowadzić osobowości agentyczne i ich rolę w obciążeniach sztucznej inteligencji. Rozszerzyliśmy również przykładowe osoby, aby uwzględnić zarówno role człowieka, jak i zautomatyzowanego agenta w programach i operacjach. Szablony person oraz przykłady obecnie odzwierciedlają dynamiczne, między-systemowe potrzeby dostępu w modelu just-in-time, kładąc nacisk na zarządzanie, odpowiedzialność oraz unikatowe wymagania systemów agentycznych.

  • Najlepsze rozwiązania dotyczące architektury usługi Log Analytics: rozszerzyliśmy i zrestrukturyzowaliśmy wskazówki dotyczące obszarów roboczych usługi Log Analytics oraz wprowadziliśmy szczegółowe zalecenia, listy kontrolne i najlepsze rozwiązania dotyczące filarów platformy Well-Architected.

  • Zasady projektowania wydajności: wprowadziliśmy bardziej czytelne i bardziej skuteczne wskazówki. Uprościliśmy język techniczny i usprawniliśmy zalecenia, aby pomóc zespołom w dopasowaniu celów wydajności do potrzeb biznesowych. Te zmiany ułatwiają planowanie, tworzenie i konserwowanie systemów, które działają niezawodnie w czasie.

  • Diagramy projektowania architektury: zaktualizowaliśmy wskazówki dotyczące rozwiązań diagramowania i typów diagramów architektury, dodając nowe zalecenia dotyczące przejrzystości, ułatwień dostępu, kontroli wersji i wizualizacji warstwowych. Wprowadziliśmy również nowe kategorie diagramów i przedstawiliśmy bardziej szczegółowe opisy celów diagramu i najlepszych rozwiązań.

  • Strategie architektury wdrażania automatyzacji: Dodaliśmy narzędzia Azure, których można użyć do automatyzacji zadań roboczych. Dowiedz się więcej na temat funkcji automatycznego zarządzania usługami sieciowymi, w tym konserwacji kontrolowanej przez klienta usługi Azure Firewall, filtrowania w pełni kwalifikowanej nazwy domeny (FQDN) w regułach tłumaczenia adresów sieciowych (DNAT) docelowych oraz zarządzanych certyfikatów usługi Azure Front Door.

  • Strategie architektury dla sieci i łączności: dodaliśmy obwód zabezpieczeń sieci platformy Azure do listy usług platformy Azure, których można użyć do dodawania możliwości ochrony w sieci.

  • Strategie architektury służące do tworzenia strategii segmentacji: dodaliśmy kolejny wzorzec segmentacji sieci: izolacja PaaS. Zalecamy używanie obwodu zabezpieczeń sieci platformy Azure z tym wzorcem.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Firewall: dodaliśmy rozwiązanie Microsoft Security Copilot jako narzędzie do badania zagrożeń i analizy oraz informacji o transformacji w czasie pozyskiwania w usłudze Log Analytics, aby pomóc w zmniejszeniu kosztów. Dodaliśmy również zalecenia konfiguracyjne dotyczące filaru doskonałości operacyjnej.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Front Door: wprowadziliśmy zmiany w celu podkreślenia korzystania z funkcji zabezpieczeń opartych na sztucznej inteligencji, w tym integrację z Security Copilot na potrzeby analizy zdarzeń zapory aplikacji internetowej. Dodaliśmy również wskazówki dotyczące zarządzanych certyfikatów wieloznacznych protokołu transport Layer Security (TLS).

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Kubernetes Service (AKS): Dodaliśmy wskazówki dotyczące klastrów usługi AKS, w tym zalecenia dotyczące obsługi serwera proxy HTTP, integracji niestandardowego urzędu certyfikacji i statycznej alokacji bloków usługi Azure CNI w celu poprawy zgodności, zabezpieczeń i zarządzania siecią.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Virtual Network: Dodaliśmy zalecenia dotyczące używania obwodu zabezpieczeń sieci dla izolacji usługi PaaS, scentralizowanego zarządzania adresami IP za pomocą usługi Azure Virtual Network Manager oraz zintegrowanej diagnostyki z narzędziem do rozwiązywania problemów z siecią maszyn wirtualnych usługi Network Watcher.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Application Gateway w wersji 2: Usunęliśmy konkretne przykłady i porównania funkcji między usługą Azure Front Door i usługą Application Gateway. Wskazówki dotyczą teraz używania zasad WAF (zapory aplikacji internetowej) i ograniczenia działania Application Gateway, aby odbierać ruch tylko z Azure Front Door. Wyjaśniliśmy również sformułowania oraz zaktualizowaliśmy odwołania w przewodniku. Ulepszyliśmy nagłówki i listy kontrolne sekcji, aby ułatwić śledzenie wskazówek.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure SQL Database: dodaliśmy wskazówki dotyczące fragmentowania, wyjaśniliśmy konfigurację nadmiarowości strefy i wprowadziliśmy automatyczne zalecenia dotyczące tworzenia kopii zapasowych w celu wzmocnienia niezawodności i odzyskiwania usługi Azure SQL Database. Ulepszyliśmy również zalecenia dotyczące optymalizacji kosztów i wydajności, dodaliśmy porady dotyczące używania natywnych funkcji SQL i zanotowaliśmy najnowsze aktualizacje platformy Azure.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure Disk Storage: dodaliśmy sekcję opisjącą kompromisy projektowe, które mogą być konieczne, jeśli używasz metod z list kontrolnych filarów, w tym wskazówek dotyczących wydajności i kosztów dysków SSD w warstwie Premium platformy Azure, usługi Azure Ultra Disk Storage, dysków SSD w warstwie Standardowa platformy Azure i dysków HDD w warstwie Standardowa platformy Azure. Dodaliśmy również zalecenia dotyczące zapewniania pojemności na czas oraz dynamicznego rozszerzania dysku bez czasów przestoju.

  • Ukończ ocenę w ramach Azure Well-Architected Review: dodaliśmy poradę dotyczącą wybierania opcji Core Well-Architected Review w ocenie w ramach Azure Well-Architected Review. Dodaliśmy również sekcję dotyczącą wyspecjalizowanych przeglądów i ocen Well-Architected dla konkretnych technologii i obciążeń.

  • Obciążenia platformy Azure Well-Architected Framework: rozszerzyliśmy definicję obciążeń w celu uwzględnienia niestandardowych modeli kodu i sztucznej inteligencji, podkreślonych praktyk architektonicznych, takich jak rozkładanie obciążeń i rozwiązywanie problemów z długiem technicznym, a także dodaliśmy sekcje dotyczące organizacji zespołów obciążeń, zależności, budżetowania i ciągłego ulepszania. Dodaliśmy również wskazówki dotyczące wspólnych obowiązków i ładu w środowiskach chmury.

Lipiec 2025 r.

Zaktualizowane artykuły

  • Odpowiedzialna sztuczna inteligencja w obciążeniach Azure: Odświeżyliśmy ten artykuł, dodając nowe wskazówki dotyczące systemów agentowej sztucznej inteligencji, w tym zabezpieczeń dla procesów pobierania oraz agentów autonomicznych, audytowalności i nadzoru ludzkiego. Zalecenia dotyczące bezpieczeństwa zawartości obejmują teraz znakowanie wodne, tagowanie metadanych i jasne ujawnienie multimediów generowanych przez sztuczną inteligencję. Aktualizacje etyczne podkreślają zdolność do kwestionowania decyzji dotyczących sztucznej inteligencji i zapewnienia przejrzystości w zmianach systemu. Te dodatki obsługują bardziej odpowiedzialne i bezpieczne wdrażanie zaawansowanych rozwiązań sztucznej inteligencji.

  • Najlepsze rozwiązania dotyczące architektury dla usługi Azure lokalnie: zaktualizowaliśmy te wskazówki, aby odzwierciedlić najnowszą wersję platformy (2311), odświeżone linki do dokumentacji, wyjaśnione szczegóły cennika, wyjaśnione definicje ról i uproszczoną terminologię. Ulepszyliśmy również sposób opisywania funkcji zabezpieczeń, monitorowania i licencjonowania, aby ułatwić śledzenie wskazówek i uczynić je bardziej istotnymi dla bieżących wdrożeń.

  • Projektowanie aplikacji dla obciążeń sztucznej inteligencji na platformie Azure Dodaliśmy link do typowych wzorców aranżacji agentów sztucznej inteligencji, aby ułatwić zespołom eksplorowanie sprawdzonych strategii przed projektowaniem własnych.

Czerwiec 2025 r.

Modele dojrzałości

W tym miesiącu wprowadziliśmy modele dojrzałości dla platformy Azure Well-Architected Framework. Modele dojrzałości ułatwiają ocenę bieżącego stanu i identyfikowanie obszarów poprawy w pięciu filarach struktury. Każdy model zapewnia ustrukturyzowane podejście do oceny architektury i operacji obciążenia, co umożliwia ustalanie priorytetów ulepszeń i śledzenie postępu w czasie.

Nowy artykuł

  • Zrównoważony projekt obciążeń sztucznej inteligencji na platformie Azure: znajdź wskazówki dotyczące zrównoważonego tworzenia obciążeń sztucznej inteligencji, uwzględniając zagadnienia środowiskowe dotyczące projektowania modelu, projektowania danych i operacji. Dowiedz się, jak zmniejszyć zużycie energii i ślad węglowy przy zachowaniu wydajności i wymagań biznesowych dotyczących obciążeń sztucznej inteligencji na platformie Azure.

Zaktualizowane artykuły

  • Metodologia projektowania obciążeń o krytycznym znaczeniu na platformie Azure: Odświeżyliśmy ten artykuł przez restrukturyzację metodologii projektowania, aby skupić się na podstawowych podstawach projektowania za pomocą podejścia opartego na zasadzie. W tym artykule kładzie się teraz nacisk na projektowanie celów niezawodności, kompleksowej automatyzacji, wdrożeń bez przestojów, szybkiego wykrywania błędów i odzyskiwania oraz rozwoju platformy Azure. Usprawniliśmy zawartość, aby uczynić ją bardziej zwięzłą i praktyczną przy jednoczesnym zachowaniu nacisku na podstawowe zasady projektowania.

  • Obciążenia o znaczeniu krytycznym: Przeprojektowaliśmy artykuł omówienia obciążeń o znaczeniu krytycznym, aby ulepszyć środowisko użytkownika, dodając nową sekcję Jak korzystać z tych wskazówek? zawierającą instrukcje nawigacji krok po kroku. Zreorganizowaliśmy zawartość, aby ulepszyć hierarchię informacji, przechodząc z prezentacji w stylu referencyjnym do podejścia szkoleniowego z przewodnikiem, które systematycznie przeprowadza użytkowników przez metodologię, zasady i obszary projektowania. Zmieniliśmy również nazwę sekcji Przykłady ilustracyjne na Przykłady architektury referencyjnej i dodaliśmy zawartość wideo.

  • Zasady projektowania obciążenia o znaczeniu krytycznym: zaktualizowaliśmy sekcję Następny krok . Zarówno miejsce docelowe łącza, jak i tekst linku zmieniły się z "problemy przekrojowe" na "wzorzec architektury", zachowując jednocześnie ten sam tekst opisowy dotyczący przeglądania zagadnień przekrojowych dla obciążeń o znaczeniu krytycznym.

  • Projektowanie danych uziemionych dla obciążeń sztucznej inteligencji na platformie Azure: odświeżyliśmy nasze wskazówki dotyczące danych uziemienia, wyjaśniając, że dane mogą pochodzić z różnych źródeł, takich jak bazy danych z indeksami wektorowymi i systemami zewnętrznymi, nie tylko tradycyjne indeksy. Aktualizacje odzwierciedlają zalety większych okien kontekstowych w nowszych modelach, wyjaśnia poprzednią terminologię wokół dostrajania danych i podkreśla znaczenie walidacji danych uziemisowych za pomocą zapytań rzeczywistych. Inne ulepszenia obejmują zaktualizowane wskazówki dotyczące przycinania zabezpieczeń, wsparcie dla osadzania multimediów oraz nowe aspekty związane z rozwiązaniami opartymi na samoorganizacji.

  • Last updated on