Zarządzanie niezawodnością

  • Artykuł

Chociaż usługi produkcyjne nie znajdują się w subskrypcji tworzenia i testowania, możesz użyć innych etapów w subskrypcji tworzenia i testowania platformy Azure, aby zapewnić niezawodność w środowisku produkcyjnym.

W przypadku korzystania z subskrypcji tworzenia i testowania w organizacji musisz zdecydować, jak zamierzasz:

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

Zazwyczaj istnieją różne etapy wdrażania, które są wykonywane przed rozpoczęciem produkcji — współużytkowanej, kontroli jakości, integracji, przemieszczania i pracy w trybie failover. W zależności od tego, jak firma definiuje te etapy, użycie subskrypcji tworzenia i testowania organizacji może ulec zmianie.

Jeśli korzystasz z usług o znaczeniu krytycznym, takich jak aplikacje dla klientów, nie używaj subskrypcji tworzenia i testowania. Subskrypcje tworzenia i testowania nie mają objętej finansowo 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ą:

  • Inżynieria SRE to dyscyplina inżynieryjna skoncentrowana na niezawodności. DevOps to ruch kulturowy, który pojawił się z chęci podzielenia silosów związanych z organizacjami deweloperskimi i operacyjnymi.
  • Inżynieria niezawodności lokacji może być nazwą roli, jak w temacie: Jestem inżynierem niezawodności lokacji (SRE). Metodyka DevOps nie może.
  • SRE wydaje się być normatywne. 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:

Umowy dotyczące poziomu usług

Tworzenie i testowanie w przedsiębiorstwie jest przeznaczone wyłącznie do tworzenia i testowania aplikacji. Korzystanie z subskrypcji nie ma objętej finansowo umową SLA.

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

Niezależnie od tego, czy potrzebujesz miesięcznych środków na korzystanie z platformy Azure dla subskrybentów programu Visual Studio, subskrypcji tworzenia i testowania przedsiębiorstwa, czy subskrypcji Płatność zgodnie z rzeczywistym użyciem — tworzenie i testowanie (PAYG), możesz łatwo znaleźć oferty, które działają dla użytkowników indywidualnych lub zespołu.

Zarządzanie subskrypcjami indywidualnych środków

Środki na korzystanie z platformy Azure w programie Visual Studio to indywidualna korzyść dla tworzenia i testowania i tworzenia pętli wewnętrznej. Nie można pulować środków między deweloperami. Subskrypcje środków są nadal subskrypcjami platformy Azure, ale konkretną ofertą platformy Azure. Zarządzaj subskrypcjami środków w taki sam sposób, jak zarządzasz innymi subskrypcjami platformy Azure, aby móc pracować w grupach i zespołach. Możesz usunąć poszczególne limity wydatków za pomocą karty kredytowej lub jeśli subskrypcja enterprise — tworzenie i testowanie przechodzi do wybranej przez firmę metody zaopatrzenia.

Działania pętli wewnętrznej dewelopera często korzystają z środków, ale następnie przełączają się do subskrypcji usługi Azure Dev/Test w przedsiębiorstwie lub organizacji, w tym płatności zgodnie z rzeczywistym użyciem. Dzięki temu w miarę śledzenia procesów Metodyki DevOps możesz korzystać z wewnętrznej pętli z indywidualną subskrypcją środków. W pętli zewnętrznej DevOps cele nieprodukcyjne znajdują się w przedsiębiorstwie — tworzenie i testowanie — prod przechodzi do wersji prod.

Zarządzaj subskrypcjami środków, subskrypcjami tworzenia i testowania w przedsiębiorstwie oraz subskrypcjami płatności zgodnie z rzeczywistym użyciem oraz segmentuj deweloperów przy użyciu grup zarządzania, które mają unikatową hierarchię.

Korzystanie z ofert tworzenia i testowania platformy Azure w organizacji

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

Każda opcja zawiera własny zestaw rabatów i wymaga subskrypcji programu Visual Studio.

Każda oferta subskrypcji umożliwia zespołowi rozpoczęcie pracy ze środowiskami deweloperskimi/testowymi w chmurze przy użyciu wstępnie skonfigurowanych maszyn wirtualnych. Utwórz wiele subskrypcji platformy Azure i zarządzaj nimi na podstawie jednego konta. Możesz obsługiwać izolowane środowiska i oddzielny rachunek za różne projekty lub zespoły.

Subskrypcje Enterprise — tworzenie i testowanie wymagają umowy Enterprise Agreement (EA). Płatność zgodnie z rzeczywistym użyciem — tworzenie i testowanie Subskrypcje nie wymagają umowy EA, ale mogą być używane z kontem umowy Enterprise Agreement.

Dlaczego warto korzystać z ofert płatności zgodnie z rzeczywistym użyciem a ofertami enterprise — tworzenie i testowanie?

Oferta payG — tworzenie i testowanie może być odpowiednia do użycia jako subskrybent programu Visual Studio. W przeciwieństwie do subskrypcji kredytowych do użytku indywidualnego, oferty płatności zgodnie z rzeczywistym użyciem doskonale nadają się do tworzenia zespołu i umożliwiają posiadanie wielu użytkowników 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ę Enterprise Agreement, ale musisz skonfigurować subskrypcję, która nie korzysta z umowy 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.