calmglow (최진호)

오늘은 '한국 전자OOOOO ' 분들을 만나 프로젝트에 대해 회의하였다. 회의가 끝나고 ebXML과 웹서비스 동향에 대해 같이 짧게 이야기할 시간을 갖게 되었다. ebXML을 전문으로 연구하고 이끌고 있는 많은 이들 조차 ebXML의 미래에 대해 아직은 확신을 갖지 못하고 웹서비스의 우세를 예상하는 느낌을 받았다. 물론 충분히 이해가 가는 의견들이기는 ...

그저께 30일에는 오아시스에서 Framework for Web Services Implementation (FWSI)라는 TG을 만들었다고 발표했다. 참여 업체는 Sun, 로제타넷, 홍콩대학, Yellow Dragon 등등이 있다. 즉 웹서비스 구현물을 개발할 때 지침이 될만하며 상호운영성을 맞출 수 있도록 기본적인 프레임워크를 제안하려는 TG인데 말을...

웹서비스 관련 문서를 찾다보면 참 별의별 희한한 개념을 많이 만난다. 웹서비스 게이트웨이란 클라이언트가 원하는 웹서비스에 접속하기 전에 보안이나 트래픽 등의 내용을 미리 제어하는 웹서비스의 게이트웨이란다. 일종의 방화벽 내지는 프록시서버라고 볼 수 있겠는데 내부에 많은 웹서비스가 정책이 변화되거나 생멸을 반복한다면 과연 게이트웨이가 내부 웹서비스의 보...

RM에 대해 이렇게 자세하게 다룬 문서는 본적이 없다. 꼭 필독! RM

coupling이란 서로 상호작용하는 시스템들간의 의존성을 의미한다. 의존성은 실질적 의존성과 인위적 의존성으로 나뉠 수 있다. 실질적 의존성은 한 시스템이 소비하는 다른 시스템의 기능이나 서비스 집합을 의미한다 인위적 의존성은 한 시스템이 다른 시스템이 제공하는 기능이나 서비스를 소비하기 위해 필요한 여러 요소들의 집합을 의미한다. 전형적으로 인위적 ...

쓸만한 웹서비스 프로토콜 스택그림을 찾았다. 비록 완전하지도 않고 미묘한 의견대립을 가져올 수 있는 그림이지만 이를 기반으로 적절한 아키텍처 그림을 그려볼 수 있을 것이다. 일단 BP관련 기술이 Description에 있다는 것이 조금 의아스럽다. 또한 문서 Semantic에 대한 부분이 결여되어있는 점 등이 아쉽다

GXA 아키텍처에서 가장 핵심이 되는 스펙중의 하나는 WS-Policy이다. 바로 이전 블로그에서도 언급하였듯이 Policy라는 것은 어떤 웹서비스가 있을때 그 웹서비스가 제공하는 서비스의 여러 정책을 나타내는 용어이다. 이를테면 서비스를 제공하는 입장에서 보안을 위하여 프로토콜 수준에서 SSL을 사용하고자 하며 메시지 수준에서는 X.509 혹은 Ker...

Policy : Policy Assertion으로 표현되는 모든 추상적인 정보를 일컬을 때 Policy를 사용한다. Policy Assertion : 어떤 개체 각각의 우선순위, 요구사항이나 환경, 능력 혹은 속성등을 표현하는 단위. Policy Expression : 하나 이상의 Policy Assertion을 포함하는 XML 정보집합을 일컫는다. P...

요즘에 틈틈히 웹서비스의 RM관련 스펙을 들춰보고 있다. ebXML MS와 WS-RM, 그리고 WS-Reliability 총 세개이다. 좀 더 세부적인 비교가 이뤄져야 겠지만 총평을 하자면 WS-Reliability는 정말로 구리다는 것이다. Routing에 대한 이야기나 Security에 대한 얘기도 쏙빠지고 Policy에 대한 이야기도 언급이 없이 ...

나는 가끔 주위 개발자분들로부터 웹서비스 적용에 대한 질문을 받곤 한다. 이러이러한 통합의 문제가 있는데 이것을 웹서비스 기술을 적용하는 것이 어떠한지를 묻는 질문이다. 참으로 난감한 질문이 아닐 수 없다. 왜냐하면 난 아직까지도 웹서비스가 덜 여문 갓난아기의 기술이라고 생각하기 때문에 섣불리 권할 수 없다. 만약 보다 Critical한 부분에의 웹서비...