Inleiding

  • 3 minuten

Moderne software wordt mogelijk gemaakt door Application Programming Interfaces (API's). Gezien de toepassingen die uw organisatie het afgelopen jaar heeft gebouwd, worden de meeste functies waarschijnlijk mogelijk gemaakt door API's. Op schaal betekent dit dat veel organisaties honderden, duizenden of zelfs tienduizenden API's kunnen hebben die intern of geïntegreerd zijn met externe API's. Met de toenemende vraag naar software en met API's als de basislaag die deze software mogelijk maakt, zal het aantal API's waarmee uw team werkt, naar verwachting toenemen, indien niet snel versnellen.

Scenario

Contoso Corporation is een fictief bedrijf dat microservicearchitecturen implementeert, waarbij een API-first aanpak wordt gebruikt. In de vorige jaren had de organisatie slechts een paar teams die API's bouwen, en vaak waren dit dezelfde teams die deze API's gebruikten. Na verloop van tijd groeide de organisatie en veel teams produceren en gebruiken nu API's die zowel intern als extern zijn ontwikkeld. API Platform-technici bij Contoso hebben echter gerapporteerd dat ze een API-sprawlstatus benaderen (een status waarin organisatie-API's exponentieel en onbeheerd toenemen), en andere downstreamproblemen voorzien, waaronder:

  • Slechte detectie en hergebruik van API's: zonder duidelijk inzicht in beschikbare API's kunnen ontwikkelaars nieuwe API's maken die bestaande functies repliceren, wat leidt tot verspilde tijd en resources.

  • Schaduw, geforceerd API's : de meeste ontwikkelaars kunnen stoppen met het beheren en onderhouden van bepaalde API's in isolatie wanneer ze verdergaan met andere projecten.

  • Mogelijke beveiligingsrisico's : het API Platform-team kan mogelijk geen effectief beveiligingsbeleid van de organisatie afdwingen, wat mogelijk leidt tot kwetsbare en onbeveiligde eindpunten.

  • Inconsistent API-ontwerp : ontwikkelaars produceren mogelijk niet allemaal API's die voldoen aan de uniforme PRINCIPES voor API-ontwerp van de organisatie en meer ontwikkelresources moeten worden gebruikt om inconsistente API's te herontwerpen die kunnen worden gedetecteerd nadat ze zijn geïmplementeerd.

    Schermopname van een API-sprawl.

Op dit moment begon het API Platform-team te brainstormen over een effectieve en naadloze oplossing om te voorkomen dat hun organisatie deze status krijgt. Als uw organisatie ook een strategie moet gebruiken om al uw API's te centraliseren voor eenvoudiger bijhouden en beheren, is dit de juiste module voor u.

Leerdoelen

In deze module wordt het volgende behandeld:

  • Inzicht in wat Azure API Center is en wat de voordelen zijn die het biedt.
  • Ontdek hoe API Center uw organisatie in staat stelt gecentraliseerde API-inventaris, governance, detectie en verbruik te gebruiken.
  • Weet hoe u aan de slag gaat met Azure API Center voor uw organisatie.
  • Verken geavanceerde integraties met ontwikkelhulpprogramma's zoals Visual Studio Code.