SOA 아키텍처의 서비스 결합과 표준 통신 구조

업무 기능을 서비스 단위로 분리하는 방식

모놀리식 시스템은 작은 변경도 넓은 범위에 영향을 줄 수 있어 비용과 시간이 커지기 쉽다. SOA(Service Oriented Architecture)는 업무상 독립적인 기능을 네트워크상의 서비스로 배치하고, 이 서비스를 조합해 전체 시스템을 구성하는 아키텍처 스타일이다.

설계의 중심은 개별 기술 구현보다 비즈니스 프로세스의 흐름이다. 표준 프로토콜인 HTTP와 XML 등을 통해 통신하므로 운영체제나 구현 언어가 다른 시스템도 통합할 수 있다. 서비스의 내부 구현이 바뀌더라도 인터페이스를 유지하면 다른 서비스에 미치는 영향을 제한할 수 있으며, 표준화된 인터페이스를 가진 기능은 여러 비즈니스 맥락에서 재사용할 수 있다.

등록·검색·호출로 이어지는 서비스 관계

서비스는 제공자가 등록하고, 사용자가 필요한 서비스를 찾아 호출하는 방식으로 상호작용한다. 레지스트리는 서비스 명세를 보관하고 검색 기능을 제공하며, 제공자와 사용자 사이에서 서비스 발견을 돕는다.

⤢✕

서비스 통합을 지탱하는 역할과 기술

Service Provider는 서비스를 만들고 카탈로그에 등록해 외부 사용을 가능하게 한다. Service Requester는 필요한 서비스를 검색해 발견한 뒤 호출한다. Service Registry는 WSDL과 같은 서비스 명세 정보를 보관하고 검색 기능을 제공하는 역할을 맡는다.

통신과 통합에는 다음 기술이 사용된다.

• XML (Extensible Markup Language): 시스템 간 데이터를 교환하기 위한 범용 표준 데이터 형식이다.
• SOAP (Simple Object Access Protocol): XML 기반 메시지 전송 프로토콜로, 네트워크상의 서비스 간 통신을 정의한다.
• WSDL (Web Services Description Language): 서비스가 제공하는 기능과 호출 방법을 기술하는 XML 기반 설명서다.
• UDDI (Universal Description, Discovery and Integration): 전역적인 서비스 등록과 검색을 위한 저장소 규격이다.
• ESB (Enterprise Service Bus): 서비스 사이의 연동, 메시지 변환, 라우팅을 담당하는 미들웨어 인프라다.

SOA는 기술 구성만을 뜻하지 않는다. 비즈니스를 서비스 단위로 재구성하기 위한 기반이기도 하다. 표준 준수에 따른 오버헤드와 복잡성은 고려해야 하지만, 서비스의 독립성과 재사용성은 변화하는 시장 요구에 대응하는 데 활용할 수 있다. 마이크로서비스 아키텍처(MSA) 역시 이러한 SOA의 철학을 계승하고 현대화한 아키텍처다.

Sources

• Erl, T. (2005). Service-Oriented Architecture: Concepts, Technology, and Design. Prentice Hall.
• Papazoglou, M. P. (2003). Service-oriented computing: concepts, characteristics and directions. Proceedings of the Fourth International Conference on Web Information Systems Engineering.
• IBM Redbooks. (2004). Patterns: Service-Oriented Architecture and Web Services.