아키텍쳐 143

SOA 시스템 설계에서 가장 큰 실수

SOA 시스템에 대한 컨설팅 (설계나 Code Inspection)을 다니다 보면, Goverance나 프로젝트 관리상에서도 문제가 많이 나타나지만, 설계상에서 근본적인 문제로 나타나는 패턴들이 있다. SOA의 근본적인 정의를 다시 내려보면, "비지니스적인 의미를 가지는 컴포넌트를 기업내의 통합된 프로토콜로 서비스하여 제공한다." 이다. BPM을 이용한 Composition이나 ESB를 이용한 유연성의 증대도 SOA 에서 큰 의미를 차지하지만, 일단 시작은 SOA를 통해서 제공되는 컴포넌트의 형태이다. 즉 기본이 되는 SOA 서비스와 그 인터페이스에 대한 정의와 구현이 제대로 되어야 하는데 통상적으로 SOA 시스템을 설계하고 구현하는데 있어서 발견되는 실수는 다음과 같다. 1. 표준 전문의 미사용 서비스..

아키텍쳐 /SOA 2009.03.16

REST의 반격?

SPEC도 없고, 적당한 구현 프레임웍도 없던 REST가 드디어 반격을 시작하는지? 여기저기서 들려오는 소리가 대부분 REST에 대한 소식이다. WSDL처럼 REST의 스펙을 정의하는 WADL REST 프로그래밍 스펙이 JSR 311-JAX RS로 등록이 되고 Sun에서는 JAX RS의 Implementation체인 Jersey (https://jersey.dev.java.net/) 도 있고.. WSDL2.0에서도 REST스펙이 추가 되었다하니 아마 REST 기반의 개발이 가속화 되지 않을까? 금년에는 유난히 REST에 대한 이야기가 많네 그랴..

Composition 과 Mashup의 차이

SOA 프로젝트를 하다보면 Mash up과 Composition를 혼용해서 쓰는 사람들이 종종있다. 먼저 유래부터 살펴보면 SOA 사상이 먼저 나온후에, WEB 2.0 이란 사상이 대두 되고, SOA의 무거운 부분과 복잡성을 제외하고, 단순성과 편의성을 위주로 OPEN API라는 개념이 나왔다. SOA에서 통상적으로 웹서비스로 구현되는 서비스를 JSON이나 PLAIN OLD XML등과 같이 경량의 사용하기 쉬운 메세지 포맷을 이용해서 OPEN API라는 것이 개발되었고, 이 오픈 API를 조합하여 새로운 기능을 만들어 내는것을 MASH UP이라고 한다. SOA WEB 2.0 컴포넌트 개념 웹서비스 기반의 서비스 경량 기반의 서비스 서비스 조합 Composition (Orchestration) Mash u..

아키텍쳐 /SOA 2008.11.13

관심이 가는 오라클 제품들

요즘 들어 오라클에 들어와서 제품들을 보면서 관심들이 가는 제품들이 있는데.. 1. ODI - ETL 같은 솔루션인데, 보다 Near realtime에다가 ETL과 접근 방법이 약간 틀려서 EL-T라고 하는데 성능이나 사용성이 좋은듯 하다. 그간 ETL 솔루션이 없어서 고생좀 했는데. 의외로 좋은 아이템이 될듯. 2. ORACLE BPEL PM - WLI 와 AL BPM의 중간 계보쯤을 이어주는 제품. Human Oritented BPM보다 System Oriented BPM에 가까운데. WLI의 족보를 이어서 선전(?)을 하지 않을까/ 3. Coherence - 이미 아는 사람들은 다 아는 오라클이 인수한 메모리 캐슁 제품... 꼭 한번 써보리라!! 4. ALER - 시간이 없다는 핑계로 오랫동안 묻어..

아키텍쳐 /SOA 2008.10.15

오픈 환경과 우물안의 개구리....

요즘 오픈 플랫폼에 관련된 프로젝트를 하면서 여기저기 기웃거리고 있는데... Open Social, Open API. Mash up 플랫폼등.. 근데 보면서 느끼는 것이.. Facebook이나 MyFaces와 같은것들이나 여러 사이트에서 제공하는 OPEN API의 인프라를 보면 무섭게도 빨리 발전하고 있다는 것이다. 국내에 잘나간다는 개발자분들 블로그에는 오히려 접하기 힘든 내용이고 국내에서 제공되는 OPEN API도 네이버나 다음에서 그것도 일부만이 제공되지 외국 환경과 같이 강력한 환경이나 이미 널리 전파되어 있는 주요 영역으로 보이지 않는다. 오히려 이런점이 블루 오션이 되지 않을까? 반대로 아래 포스트에서 언급한데로 포탈벤더의 지배력이 강해서 일까?? 자바스크립트에 국내 개발자들이 약한것도 하나 ..