USER Request -> Apache -> CGI (PHP/ASP) -> DB -> CGI -> Apache -> User
결국 어떤식의 서비스 구조체가 가장 이상적일까 하고 생각하던차.. 나온 나름 하나의 답이다.
DBMS <-> Common Gateway Interface <-> User Communicating Application <-> User
물론 어느정도의 웹구조체를 벗어날수는 없으나.. 게시판같은 단편화된 서비스를 벗어나는 방법론중 하나다.
어디선가 많이 본것 같지 않은가? 이전 텔넷등의 서비스와 같은 형식이다.
그렇다 -_- 사고가 여기에서 고정된것일수도 있다. 그러나 나름 이상적 시스템을 그려보니 이렇게 나오더라.
많은 브라우저의 호환성과 편의성을 고려할 때 이에 적합한 유저어플리케이션은 Flash 라고 생각한다.
현실적으로 다양한 프로그래밍을 제공하며, 실시간 통신을 제공하며, 가장 많이 설치되며 범용성을 띈 Active X 라고 생각한다.
로딩된 플래시로부터 XML화된 페이지를 가져와 사용자의 CPU 를 이용해 페이지를 처리한다는것은 기본적인 골자다. 흔히 XML 페이지를 운용하는것도 이와 비슷한 맥락이라고 보인다.
그러나 자바스크립트의 xmlhttpreq 는 어디까지나 편법적인 server push 가 한계이지 real time은 될수가 없다.
무언가 페이지를 지속적으로 갱신 요청을 하여야 하며 불필요한 부하는 이곳저곳에서 이루어지기 마련이다.
이러한 서비스는 엄밀히 "웹"의 범주를 크게 벗어날지도 모른다. 또한 범용성은 많이 떨어진다.
둘째로 자바스크립트가 처리할 수 있는 한계가 있다는것이다. 내장 렌더링이 가능한 플래시보다는 기능제약적이며 코딩의 난해함으로 발전이 오히려 더딜것이라 생각된다.
플래시는 필살 로드무비/로드클립이라는 형식을 통해 API 모듈라이징이 가능한 구조를 가지고 있다.
렌더링 폰트가 필요하다면 해당 폰트가 렌더링/내장된 플래시를 호출함으로 추가로 호출함으로써 웹에서 간단히 아름다운 폰트를 사용할수있다.
그러나 출력포맷이 Flash 인터페이스가 아니라 Flash가 단순 유저의 통신응용프로그램으로써의 역할만 하는것을 전제로 한것이다.
HTML : BODY : embed (object) FLASH : DIV : BODY : HTML
이러한 페이지가 있어 이 플래시가 간단히 xml httpreq형식으로 flash 가 파싱한 자료를 DIV로 넘긴다고 생각하면된다.
출력은 HTML타입으로 나오는것이다. 말그대로 서비스간의 게이트웨이 역할을 하게된다.
또한 C로된 서버의 CGI는 디비의 커넥션 폴링따위가 필요치 않다. 불필요한 커넥션 처리, 쿼리처리들로 인해 발생하는 많은 소모적인 작업의 부하를 줄일 수 있다.
변화화는 부분에 대한 일부 태그만 실시간으로 수정함으로 써 사용자에게 최신의 페이지를 지속적으로 유지한채 보여줄 수 있다고 생각한다.
향후에는 이러한 형식이 큰틀로 적용이 되어 웹 2.0의 방향중 하나로써 생각할수 있는 부분이라 보인다.
전체적으로 어떤 API 하나가 가운데의 게이트를 주관하며, 업로드와 여러가지 웹의 한정적, 제한적 포맷을 벗어나 사용자와 서비스 제공자간의 좀더 자유로운 인터페이스를 제공해줄수 있지 않는가 생각한다.
(0) 
(0)Posted by LeCieL