소개
최신 소프트웨어는 API(애플리케이션 프로그래밍 인터페이스)를 통해 구동됩니다. 지난 1년 동안 조직에서 구축한 애플리케이션을 살펴보면 대부분의 기능이 API를 통해 제공되었을 가능성이 높습니다. 대규모의 경우 많은 조직에서 내부적으로 구축되거나 외부 API와 통합된 수백, 수천, 수만 개의 API를 보유할 수 있습니다. 소프트웨어에 대한 수요가 증가하고 API가 이러한 소프트웨어를 지원하는 기본 계층이 되면서, 팀이 작업하게 될 API의 수는 급속히 증가하지는 않더라도 계속 늘어날 것으로 예상됩니다.
시나리오
Contoso Corporation은 API 우선 접근 방식을 사용하여 마이크로 서비스 아키텍처를 구현하는 가상의 회사입니다. 초창기에는 조직에 API를 구축하는 팀이 몇 개 밖에 없었고, 이 팀들은 주로 해당 API를 소비하는 팀들이었습니다. 시간이 지남에 따라 조직이 성장하여 현재 많은 팀이 내부 및 외부에서 개발된 API를 생산하고 소비하고 있습니다. 그러나 Contoso의 API 플랫폼 엔지니어들은 API 스프롤 상태(조직의 API가 기하급수적으로 통제할 수 없을 정도로 증가하는 상태)에 가까워지고 있으며 다음과 같은 다른 다운스트림 문제를 예상하고 있다고 보고했습니다.
악한 API 검색 가능성 및 재사용 - 사용 가능한 API에 대한 명확한 이해가 없으면 개발자가 기존 기능을 복제하는 새로운 API를 만들게 되어 시간과 리소스가 낭비될 수 있습니다.
섀도, 관리되지 않는 API - 대부분의 개발자는 다른 프로젝트로 이동하면서 일부 API를 격리된 상태로 관리하고 유지 관리하지 않을 수 있습니다.
잠재적인 보안 위협 – API 플랫폼 팀은 조직의 보안 정책을 효과적으로 적용하지 못할 수 있으므로 잠재적으로 취약하고 보안되지 않은 엔드포인트가 발생할 수 있습니다.
일관되지 않은 API 디자인 - 개발자는 조직의 통합 API 디자인 원칙을 준수하는 API를 모두 생성하지 않을 수 있으며, 배포 후 검색될 수 있는 일관되지 않은 API를 다시 디자인하기 위해 더 많은 개발 리소스를 활용해야 합니다.
이 시점에서 API 플랫폼 팀은 조직이 이 상태에 도달하는 것을 방지하기 위해 효과적이고 원활한 솔루션을 브레인스토밍하기 시작했습니다. 조직에서 더 쉬운 추적 및 거버넌스를 위해 모든 API를 중앙 집중화하는 전략을 채택해야 하는 경우 이 모듈이 적합합니다.
학습 목표
이 모듈에서는 다음을 수행합니다.
- Azure API Center가 무엇인지, 그리고 그것이 제공하는 이점을 이해합니다.
- API Center가 중앙 집중식 API 인벤토리, 거버넌스, 검색 및 소비를 통해 조직을 강화하는 방법을 살펴보세요.
- 조직에서 Azure API Center를 시작하는 방법을 알아봅니다.
- Visual Studio Code와 같은 개발자 도구와의 고급 통합 기능을 살펴보세요.