Platformautomatizálás és DevOps a API Management célzónagyorsítóhoz
Ez a cikk tervezési szempontokat és javaslatokat tartalmaz a platformautomatizáláshoz és a DevOpshoz a API Management célzónagyorsító használatakor. A platformautomatizálás és a DevOps lehetőséget nyújt a környezet üzembe helyezésének modernizálására az infrastruktúra kódként nyújtott lehetőségeivel.
További információ a platformautomatizálásról és a DevOps tervezési területéről.
Kialakítási szempontok
- Minden API-csapat leküldheti a frissítéseket a saját fejlesztői adattárából a saját fejlesztői API Management példányba.
- Mit jelent ez a hálózattervezés szempontjából?
- Mi a helyzet más, nem éles környezetekkel (például minőségbiztosítási vagy előkészítési) ?
- Fontolja meg a termékek és más entitások kezelését vagy verziószámbavételét, különösen akkor, ha több csapat is ugyanazt a terméket használja.
- Fontolja meg az API-k és szabályzatok tesztelési stratégiáját.
Tervezési javaslatok
- Egy központi csapat (például egy API Management rendszergazdai csapat) kezeli az éles API Management környezetet.
- API Management konfigurációk Resource Manager sablonként vagy azzal egyenértékű Bicep- vagy Terraform-sablonként jelennek meg, és egy kódként használható infrastruktúra-szemléletet kell használni.
- A API Management rendszergazdai csapat a API Management rendszergazdai csapat tulajdonában lévő Git-adattárból (közzétevői adattárból) teszi közzé a konfigurációs módosításokat az éles API Management környezetben.
- Minden egyes API-csapat elágazhatja a közzétevői adattárat, hogy saját fejlesztői adattára működjön.
- Minden csapat a API Management APIOps vagy a Visual Studio Code API Management bővítményének használatával nyerheti ki a megfelelő összetevőket a fejlesztési API Management példányból. Ezek az összetevők az Azure Resource Manager alapulnak, és az API-csapat Git-adattárában kell véglegesíteni őket.
Megjegyzés
Ne használja a API Management Git-integrációt.
- A szolgáltatássablonok és a megosztott sablonoknak külön adattárakban kell lenniük.
- Az összetevőket módosítani kell a kinyert összetevőken, majd véglegesíteni kell a Gitben. Ezeket fejlesztői környezetben kell üzembe helyezni.
- A központosított környezetekbe (előkészítés, éles környezet stb.) való előléptetéshez az API-csapatok lekéréses kérelmet (PR) küldhetnek a közzétevői adattár módosításainak egyesítéséhez.
- A API Management rendszergazdai csapata ellenőrzi a lekéréses kérelmet.
- Ideális esetben a legtöbb ellenőrzés automatizált a lekéréses kérelem beküldésének részeként.
- A kódként használható infrastruktúrasablonoknak egy másik adattárban kell lenniük , és üzembe kell helyezni egy üzembehelyezési folyamatban.
- Válassza el az infrastruktúra üzembe helyezését az alkalmazástelepítéstől. Az alapvető infrastruktúra ritkábban változik, mint az alkalmazások. Minden üzembe helyezési típust külön folyamatként és folyamatként kezel.
- A módosítások sikeres jóváhagyása és egyesítése után a API Management rendszergazdai csapat a jóváhagyott API-csapatütemezésekkel összhangban üzembe helyezheti a módosításokat a központilag felügyelt környezetben (előkészítés, éles környezet).
Nagyvállalati szintű feltételezések
A következő feltételezések mentek a API Management célzónagyorsító fejlesztésébe:
- Infrastruktúra kódkénti Bicep-fájlok használata API Management infrastruktúra és háttérrendszer üzembe helyezéséhez.
- Infrastruktúrasablonok üzembe helyezése folyamatok használatával.