Zarządzanie niezawodnością

Chociaż usługi produkcyjne nie są objęte subskrypcją Dev/Test, możesz wykorzystać inne etapy w swojej subskrypcji Azure Dev/Test, aby zapewnić niezawodność w produkcji.

Powiązane zasoby:

• Azure Dev/Test offer documentation
• Tworzenie subskrypcji Enterprise Azure Dev/Test
• Azure for Visual Studio subscribers FAQ

Korzystając z subskrypcji deweloperskich/testowych w swojej organizacji, zdecyduj, jak:

• dane kontrolne
• Kontrolowanie zabezpieczeń i dostępu
• Zarządzanie czasem pracy tego systemu produkcyjnego

Zazwyczaj przed wdrożeniem produkcyjnym przechodzi się przez różne etapy wdrożenia — współdzielone, QA, integrację, staging i failover. W zależności od tego, jak Twoja firma definiuje te etapy, korzystanie z subskrypcji Dev/Test może się zmienić.

Jeśli uruchamiasz usługi krytyczne, takie jak aplikacje skierowane do klienta, nie korzystaj z subskrypcji Dev/Test. Subskrypcje Dev/Test nie są objęte finansowo gwarantowaną umową SLA. Te subskrypcje są przeznaczone do testowania i programowania przedprodukcyjnego.

Inżynieria niezawodności witryny (SRE, Site Reliability Engineering)

Aby dowiedzieć się więcej o inżynierii niezawodności i zarządzaniu, rozważ zarządzanie niezawodnością lokacji — dyscyplinę inżynieryjną poświęconą pomaganiu organizacjom w zrównoważonym osiągnięciu odpowiedniej niezawodności w swoich systemach, usługach i produktach.

Różnice między usługami SRE i DevOps są nadal przedmiotem dyskusji w tej dziedzinie. Niektóre szeroko uzgodnione różnice obejmują:

• SRE to dyscyplina inżynieryjna skupiona na zapewnianiu niezawodności. DevOps to ruch kulturowy, który wyłonił się z potrzeby przełamania silosów między zespołami programistycznymi i operacyjnymi.
• SRE może być nazwą stanowiska, na przykład: jestem inżynierem ds. niezawodności lokalizacji (SRE). Metodyka DevOps nie może.
• SRE ma zwykle charakter nakazowy. Metodyka DevOps celowo nie jest. Niemal powszechne wdrożenie ciągłej integracji/ciągłego dostarczania, a zasady Agile są najbliższe metodyce DevOps.

Jeśli chcesz dowiedzieć się więcej na temat praktyki SRE, zapoznaj się z następującymi linkami:

• SRE w kontekście
• Kluczowe zasady i praktyki SRE: pozytywne sprzężenia zwrotne
• Kluczowe zasady i praktyki SRE: ludzka strona SRE
• Wprowadzenie do SRE

Umowy dotyczące poziomu usług (SLA)

Enterprise Dev/Test służy wyłącznie do opracowywania i testowania Twoich aplikacji. Korzystanie z subskrypcji nie obejmuje umowy SLA z gwarancją rekompensaty finansowej.

Dowiedz się, jak używać różnych typów subskrypcji tworzenia i testowania

Niezależnie od tego, czy potrzebujesz Miesięcznych środków platformy Azure dla subskrybentów Visual Studio, subskrypcji Dev/Test dla przedsiębiorstw, czy subskrypcji Dev/Test w modelu płatności zgodnie z użyciem (PAYG), możesz łatwo znaleźć oferty odpowiednie zarówno dla klientów indywidualnych, jak i zespołów.

Poszczególne kredyty Azure są przeznaczone do indywidualnych scenariuszy rozwoju i testowania, natomiast subskrypcje Enterprise Dev/Test są dostępne dla rozwoju zespołowego w dużych organizacjach. Przejrzyj dostępne opcje subskrypcji, aby ustalić, która oferta najlepiej odpowiada Twoim wymaganiom rozwojowym i testowym.

Zarządzanie indywidualnymi subskrypcjami kredytowymi

