Wprowadzenie

  • 3 min

Nowoczesne oprogramowanie jest obsługiwane przez interfejsy programowania aplikacji (API). Zastanawiając się nad aplikacjami utworzonymi przez organizację w ciągu ostatniego roku, najprawdopodobniej większość funkcji jest obsługiwana przez interfejsy API. Na dużą skalę oznacza to, że wiele organizacji może mieć setki, tysiące, a nawet dziesiątki tysięcy interfejsów API, które są tworzone wewnętrznie lub zintegrowane z zewnętrznymi interfejsami API. Wraz z rosnącym zapotrzebowaniem na oprogramowanie i interfejsami API jako podstawową warstwą zasilającą to oprogramowanie, oczekuje się, że liczba interfejsów API, z których twój zespół będzie pracować, będzie się zwiększać, jeśli nie przyspieszy.

Scenariusz

Contoso Corporation to fikcyjna firma, która implementuje architektury mikrousług, korzystając z podejścia opartego na interfejsie API. W poprzednich latach organizacja miała tylko kilka zespołów tworzących interfejsy API i często były to te same zespoły, które zużywały te interfejsy API. Wraz z upływem czasu organizacja rosła, a wiele zespołów produkuje i zużywa interfejsy API, które są opracowywane wewnętrznie i zewnętrznie. Jednak inżynierowie platformy interfejsu API w firmie Contoso zgłosili, że zbliżają się do stanu sprawl interfejsu API (stanu, w którym interfejsy API organizacyjne zwiększają wykładniczo i niekontrolowanie) i przewidują inne problemy podrzędne, w tym:

  • Słaba możliwość odnajdywania i ponownego używania interfejsu API — bez jasnego zrozumienia dostępnych interfejsów API deweloperzy mogą tworzyć nowe interfejsy API, które replikują istniejące funkcje, co prowadzi do marnowania czasu i zasobów.

  • W tle, ungoverned API — większość deweloperów może przestać zarządzać niektórymi interfejsami API i utrzymywać je w izolacji podczas przechodzenia do innych projektów.

  • Potencjalne zagrożenia bezpieczeństwa — zespół ds. platformy interfejsu API może nie być w stanie skutecznie wymusić zasad zabezpieczeń organizacji, co potencjalnie prowadzi do podatnych na zagrożenia i niezabezpieczonych punktów końcowych.

  • Niespójny projekt interfejsu API — deweloperzy mogą nie tworzyć interfejsów API, które są zgodne z ujednoliconymi zasadami projektowania interfejsów API w organizacji, a więcej zasobów programistycznych będzie musiało zostać wykorzystane do przeprojektowania niespójnych interfejsów API, które mogą zostać odnalezione po wdrożeniu.

    Zrzut ekranu przedstawiający sprawl interfejsu API.

W tym momencie zespół platformy interfejsu API zaczął burzy mózgów na efektywne i bezproblemowe rozwiązanie, aby uniemożliwić organizacji dotarcie do tego stanu. Jeśli Twoja organizacja musi również wdrożyć strategię scentralizowaną wszystkich interfejsów API w celu łatwiejszego śledzenia i zapewniania ładu, jest to odpowiedni moduł dla Ciebie.

Cele szkolenia

Zawartość tego modułu:

  • Dowiedz się, czym jest Centrum interfejsów API platformy Azure i jakie korzyści zapewnia.
  • Dowiedz się, jak centrum interfejsów API umożliwia organizacji scentralizowane tworzenie spisu interfejsów API, zarządzanie, odnajdywanie i zużycie.
  • Dowiedz się, jak rozpocząć pracę z centrum interfejsów API platformy Azure dla twojej organizacji.
  • Poznaj zaawansowane integracje z narzędziami deweloperskich, takimi jak Visual Studio Code.