Oryginalne źródło: Azure Developer CLI (azd) – May and June 2026
Dziewięć wydań w dwa miesiące może wyglądać chaotycznie, ale ta partia azd ma wyraźną nić przewodnią: usuń kruche krawędzie, które spalają zespoły w CI i wielousługowych wdrożeniach.
Najważniejszą funkcją dla mnie jest nie tylko azd tool. To decyzja produktowa, aby traktować wymagania wstępne jako pierwszorzędny stan przepływu pracy. W praktyce wiele nieudanych wdrożeń w chmurze to nie błędy architektury. To niespójne środowiska lokalne i CI. Gdy CLI może wykrywać, instalować i weryfikować wymagane narzędzia w paśmie, zespoły redukują jedno ze źródeł awarii o najwyższym tarciu.
Drugim dużym zwycięstwem jest azd exec. To ma znaczenie, ponieważ skrypty wdrożeniowe często odchodzą od kontekstu środowiska, zwłaszcza przy rozwiązywaniu sekretów i propagacji zmiennych. Wieloplatformowy runner, który dziedziczy pełne środowisko azd, obniża to dryfowanie i ułatwia zaufanie do skryptów.
Poprawki współbieżności zasługują na szczególną uwagę. Międzyusługowa kontaminacja obrazów w równoległych wdrożeniach Container Apps to dokładnie ten rodzaj defektu, który niszczy zaufanie do automatyzacji. Nie możesz głosić inżynierii platformowej, podczas gdy twój pipeline od czasu do czasu wysyła zły obraz do złej usługi. Fakt, że ta fala wydań rozwiązała te warunki wyścigu, jest ważniejszy niż większość nowych funkcji.
Moja praktyczna rekomendacja dla zespołów platformowych
- Wdróż
azd tool checkjako wymagany preflight w CI. - Przejrzyj wszelkie niestandardowe parsery i sprawdzenia regex związane ze starym wyjściem
azd up, ponieważ ujednolicony model postępu to zmiana przełamująca zachowanie. - Włącz i przetestuj filtrowanie subskrypcji dla organizacji wielodzierżawczych już teraz, przed następnym dużym wdrożeniem środowiska.
- Przeprowadź kontrolowany test obciążeniowy równoległych wdrożeń, jeśli używasz zdalnych kompilacji z Container Apps.
Podoba mi się również zmiana w kierunku wykonalnych ostrzeżeń preflight i identyfikatorów wdrożeń odczytywalnych maszynowo. To pomost od UX przyjaznego programiście do obserwowalności klasy operacyjnej.
Moje stanowcze zdanie: azd dorasta od launcher szablonów do substratu dostarczania. To dobrze, ale wiąże się z odpowiedzialnością dla zespołów: przestań traktować aktualizacje azd jako opcjonalne porządki. Biorąc pod uwagę liczbę poprawek bezpieczeństwa i niezawodności w tych notatkach, pozostawanie w tyle nie jest już neutralne. To aktywne akceptowanie ryzyka.
Jeśli twój zespół używa azd na ścieżkach produkcyjnych, właściwa polityka jest prosta: przypinaj wersje celowo, testuj aktualizacje szybko i ruszaj dalej. Prędkość tego cyklu wydań pokazuje, dokąd zmierzają narzędzia chmurowe. Narzędzia, które nie hartują się pod współbieżnością i skalą, zostaną porzucone.
Ta seria wydań dowodzi, że azd stara się być narzędziem, które przetrwa prawdziwą presję korporacyjną.