Środki Azure w ramach subskrypcji Visual Studio stanowią świadczenie indywidualne przeznaczone do indywidualnych prac deweloperskich/testowych oraz prac programistycznych w wewnętrznej pętli. Nie można dzielić kredytów między deweloperami. Subskrypcje kredytowe są nadal subskrypcjami Azure, ale stanowią szczególny typ oferty Azure. Zarządzaj subskrypcjami kredytowymi w taki sam sposób, jak zarządzasz innymi subskrypcjami Azure, dzięki czemu możesz pracować w grupach i zespołach. Możesz usunąć indywidualne limity wydatków, dodając kartę kredytową lub jeśli Twoja subskrypcja Enterprise Dev/Test zostanie przeniesiona do wybranej przez firmę formy zakupu.

Prace w ramach wewnętrznej pętli deweloperskiej często korzystają ze środków, ale następnie przechodzą na subskrypcje Azure Dev/Test dla przedsiębiorstw lub organizacji, w tym subskrypcje w modelu płatności zgodnie z rzeczywistym użyciem. W ten sposób, stosując procesy DevOps, możesz pracować w pętli wewnętrznej, korzystając z indywidualnej subskrypcji kredytowej. W zewnętrznym obiegu DevOps środowiska nieprodukcyjne trafiają do firmowego środowiska Dev/Test, a produkcyjne do środowiska prod.

Zarządzaj subskrypcjami kredytowymi, enterprise Dev/Test oraz subskrypcjami PAYG i segmentuj deweloperów za pomocą grup zarządzających , z których każda ma unikalną hierarchię.

Korzystanie z ofert Azure Dev/Test organizacji

Jeśli potrzebujesz subskrypcji usługi Azure Dev/Test w organizacji, masz dwie oferty do wyboru.

• Płatność zgodnie z użyciem (PAYG) — dewelopersko-testowe (0023P)
• Enterprise Dev/Test (0148P)

Każda opcja wiąże się z własnym zestawem zniżek i wymaga subskrypcji Visual Studio.

Każda oferta subskrypcji pozwala uruchomić zespół z środowiskami deweloperskimi/testowymi w chmurze, korzystając z wcześniej skonfigurowanych maszyn wirtualnych. Utwórz wiele subskrypcji platformy Azure i zarządzaj nimi na podstawie jednego konta. Możesz utrzymywać izolowane środowiska i oddzielne rozliczenie dla różnych projektów lub zespołów.

Subskrypcje Enterprise Dev/Test wymagają zawarcia umowy Enterprise Agreement (EA). Subskrypcje Dev/Test w modelu płatności zgodnie z rzeczywistym użyciem nie wymagają umowy EA, ale mogą być używane z kontem umowy Enterprise Agreement.

Dlaczego warto korzystać z ofert PAYG zamiast ofert Enterprise Dev/Test?

Oferta PAYG do zastosowań dewelopersko-testowych może być odpowiednim rozwiązaniem dla subskrybenta programu Visual Studio. W przeciwieństwie do subskrypcji na kredyty do użytku indywidualnego oferty PAYG świetnie sprawdzają się w pracy zespołowej i pozwalają na korzystanie wielu użytkownikom w ramach jednej subskrypcji. Oferta płatności zgodnie z rzeczywistym użyciem i testowaniem może być odpowiednia dla Ciebie, jeśli:

• Nie masz umowy Enterprise Agreement. W takim przypadku można utworzyć tylko konto płatne zgodnie z rzeczywistym użyciem z licencją programu Visual Studio.
• Tworzysz umowę korporacyjną, ale musisz skonfigurować subskrypcję, która nie korzysta z umowy twojej organizacji. Możesz mieć unikatowy projekt, który wymaga własnej subskrypcji lub utworzyć izolowane środowisko rozliczane oddzielnie dla projektów lub zespołów.
• Wolisz zachować izolację tożsamości. Aby chronić dostęp do danych, zasobów i aplikacji, może być konieczne oddzielenie niektórych tożsamości od innych.