9장. API 인프라를 사용하여Cloud 플랫폼으로 진화하기
이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: translation-feedback@oreilly.com
이전 장에서는 API와 이를 지원하는 서비스를 발전시킬 때 사용할 수 있는 아키텍처 접근 방식에 대한 개요를 제공했습니다. 시스템 진화에서 고려해야 할 똑같이 중요한 주제는 기본 인프라, 플랫폼 및 하드웨어입니다. 하드웨어는 종종 자체적인 리듬에 따라 변화하고 발전하는데, 하드웨어가 고장나거나 회사와 기술이 합병 또는 인수되거나 조직 전체의 IT 정책에 따라 인프라 업그레이드가 요구되는 경우가 이에 해당합니다. 그러나 때로는 API 프로그램이 특히 현대화 및 보다 Cloud와 유사한(소프트웨어 정의) 인프라로의 전환과 관련하여 인프라 변화를 주도하기도 합니다. 이제 진화하는 시스템과 해당 API 인프라를 구현하고 관리하는 방법에 대해 알아보세요.
이 장에서는 이전 장에서 제시한 아키텍처 기반을 바탕으로 Cloud 기반 환경으로 이동할 때 API 게이트웨이, 서비스 메시, 개발자 포털과 같은 API 인프라를 사용하여 시스템을 발전시키는 방법을 살펴봅니다. 애플리케이션의 '리프트 앤 시프트', '리플랫폼', '리팩터링 또는 리 아키텍처' 간의 차이점을 배우고 특정 상황에 가장 적합한 것이 무엇인지 파악하는 기술을 개발할 수 있습니다. 함께 제공되는 사례 연구에서는 기존 API 게이트웨이와 참석자 서비스를 Cloud로 마이그레이션하는 방법을 보여줍니다. API 게이트웨이를 사용하면 서비스 및 서비스 중인 API에 대한 위치 투명성을 제공하여 서비스를 Cloud로 배포하고 트래픽을 기존 서비스에서 새로운 서비스로 점진적으로 전환하면서 소비자에게 미치는 영향을 제한적으로(또는 전혀 주지 않으면서) 서비스를 마이그레이션할 수 있습니다. 또한 서비스 메시의 다중 위치/클러스터 기능을 사용하여 서비스를 Cloud로 이전하는 초기 마이그레이션 옵션도 살펴볼 수 있습니다.
사례 연구: 참석자 서비스를Cloud로 이동하기
회의 시스템 사례 연구의 다음 진화에서는 참석자 서비스를 Cloud 공급업체의 인프라로 이전하는 데 초점을 맞출 것입니다. 이렇게 하는 주된 동기는 회의 시스템 소유자가 궁극적으로 자체 데이터 센터 운영의 부담을 없애고 싶기 때문입니다. 이를 위해서는 궁극적으로 모든 새로운 서비스, 모놀리식 애플리케이션, 미들웨어(API 게이트웨이 등) 및 데이터스토어를 Cloud로 이전해야 합니다. 가장 최신 구성 요소이자 트래픽이 가장 많이 발생하는 서비스 중 하나이기 때문에 Attendee 서비스를 먼저 마이그레이션하기로 결정했습니다. 그림 9-1은 추출된 참석자 서비스가 현재 기본 회의 시스템 애플리케이션의 컨텍스트 외부에서 어떻게 실행되고 있는지 보여줍니다.
그림 9-1. ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access