웹 2.0기반 개발자 중에 REST를 모르는 사람은 이제 없을 것이다. 내가 이 REST를 처음 접해서 적용했던 게 벌써 6년 전. 그때는 국내에 REST를 아는 사람도 별로 없어서 참 외로웠는데 이제는 Web 2.0시대에 없어서는 안될 기술이 되버렸다.
그런데 내가 처음 REST를 할 때만해도 그 단순함이 너무나 매력적이었는데 이제는 이 REST도 더이상 단순하기만한 기술은 아니지 않나 싶다. 물론 그냥 쓰기에는 편하지만 REST를 적용해서 서비스하고 있는 REST 서비스들이 저마다 다양한 방식으로 구현해놓다보니 Mashup, Composite에서의 복잡도가 높아지고 있는 듯하다. 물론 SOAP에 비할바는 아니겠으나 어쨌든 초기의 REST의 단순함만 철떡같이 믿고 쓰기에는 어려운 시대가 되었다.
그래서 REST도 이제는 Description 언어가 필요한 때다. WSDL처럼 컴퓨터가 직접 REST서비스를 파악해서 적절한 코드를 만들거나 호출할 수 있도록 REST에 대한 체계적인 기술언어가 있어먀한 할 때다. 그래서 일찍부터 나온 게 WADL. 하지만 WADL은 널리 사용되지 못하고 있다. 그래서 이미 널리 사용되고 있는 기술언어인 WSDL이 2.0버전이 나오면서부터 REST를 지원하게 된다.
이건 꽤나 의미있는 일인데, 지난 거의 6-7년간 계속되오던 SOAP과 REST의 전쟁 끝에 두 메시지 프로토콜이 동일한 기술언어에 의해 표현될 수 있다는 것은 상대적으로 엔터프라이즈쪽에서 강세를 보여온 SOAP과 포털서비스진영에서 강세를 보여온 REST가 동일한 거버넌스나 프로토콜 파운데이션에 포함될 수 있는 기반이 마련되었기 때문이리라.
WSDL 2.0을 지원하는 미들웨어는 이제 동일한 서비스에 대해 REST와 SOAP 두가지 바인딩을 자유롭게 지원함으로써 대 기업과 대 고객용 서비스에 대한 유연한 인터페이스를 활용할 수 있게 될 것이다.
그런데 내가 처음 REST를 할 때만해도 그 단순함이 너무나 매력적이었는데 이제는 이 REST도 더이상 단순하기만한 기술은 아니지 않나 싶다. 물론 그냥 쓰기에는 편하지만 REST를 적용해서 서비스하고 있는 REST 서비스들이 저마다 다양한 방식으로 구현해놓다보니 Mashup, Composite에서의 복잡도가 높아지고 있는 듯하다. 물론 SOAP에 비할바는 아니겠으나 어쨌든 초기의 REST의 단순함만 철떡같이 믿고 쓰기에는 어려운 시대가 되었다.
그래서 REST도 이제는 Description 언어가 필요한 때다. WSDL처럼 컴퓨터가 직접 REST서비스를 파악해서 적절한 코드를 만들거나 호출할 수 있도록 REST에 대한 체계적인 기술언어가 있어먀한 할 때다. 그래서 일찍부터 나온 게 WADL. 하지만 WADL은 널리 사용되지 못하고 있다. 그래서 이미 널리 사용되고 있는 기술언어인 WSDL이 2.0버전이 나오면서부터 REST를 지원하게 된다.
이건 꽤나 의미있는 일인데, 지난 거의 6-7년간 계속되오던 SOAP과 REST의 전쟁 끝에 두 메시지 프로토콜이 동일한 기술언어에 의해 표현될 수 있다는 것은 상대적으로 엔터프라이즈쪽에서 강세를 보여온 SOAP과 포털서비스진영에서 강세를 보여온 REST가 동일한 거버넌스나 프로토콜 파운데이션에 포함될 수 있는 기반이 마련되었기 때문이리라.
WSDL 2.0을 지원하는 미들웨어는 이제 동일한 서비스에 대해 REST와 SOAP 두가지 바인딩을 자유롭게 지원함으로써 대 기업과 대 고객용 서비스에 대한 유연한 인터페이스를 활용할 수 있게 될 것이다.
공유하기 버튼
|
|



덧글