Udostępnij za pośrednictwem


Automatyzacja platformy i metodyka DevOps dla akceleratora strefy docelowej API Management

Ten artykuł zawiera zagadnienia i zalecenia dotyczące automatyzacji platformy i metodyki DevOps podczas korzystania z akceleratora strefy docelowej API Management. Automatyzacja platformy i metodyka DevOps umożliwiają modernizację podejścia do wdrażania w środowisku przy użyciu opcji infrastruktury jako kodu.

Dowiedz się więcej na temat automatyzacji platformy i obszaru projektowania Metodyki DevOps .

Zagadnienia dotyczące projektowania

  • Każdy zespół interfejsu API może wypychać aktualizacje z własnego repozytorium deweloperów do własnego wystąpienia deweloperów API Management.
    • Co to oznacza z perspektywy planowania sieci?
    • Co z innymi środowiskami nieprodukcyjnymi (takimi jak kontrola jakości lub przemieszczanie)?
  • Zastanów się, jak produkty i inne jednostki powinny być zarządzane lub wersjonowane, zwłaszcza jeśli wiele zespołów korzysta z tych samych produktów.
  • Rozważ strategię testowania dla interfejsów API i zasad.

Zalecenia dotyczące projektowania

  • Centralny zespół (na przykład zespół administracyjny API Management) zarządza środowiskiem produkcyjnym API Management.
  • API Management konfiguracje są reprezentowane jako szablony Resource Manager lub równoważne szablony Bicep lub Terraform, a nastawienie infrastruktury jako kodu powinno zostać przyjęte.
  • Zespół administracyjny API Management opublikuje zmiany konfiguracji w środowisku produkcyjnym API Management z repozytorium Git (repozytorium wydawcy) należącego do zespołu administracyjnego API Management.
  • Każdy indywidualny zespół interfejsu API może rozwidlić repozytorium wydawcy, aby mieć własne repozytorium deweloperów do pracy.
  • Każdy zespół może użyć API Management APIOps lub rozszerzenia API Management dla Visual Studio Code w celu wyodrębnienia odpowiednich artefaktów z wystąpienia API Management deweloperskich. Te artefakty są oparte na usłudze Azure Resource Manager i powinny być zatwierdzone w repozytorium Git zespołu interfejsu API.

    Uwaga

    Nie używaj integracji API Management Git.

  • Szablony usług i szablony udostępnione powinny znajdować się w oddzielnych repozytoriach.
  • Należy wprowadzić zmiany w artefaktach wyodrębnionych artefaktów, a następnie zatwierdzone w usłudze Git. Należy je wdrożyć w środowisku deweloperskim.
  • Aby podwyższyć poziom do scentralizowanych środowisk (przejściowych, produkcyjnych itd.), zespoły interfejsów API mogą przesłać żądanie ściągnięcia w celu scalenia zmian w repozytorium wydawcy.
  • Zespół administracyjny API Management weryfikuje żądanie ściągnięcia.
    • W idealnym przypadku większość walidacji jest zautomatyzowana w ramach przesyłania żądania ściągnięcia.
  • Szablony infrastruktury jako kodu powinny znajdować się w innym repozytorium — i wdrażane w potoku wdrażania.
    • Oddzielenie wdrożenia infrastruktury od wdrożenia aplikacji. Podstawowa infrastruktura zmienia się rzadziej niż aplikacje. Traktuj każdy typ wdrożenia jako oddzielny przepływ i potok.
  • Po pomyślnym zatwierdzeniu i scaleniu zmian zespół administracyjny API Management może wdrożyć zmiany w centralnym środowisku zarządzanym (przejściowym, produkcyjnym) we współpracy z uzgodnionymi harmonogramami zespołu interfejsów API.

Założenia dotyczące skali przedsiębiorstwa

Poniżej przedstawiono założenia, które zostały wprowadzone do rozwoju akceleratora strefy docelowej API Management:

  • Używanie plików Bicep infrastruktury jako kodu w celu wdrożenia infrastruktury i zaplecza API Management.
  • Wdrażanie szablonów infrastruktury przy użyciu potoków.

Następne kroki