Sdílet prostřednictvím


Automatizace platforem a DevOps pro akcelerátor cílové zóny API Management

Tento článek obsahuje aspekty návrhu a doporučení pro automatizaci platformy a DevOps při použití akcelerátoru cílové zóny API Management. Automatizace platforem a DevOps poskytují příležitosti k modernizaci přístupu k nasazení v prostředí pomocí možností infrastruktury jako kódu.

Přečtěte si další informace o oblasti návrhu pro automatizaci platformy a DevOps .

Na co dát pozor při navrhování

  • Každý tým rozhraní API může odesílat aktualizace ze svého vlastního vývojářského úložiště do vlastní instance vývojového API Management.
    • Co to znamená z hlediska plánování sítě?
    • A co ostatní neprodukční prostředí (jako je kontrola kvality nebo pracovní prostředí)?
  • Zvažte, jak by se měly spravovat produkty a další entity nebo jejich verze, zejména pokud stejné produkty používá více týmů.
  • Zvažte strategii testování rozhraní API a zásad.

Doporučení k návrhu

  • Prostředí produkčního API Management spravuje centrální tým (například API Management správce).
  • API Management konfigurace jsou reprezentovány jako šablony Resource Manager nebo ekvivalentní šablony Bicep nebo Terraform a je třeba přijmout přístup k infrastruktuře jako kódu.
  • Tým správce API Management publikuje změny konfigurace do produkčního API Management prostředí z úložiště Git (úložiště vydavatele) vlastněného týmem správce API Management.
  • Každý jednotlivý tým rozhraní API může forkovat úložiště vydavatele, aby měl vlastní vývojářské úložiště, ze kterých může pracovat.
  • Každý tým může pomocí API Management APIOps nebo rozšíření API Management pro Visual Studio Code extrahovat relevantní artefakty z instance API Management vývoje. Tyto artefakty jsou založené na Azure Resource Manager a měly by být potvrzené v úložišti Git týmu rozhraní API.

    Poznámka

    Nepoužívejte integraci API Management Gitu.

  • Šablony služeb a sdílené šablony by měly být v samostatných úložišťch.
  • Změny artefaktů by se měly provést v extrahovaných artefaktech a pak se potvrdit do Gitu. Ty by se měly nasadit do vývojového prostředí.
  • Za účelem zvýšení úrovně do centralizovaných prostředí (přípravných, produkčních atd.) můžou týmy rozhraní API odeslat žádost o přijetí změn a sloučit změny do úložiště vydavatele.
  • Žádost o přijetí změn ověří tým správce API Management.
    • V ideálním případě je většina ověření automatizovaná v rámci odeslání žádosti o přijetí změn.
  • Šablony infrastruktury jako kódu by měly být v jiném úložišti a nasazené v kanálu nasazení.
    • Oddělte nasazení infrastruktury od nasazení aplikací. Základní infrastruktura se mění méně často než aplikace. Zacházet s každým typem nasazení jako s samostatným tokem a kanálem.
  • Po úspěšném schválení a sloučení změn může tým správce API Management nasadit změny do centrálně spravovaného prostředí (přípravné, produkční) v koordinaci s dohodnutými plány týmu rozhraní API.

Předpoklady na podnikové úrovni

Níže jsou uvedené předpoklady, které byly součástí vývoje akcelerátoru cílové zóny API Management:

  • Použití souborů Bicep infrastruktury jako kódu k nasazení API Management infrastruktury a back-endů
  • Nasazení šablon infrastruktury pomocí kanálů

Další kroky