기고 | SOA 설계, 거버넌스에서 비즈니스 중심의 접근법 사용

서비스 지향 아키텍처(service-oriented architecture; SOA)에 대한 업계의 논쟁을 듣고 있자면 애플리케이션 통합에 대한 기술적인 접근으로서 SOA가 최선의 방책인듯한 인상을 받게 된다.

하지만 현실에서의 SOA는 그 이상이다. 포레스터의 ‘2011년 1분기 글로벌 애플리케이션 아키텍처, 설계, 그리고 포트폴리오–SOA 와 온라인 설문조사의 이면(SOA And Beyond Online Survey)’에 따르면 전략적 사업 전환에 SOA를 사용하는 기업들은 전략적 사업 전환에 SOA를 사용하지 않는 기업보다 SOA에 훨씬 더 만족하고 있기 때문에 분명히 무언가를 알고 있을 것이라 한다.

설문 조사에 따르면 전략 사업에 SOA를 사용한다고 대답했던 16명의 응답자들은 그들의 SOA 사용을 확장시키는데 대해 충분히 만족하고 있다. 반면에 SOA 중심으로 전략 사업을 진행하고 있지 않은 27명의 응답자들 가운데 7명이 SOA와 몸부림치거나 SOA를 줄이고 싶어 했다.

비즈니스 중심의 접근법은 SOA 비즈니스 서비스들에서 시작하며, SOA 비즈니스 서비스들이란 주요 사업 부문 –트랜잭션(transaction)과 제출 순서, 고객 평생 가치 검색, 생산 운전(production run) 등과 같은 쿼리 등-들을 모든 직원, 공정, 고객, 사업 파트너들이 필요에 따라 언제 어디서나 접근할 수 있도록 명확하게 정의된 소프트웨어 인터페이스 내부에 구현하는 것이다.

이것이 왜 중요할까? 왜냐면 지금은 모바일 채널을 통해 사업을 해야 할 때이기 때문이다. 그리고 기업의 프로세스들을 고객의 프로세스와 직접적으로 연결시켜야 할 때이기도 하고 비즈니스 트랜잭션에 대한 통찰력이 필요한 때이기도 하다. 혹은 기업에 어떤 다른 변화가 있다 하더라도 SOA 비즈니스 서비스들은 기업을 변화시키는 사업 구성 요소들을 제공할 것이다. 이와 대조적으로 SOA에 대한 통합 중심의 접근법은 유용하고 좋은 반면 기술적인 구성 요소만을 제공한다. 기술적인 구성 요소들은 좋긴 하지만, 계속 진행되는 기업 최적화와 전환에 간접적인 민첩성만을 제공할 뿐이다.

연구 결과는 또한 SOA 거버넌스가 SOA에 대한 비즈니스 중심 접근법과 결합되면 SOA의 성공과 만족에 탄탄한 기초를 제공함을 알려주고 있다. SOA 거버넌스 초기는 구조에 대한 검토나 SOA 운영 위원회와 같은 일반적인 관행으로 시작할지도 모르지만 성숙하게 되면 다음과 같은 특정 거버넌스 절차나 메커니즘을 포함하게 된다. (포레스터-특정 SOA 설계와 거버넌스 메커니즘에 있어 우선적인 순서에 관한 일반 지침-에서 제시한 순서대로 나열했다)

1. 서비스 인터페이스 설계의 검토 및 승인
포레스터는 이 항목을 가장 처음에 놓았는데 이유는 이 것이 다른 SOA 거버넌스 적용의 기초를 이루기 때문이다. SOA가 역할을 해 나갈수록 잘 설계된 비즈니스 서비스 인터페이스들은 SOA와 함께 사업 성공을 위한 강력한 기반을 형성한다. 제대로 설계되지 않은 인터페이스들은 기업들로 하여금 많은 문제들에 직면하게 할 것이다. 서비스가 만들어질 때마다 (혹은 업데이트될 때마다) 서비스 인터페이스 검토들을 프로젝트 계획 안에 포함시키도록 하라. 검토 회의에서는 각 SOA 비즈니스 서비스가 하나의 완전한 사업 부문(혹은 SOA 애플리케이션 서비스와 SOA 인프라 서비스들에 있어서 하나의 기술적인 단위)으로 합당한지 확인시켜줄 수 있는 직원들을 포함해야 한다.

2. SOA 서비스 포트폴리오 관리
SOA 비즈니스 서비스들은 중요한 비즈니스 트랜잭션과 쿼리 등을 구현한다. 스스로가 어떤 사업에 속해있는지 알고 있기 때문에 사업을 하는데 필요한 비즈니스 서비스의 일관된 포트폴리오를 계획할 수 있고 시간에 따라 구축해나갈 수도 있다(프로젝트 변덕에 의해 구축된 무계획적인 라이브러리와는 반대된다).

SOA 포트폴리오 관리를 하고 있는 응답자들은 모두 SOA에 만족했으며 심지어 그들이 “궁극적으로 원하는 서비스들의 조금밖에” 창출하지 못했더라도 만족한다고 답했다. 예를 들면, 한 가지 시작 방법은 주어진 사업 영역을 이해하고 있는 다섯 명 내지 여섯 명의 직원들을 모아 그 그룹이 “이 사업 영역에서 주요한 비즈니스 트랜잭션과 쿼리는 무엇인가?”라는 질문에 대답하는데 반나절 혹은 하루를 고민하게 만드는 것이다. 이것들은 각각 SOA 비즈니스 서비스의 후보이다. 후보 서비스들로 이루어진 포트폴리오를 앞으로 이끌어 나가기 위해서는 주기적인 검토가 존재하는지 계속해서 작업하고 있는 팀과 각 영역 내의 후보 서비스들을 확인해야 한다.

3. 애플리케이션 로드맵과 SOA 기회 검토
가끔은 단일 프로젝트(예를 들면 하나 이상의 사용자 인터페이스가 같은 기능에 접근할 수 있는 다중채널 솔루션 등)의 맥락 안에서 SOA가 가지는 가치를 증명할 수 있긴 하지만, SOA는 더욱 일반적으로 프로젝트들로 이루어진 포트폴리오 사이에서 가치를 전달한다.

애플리케이션 로드맵을 이해하면 각 프로젝트가 SOA의 성숙을 향한 전반적인 발전 과정에 어떻게 기여할 수 있는지 등을 알 수 있는 토대를 제공한다. SOA에 능숙한 직원이 각 프로젝트에 어떻게 그리고 얼마나 많이 SOA를 이용할 것인지 확인하는 프로젝트 계획에 SOA 기회 검토를 포함시킴으로써 프로젝트 예산이 세워지기 전에 시작단계부터 프로젝트에 강력한 아키텍처를 확실하게 구축할 수 있다.