API 아키텍처 마스터링

8장. 애플리케이션을API 중심 아키텍처로 재설계하기

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

이제 API 운영과 보안에 대해 확실히 이해했으니 API를 사용하여 기존 애플리케이션을 발전시키고 보강하는 방법을 살펴볼 수 있습니다. 진화적 아키텍처 구축 (O'Reilly)에서 저자는 진화적 아키텍처가 여러 차원에서 점진적인 변화를 유도하는 방법에 대해 설명합니다. 이 책에서 정의하는 진화적 아키텍처를 채택하든 그렇지 않든, 현실은 거의 모든 성공적인 시스템이 새로운 사용자 요구 사항을 충족하거나 변화하는 환경에 React하기 위해 시간이 지나면서 진화해야 한다는 것입니다. 비즈니스나 조직이 고객의 피드백이나 시장 상황 변화에 따라 제품을 변경하지 않는 경우는 거의 없습니다. 마찬가지로 장기적으로 운영되는 시스템이 인프라 변화(예, 하드웨어 고장 및 구식화), 기본 애플리케이션 프레임워크 또는 타사 서비스의 변경에 영향을 받지 않는 경우도 드뭅니다.

API는 시스템에 대한 자연스러운 인터페이스, 추상화, (캡슐화된) 진입점으로서 진화하는 아키텍처를 지원하는 데 중요한 역할을 합니다. 이 장에서는 변화가 필요한 이유, 이를 위한 설계 방법, 유용한 패턴을 구현할 위치에 대해 알아보세요.

미처 깨닫지 못했을 수도 있지만, 이 장에서 논의된 많은 기술을 회의 시스템 사례 연구 전반에 걸쳐 적용해 왔습니다. 이 장을 읽으면서 사례 연구의 진화에 대해 생각해 보시고, '사례 연구'에서 회의 시스템 아키텍처의 최종 최종 상태를 검토해 보시기 바랍니다: 여정 되돌아보기"를 참조하세요.

API를 사용하여 시스템을 발전시키는 이유는 무엇인가요?

소프트웨어를 안전한 방식으로 변경하는 것은 어려울 수 있습니다. 소프트웨어에 사용자 수가 많거나 설계에 내재된 복잡성, 다른 여러 시스템과의 긴밀한 통합 등 세 가지 특성 중 하나라도 있는 경우 이 문제는 더욱 복잡해집니다. 이러한 특성은 잘 채택되고 사용자의 요구를 충족하며 조직의 워크플로우의 핵심 부분인 소프트웨어 시스템에서는 거의 피할 수 없습니다. 또한 대부분의 '레거시' 시스템은 임시 해결 방법, 빠른 수정 또는 지름길이 시스템 설계의 일부가 되어 다소 임시적인 방식으로 발전해 왔습니다.

API는 모듈이나 컴포넌트의 경계가 될 수 있으며, 따라서 API는 시스템의 응집력이 높고 느슨하게 결합되도록 할 때 자연스럽게 활용할 수 있는 지점이 될 수 있습니다.

유용한 추상화 만들기: 응집력 높이기

응집력 시스템 내부의 요소들이 서로 속해 있는 정도를 말합니다. 응집력이 높은 API와 시스템을 구현하면 API 제공자와 소비자 모두 쉽게 진화할 수 있습니다. 제공자는 알고리즘 변경, 성능 향상을 위한 코드 리팩토링, 데이터스토어 변경 등 서비스 내부를 변경할 수 있으며, 하위 호환성을 깨는 방식으로 외부 인터페이스만 수정하지 않으면 됩니다. 소비자는 기존 API와의 명확하고 이해하기 쉬운 통합 지점으로 서비스를 수정하고 ...