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.