서비스 지향 아키텍처(SOA)란 무엇인가요? 어떻게 구성되고 작동하나요?

Question

IT Interview Practice · Accepted Answer

## SOA란 무엇인가요?

**SOA(Service-Oriented Architecture, 서비스 지향 아키텍처)**는 여러 애플리케이션이 공유할 수 있는 서비스로 비즈니스 기능을 구성합니다. 각 서비스는 합의된 인터페이스를 통해 재고 확인이나 청구서 발행처럼 명확한 기능을 제공합니다.

예를 들어 온라인 상점과 직원용 애플리케이션은 같은 재고 서비스를 호출하여 재고를 확인할 수 있습니다. 어느 애플리케이션도 해당 비즈니스 로직을 다시 구현하거나 창고 소프트웨어의 내부 동작을 알 필요가 없습니다.

## 주요 구성 요소

- **비즈니스 서비스:** 재고 예약이나 배송비 계산 같은 작업을 수행합니다. 서비스를 처음부터 만들 수도 있고, 기존 시스템의 기능을 공개할 수도 있습니다.
- **서비스 소비자:** 요청을 보내고 결과를 받습니다. 예를 들어 고객이 주문할 때 웹사이트가 재고 서비스를 호출합니다.
- **서비스 계약:** 서비스 호출 방법, 보낼 데이터, 반환 가능한 결과나 오류를 정의합니다. 이러한 합의 덕분에 서로 다른 기술로 만든 시스템이 함께 작동할 수 있습니다.

일부 시스템은 **ESB(Enterprise Service Bus, 엔터프라이즈 서비스 버스)**를 사용하여 애플리케이션 사이의 요청을 전달하고 데이터 형식을 변환합니다. 이는 연동 방법 중 하나이며, SOA에 ESB나 SOAP 프로토콜이 반드시 필요한 것은 아닙니다.

## SOA는 어떻게 작동하나요?

온라인 상점, 창고 소프트웨어, 회계 소프트웨어를 보유한 회사를 생각해 봅시다. 고객이 주문하면 주문 절차는 재고 서비스를 호출하여 재고를 예약한 다음 회계 서비스를 호출하여 청구서를 생성합니다. 각 서비스는 자신의 시스템에서 작업을 수행하고 결과를 반환하여 웹사이트가 고객에게 알릴 수 있도록 합니다.

직원용 애플리케이션도 같은 두 서비스를 사용하여 오프라인 매장에서 주문을 생성할 수 있습니다. 두 판매 채널은 별도 구현을 유지하는 대신 재고와 회계 기능을 공유합니다.

## 장점

- **재사용 가능한 기능:** 여러 애플리케이션이 같은 서비스를 사용하므로 비즈니스 로직의 중복 개발과 유지보수를 줄일 수 있습니다.
- **기존 시스템과의 연동:** 서비스 인터페이스를 통해 오래된 소프트웨어의 기능을 새 애플리케이션에 제공할 수 있습니다.
- **쉬운 내부 변경:** 합의한 계약을 계속 지킨다면 서비스가 구현을 바꾸더라도 호출자에게 미치는 영향을 줄일 수 있습니다.

## 한계

- **공유 서비스에 대한 의존:** 재고 서비스의 장애는 재고를 확인하거나 예약해야 하는 모든 애플리케이션에 영향을 줄 수 있습니다.
- **분리된 작업 사이의 복구:** 재고 예약 후 청구서 발행에 실패하면 시스템은 다시 시도하거나 재고 예약을 해제해야 합니다. 별개의 작업들이 자동으로 하나의 트랜잭션이 되지는 않습니다.
- **인터페이스 변경 시 조율:** 여러 애플리케이션이 사용하는 인터페이스는 호출자에게 문제가 생기지 않도록 호환성을 계획해야 합니다.

## SOA는 언제 적합한가요?

SOA는 판매, 재고, 회계, 고객 지원처럼 여러 시스템을 연결하고 비즈니스 기능을 공유해야 하는 조직에 적합합니다. 연동할 대상이 거의 없는 작은 애플리케이션에서는 큰 이점 없이 운영 작업만 늘어날 수 있습니다.

SOA란 무엇인가요?

주요 구성 요소

SOA는 어떻게 작동하나요?

장점

한계

SOA는 언제 적합한가요?

관련 질문