조대협의 블로그

OMG에서 SOA를 디자인할 수 있는 UML의 확장판인 SOAML을 발표했습니다. http://www.omg.org/docs/ad/08-08-04.pdf SOA 시스템 디자인하기에 편하겠네요.

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가 나온지도 오래되었고 개념이 좋다는 것은 다들 인정하고 있지만 쉽게 확산 되지 않는 이유가 무엇일까? 결과부터 따져보자면 성공적인 SOA

요즘 들어 오라클에 들어와서 제품들을 보면서 관심들이 가는 제품들이 있는데.. 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 - 시간이 없다는 핑계로 오랫동안 묻어..

경영과 컴퓨터 1월호에 기고했던글.. == 2008년 SOA 기술 전망 저자 BEA 조병욱 과장 (Sr. consultant of BEA Systems Korea consulting dept.) 블로그 : http://bcho.tistory.com 온라인상의 필명으로 “조대협” 이라는 이름을 사용하고 있으며,온라인 자바사이트 www.javastudy.co.kr의 초대 운영과, 한국 자바 개발자 협의회 jco의 부회장을 맏았으며, SOA 관련 다수의 강의 경력과 컨설팅 경험을 가지고 있다. 현재는 BEA Systems Korea에서 엔터프라이즈 시스템 관련 컨설턴트로 재직중이다. 1. 개요 본 기고는 2007년의 SOA관련 기술의 흐름을 되 짚어보고, 2008년의 SOA의 기술의 변화 방향에 대해서 전망하..

역시 BEA는 재미있는 기업이다. EAI-->SOA로 이어진 기술의 파이프라인이 내년에는 Dynamic Biz App라는 개념을 들고 나왔다. 기존의 SOA 발전 모델에 대한 Stack을 1. Service Enablement를 통한 Share & Integration 2. ESB 구축을 통한 Flexibility 추가 3. BPM을 통한 Agility의 추가 이런 개념으로 생각했는데. 1.2. 개념을 합쳐서 SOA 사상으로 인식하고 그위에 BPM을 얹어서 Agility를 추가한후에 이것들을 하나의 서비스로 묶고 Saas(Software as a service) 개념을 넣어서, 플랫폼이나 기술에 종속성을 없애버린다. 여기서 SCA (Service Composition Architecture) 기술이 사용..

컴퓨터 시스템이 사용되면서부터, 각 시대의 기업 전략에 맞는 소프트웨어 아키텍쳐 존재하여 왔다. 초기 시대의 메인프레임에서는 기업의 업무를 전산화 하는데 목적이 맞춰졌고, 소프트웨어는 구조적 프로그래밍 (Structured Programming)으로 개발되었다. 그 후 개인 PC가 도입되면서 클라이언트 서버 시대 아키텍쳐가 도입되었고, 근래의 인터넷과 e비지니스 시대에서는EJB나 COM을 기반으로하는 컴포넌트 기반의 개발이 중심이 되었다. 그리고 지금의 IT 시스템들은 비즈니스의 급격한 변화를 수용할 수 있는 민첩성이 요구 되게 되었고, 이 요구를 충족시키기 위한 아키텍쳐가 서비스 지향 아키텍쳐 SOA 이다. 이번 강좌에서는 SOA가 무엇이고 어떻게 SOA를 진행할지에 대해서 간략히 살펴보도록 한다. 1..

예전 정리했던 글 == 요즘 읽는 책들이 XP,조엘온소프트웨어,대한민국에는 소프트웨어가 없다, 소프트웨어 프로젝트 생존 전략,TDD 주로 소프트웨어 프로젝트 방법론에 대한 책들이다. (지금은 생존전략을 읽는중이다. TDD는 사놓고 대충만 보고.. 다시 봐야 할텐데..) 접근 하는 방식은 틀리지만, 변경 관리, Short release,단계적 개발 모델, 개발자에 대한 배려 사용자 참여,등등. 결과적으로 이야기 하는 내용은 틀리지 않다. 근데 여기에 왜 Governace 이야기를 들고 나왔냐 하면, Governace도 결국 따지고 보면 소프트웨어 프로젝트 관리 방법론이고 뚜껑을 열어보면 위에서 설명하고 있는 내용들을 약간 더 서비스 개념에 맞게 포장해놓은것 뿐이고 같은 내용이라고 보인다. 결국에는 사람들이..

2007년 7월 6일 포스팅 글 == 이번에도 SOA기고를 하나 하긴 했는데. 맨날 했던 말이 그말인것같다. 한번 더 고민 한점이 있다면 한국에서만 유달리 SOA가 전파되지 않는다는 것이다. 근래의 N社에 입사해서 시스템들의 구성들을 이야기 들어보면, SOA의 필요성이 인식이된다. 비단 Enterprise만이 아니라 service업체에서도 개개의 서비스들을 XML형식으로 통신하는 구조가 많이 있는데, 중앙에서 통제되지 않고, XML-RPC, WebService, XML-HTTP 등등 프로토콜이 각각이고 Granuality도 각각이며, UDDI와 같은 Dictionary도 없는것 같다. 흔히들 말하는 공통 서비스들이 그것이 될테인데. 이미 SOA의 1차적 개념을 가지고 접근을 하고 있으나 SOA적인 접근을..

월간 마이크로소프트웨어 2007년 7월호 기고 내용 == “ SOA는 무엇이고, SOA를 준비하기 위해서 무엇을 해야 할까? 그리고 SOA 시스템을 구축하기 위해서는 어떤 기술을 준비해야 할까 ? ” 수년간 많은 벤더와 매체를 통해서 SOA라는 단어를 들어보고, 웹서비스, ESB, BPM, Governance와 같이 SOA와 관련된 주요 키워드들에 대해서 접해왔을 것이다. 그러나 정작 시스템을 어떻게 SOA화 해야하는지 심한 경우에 SOA 자체가 무엇인지 조차 이해하지 못하는 경우도 많다. 이 글에서는 SOA의 올바른 이해와 함께, SOA 시스템 구축에 용이한 기술에 대해서 알아보도록 하겠다. SOA란 무엇인가? SOA란, 기존의 애플리케이션들의 기능들을 비즈니스적인 의미를 가지는 기능 단위로 묶어서 표..