엔터프라이즈 SOA

감상

SOA는 구체적인 기술이 아니라, 구조를 의미한다.

SOA를 하기 위해서 꼭 특정기술을 써야한다는 주장만이 들리고 있고, 다른 선택을 말할 수 없는 상황이라면, 시스템의 이해관계자 중 솔류션 벤더사나 특정 개발 조직의 이익만이 정치적으로 관철되어 있는 상황이 아닐까?

인상깊은 부분

20쪽

SOA는 엔터프라이즈 기술 표준이 아니다. 이는 SOA가 IIOP나 SOAP 같은 특정 단일 기술 프로토콜에 의존적이지 않다는 것을 의미한다. 대신 SOA는 아키텍처 청사진을 뜻하여, 이는 많은 상이한 기술들을 통합할 수 있고, 특정 프로토콜이나 연계기술을 요구하지 않는다는 것을 의미한다.

40쪽

따라서 SOA는 전사 차원의 기술적 표준에 집착할 것을 강요하지 않으며, 어격한 표준이나 사양으로 이뤄져 있지도 않다.

42쪽

예를 들어 1970년대에 기술을 잘 모르는 비즈니스 분석가들이 비즈니스 데이터를 직접 액세스하고, 분석 및 조작할수 있도고 하겠다는 비전으로 SQL이 발명되었다.

49쪽

SOA는 서비스 버스나 특정 미들웨어를 지칭하는 것이 아니라 아키텍처 그 자체라고 지적했듯이, SOA는 구체적인 기술이 아니라 구조를 의미한다.

53쪽

객체 지향은 (일반적으로 상대적으로 고립되고 획인적인 대형 애플리케이션의 경우에는 훌륭하지만) 분산 컴퓨팅 관점에서는 막다른 길임이 증명되었다.

93쪽

미들웨어 이종성을 포함한 이종성은 싸워서 될 문제가 아니라 관리돼야 나다는 근본적인 사실을 이해해야한다.

99쪽

SOA의 정의 : 서비스 지향 아키텍처는 애플리케이션 프론트엔드, 서비스, 서비스 리포지토리, 서비스 버스의 주요 개념에 바탕을 둔 소프트웨어 아키텍처이다. 서비스는 계약, 하낭시아의 인터페이스, 그에 대한 구현으로 이루어진다.

227쪽

규모가 큰 조직의 경우 단일 기술 아키텍처를 표준으로 채택하는 것이 불가능하다는 것을 가정하고 있따는 점이다.

245쪽

훌륭한 서비스 지향 로깅 기능은 세션 토큰과 트랜잭션 토큰 같은 것들이 있다는 점을 보장할 필요가 있다.

332쪽

첫째 SOA는 하부 기술로부터 추상화되기 때문에 기술의 특징이나 단점에 얽매이지 않는다. 따라서 다른 기술과 함께 사용할 수 있고, 특히 하부 기술이 더 이상이 쓸모 없어졌을 때 특히 유용하다. 둘째 SOA는 투자를 보호하며, 이는 SOA가 기존 시스템을 대체하는것이 아니라 기능 통합을 가능하게 하기 때문이다.

333쪽

SOA의 반대적인 모습은 특정 소프트웨어 혹은 기술의 기능과 특징이 프로젝트의 범위를 결정하는 경우로 묘사할 수 있다.

426쪽

(도이치포스트의 경험)

기술적 통합 인프라는 장기간 안정적이어야 하는 만큼 벤더 독립성을 유지하고, 개방형 표준을 고수하라.