REST (REpresentational State Transfer)

오늘 회사에서 작업한 내용은 기존 Bizbinder RegRep 서버에 REST인터페이스를 추가하는 일이었다. 기존에는 SOAP 인터페이스만을 제공하다가 스펙 2.5부터 이 REST인터페이스가 추가되었다. REST는 URI를 이용하여 리소스를 지정하고 이를 HTTP의 네가지 액션을 통해 제어하는 방식으로서 RPC방식의 분산 객체 기술이 아닌 문서 방식의 느슨한 연결을 제공하는 아주 간단하고도 쓰임새 많은 기술이다. 기술 자체는 너무나 간단하지만 이 기술은 웹서비스의 근간을 이루는 핵심이라고 할 수 있다. SOAP기술이 태어난 동기는 DCOM이나 CORBA가 할 수 없었던 제약사항들을 해결하는 데 있었기에 WebBroker라는 이름을 가졌던 적도 있었고 때문에 웹에서의 RPC라는 고정관념이 강하다. 그러나 근본적으로 RPC방식은 인터페이스의 수정이 매우 어렵기 때문에 Late Binding에 적합한 방식은 아니다. 반면에 웹이라는 특성은 철저하게 Late Binding한 특성을 지녔고(URI를 통해 리소스를 가져오는 순간 해당 리소스가 바인딩된다) URI라는 표준에 입각한 주소체계를 가진 한마디로 웹 자체가 거대한 분산 시스템이라 할 수 있다. REST는 이러한 웹의 근본적인 특성을 최대한 이용한 방식이다. 실제로 이전에 BizBinder RegRep에 접근하기 위해서는 SOAP 메시지를 만들어야만 했고 전용 클라이언트가 있어야하거나 전용 웹사이트가 있어서 직접 SOAP메시지를 만들어서 HTTP 프로토콜로 전달해야했다. 하지만 REST 인터페이스를 구현할 경우 BizBinder RegRep의 모든 리소스는 웹브라우저나 텔넷 클라이언트로 URI만 지정하여 검색이나 관리가 가능해진다. 모든 리소스가 URI로 표현되기 때문이다. 이렇게 오늘 REST인터페이스를 만든 이유는 철강산업의 RegRep과 국가중앙저장등록소간의 통합 분산질의 시스템을 구축하기 위함이다. 이렇게 REST를 구축함으로 인하여 엄청난 확장성을 얻게 된다. 두 등록소는 아주 간단하게 연결되어 서로 질의가 가능해지고 향후에도 너무나 손쉽게 확장이 가능해지는 구조가 되어버린다. REST의 환상적인 세계를 경험하고 싶다면 다음을 참고하기 바란다. REST Wiki