API 아키텍처 마스터링

서문

10여 년 전 파이낸셜 타임즈에서 처음 API를 구축했을 때는 그 수가 그리 많지 않았습니다. 우리는 모놀리식 아키텍처를 기반으로 구축하고 있었고 API는 외부 써드파티가 우리 콘텐츠에 액세스하기 위한 용도로만 존재했습니다.

하지만 이제 API는 어디에나 존재하며 시스템 구축 시 성공의 핵심 요소입니다.

그 이유는 지난 10년 동안 두 가지가 결합되어 많은 사람들의 소프트웨어 개발 방식이 바뀌었기 때문입니다.

첫째, 우리가 사용할 수 있는 기술이 바뀌었습니다. Cloud 컴퓨팅의 등장으로 셀프 서비스 온디맨드 프로비저닝이 가능해졌습니다. 자동화된 빌드 및 배포 파이프라인을 통해 지속적인 통합과 배포가 가능해졌고, 컨테이너와 오케스트레이션과 같은 관련 기술을 통해 수많은 소규모 독립 서비스를 분산 시스템으로 실행할 수 있게 되었습니다.

왜 그렇게 할까요? 두 번째 이유는 성공적인 소프트웨어 개발 조직은 느슨하게 결합된 아키텍처와 자율적이고 권한이 부여된 팀을 보유하고 있다는 연구 결과 때문입니다. 여기서 성공이란 시장 점유율, 생산성, 수익성 증가 등 비즈니스에 긍정적인 영향을 미치는 것으로 정의됩니다.

오늘날의 아키텍처는 API를 중심으로 보다 느슨하게 결합되고 분산되어 구축되는 경향이 있습니다. API는 검색이 가능하고 일관성이 있어야 하며, 예기치 않게 변경되거나 사라지더라도 소비자에게 문제를 일으키지 않아야 합니다. 그렇지 않으면 작업이 서로 결합되어 팀의 속도가 느려집니다.

제임스, 다니엘, 매튜는 이 책에서 효과적인 API 아키텍처를 구축하기 위한 포괄적이고 실용적인 가이드를 제공합니다. 개별 API를 빌드하고 테스트하는 방법부터 배포하는 에코시스템, 효과적으로 배포하고 운영하는 방법, 그리고 가장 중요한 API를 사용하여 아키텍처를 발전시키는 방법까지 다양한 내용을 다룹니다. 제가 파이낸셜 타임즈에서 처음 구축한 API는 더 이상 존재하지 않기 때문에 처음부터 다시 시스템을 구축해야 했습니다. 비용이 많이 들죠. James, Daniel, Matthew는 API를 핵심 도구로 사용하여 피할 수 없는 변화에 대처하고 시스템을 발전시키는 방법에 대한 템플릿을 제공합니다.

소프트웨어 아키텍처는 중요하면서도 변경하기 어려운 결정으로 정의되어 왔습니다. 이러한 결정이 프로젝트의 성공과 실패를 좌우합니다.

저자들은 추상적인 아키텍처가 아니라 조직 내에서 아키텍처를 어떻게 적용할 것인가에 초점을 맞추고 있습니다. API 게이트웨이 또는 서비스 메시 중 어떤 것을 채택할지 결정하는 것은 신중하게 접근하고 신중하게 평가해야 하는 돌이키기 어려운 결정입니다. 제임스, 다니엘, 매튜는 적절하다고 생각되는 경우에는 강력하고 소신 있는 지침을 제시하고, 선택지가 명확하지 않은 경우에는 상황에 맞는 최선의 선택을 할 수 있도록 프레임워크를 제공합니다.

책 전반에 걸쳐 실용적이고 현실적인 사례 연구를 통해 개념이 실제로 어떻게 작동하는지 보여 줍니다. 사례 연구는 실제 시스템과 동일한 방식으로 책 전반에 걸쳐 발전해 나갑니다. 저자는 모든 것을 처음부터 ...