달력

4

« 2021/4 »

  •  
  •  
  •  
  •  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  •  

'개발자료'에 해당되는 글 38

  1. 2008.03.18 IIS 7.0 Architecuture
  2. 2007.11.13 Google gears의 기본 구조 설명 (2)
2008. 3. 18. 23:51

IIS 7.0 Architecuture 좋아하는 것2008. 3. 18. 23:51

요즘은 주제를 정하지도 않고서, 웹 서핑을 하다가, 공부를 하게된다.
사실 IIS 서버는 내가 처음 웹 프로그래밍을 했던 Windows NT 3.5에 내장된 웹서버 였다. 그때는(1996년도) ASP의 동적 스크립트의 장점과 쉽게 데이터 베이스 연결할 수 있도록 도와주던, Inter Dev 1.0 Beta 3는 웹 개발함에 있어서 최고의 툴이었고, 프론트 페이지와 궁합도 정말 잘 맞았다. 거에에 IIS에 쉽게 연동할 수 있었기에 당시로는 혁신적인 웹 개발 프레임워크 였다.   내 기억이 맞다면, 그 때 사용하던 IIS는 3.0 버전이었을 것이다.

2000년대에 들어서면서도 Architecture에 많은 변화가 있었고, 현재는 6.0 버전이 주로 사용되고 있다.
MIX 08에서 IIS 대한 변화된 내용들이 발표되었는데, Windows 2008서버에 포함되어 출시될것 같다.

아키텍쳐를 보면 몇가지 특이 사항들이 있지만, IIS 6.0에서 Windows Sockets API를 대체한 HTTP.sys는 더욱 중요한 역할을 할것이다. 이는 Kernel-mode 에서 동작하기 때문에 다른 웹 서버보다 빠르다고 알려져 있다. (OS의 특성을 이용하기에..)

HTTP.sys를 이용한 장점들은:
  • Kernel-mode caching. Requests for cached responses are served without switching to user mode.
  • Kernel-mode request queuing. Requests cause less overhead in context switching because the kernel forwards requests directly to the correct worker process. If no worker process is available to accept a request, the kernel-mode request queue holds the request until a worker process picks it up.
  • Request pre-processing and security filtering.

    ==> 커널모드의 장점을 살려 속도를 취대한 끌어올리는데 초점이 맞추어져 있다.
  • 다음은 HTTP Request Processing 에 대한 내용이다
    1. When a client browser initiates an HTTP request for a resource on the Web server, HTTP.sys intercepts the request.
    2. HTTP.sys contacts WAS to obtain information from the configuration store.
    3. WAS requests configuration information from the configuration store, applicationHost.config.
    4. WWW Service receives configuration information, such as application pool and site configuration.
    5. WWW Service uses the configuration information to configure HTTP.sys.
    6. WAS starts a worker process for the application pool to which the request was made.
    7. The worker process processes the request and returns a response to HTTP.sys.
    8. The client receives a response.


    그리고 IIS에 추가 가능한 모듈들이 추가되었는데, 이는
    http://learn.iis.net/page.aspx/101/introduction-to-iis7-architecture/
    를 참조하면 된다.

    Posted by 행복상자

    댓글을 달아 주세요

    2007. 11. 13. 00:47

    Google gears의 기본 구조 설명 좋아하는 것/Google2007. 11. 13. 00:47

    Google gears의 기본 구조 설명 

    현재까지는 gears에 대해 가장 잘 설명한 사이트는 google code에 나와 있는 자료들이 이해에 가장 도움이 많이 될것이다. google gears의 링크는 다음과 같으며, 알고 싶은 내용은 쉽게 참고 할 수 있을 것이다. 아쉽게도 현재 영문 사이트에서만 자료를 얻을 수 있다.

     http://code.google.com/p/google-gears/

    국내 Bloger들이 소개하고 정리한 자료는 위에 나와 있는 자료의 요약본 정도로, 전체를 이해하기는 쉽지 한다. 이유는 상세한 내부 구조에 대한 자료는 현재로서는 찿지 어렵다. 단지 신기술 발표에 대한 홍보 정도로 도움이 되지 않는다. 따라서 만약 아키텍처와 구성을 이해하고 싶으면, 구굴에서 제공하는 자료를 직접 보는 것이 도움이 될것이다.

     
    Google gears의 Architecture는 중요한 핵심 모듈은 3개로 나누어져 있다. 이는 실제로 SDK를 이용해서, 프로그램을 개발하거나 , 셈플을 만들때 사용할 필수 API 구룹명과 같다.
       
        1. Database
        2. Local Server
        3. Workerpools 

    위 세개의 파트에 대한 설명을 별도로 하지 않는다. 왜냐하면, 구글에서 제공하고 있는 자료에 쉽게 설명되어 있기 때문이다.
     
    관련된 세부 자료는 다음 링크를 참고하기 바란다.

    위 페이지를 보았다면, 다섯개의 그룹이 나오는데, 이는 Data를 어디다 두고, 어떻게 관리할 것이나가에 대해서 말하고 있다.
    강조하자면, Google gears는 데이터를 잘 관리하고 잘 사용할 수 있도록, 도와주기 위한 툴이다. 따라서 이를 적용하면 다음과 같은 잇점들이 있다.
    이미 자료를 보았다면 알겠지만, 기존 시스템하에서는 항상 인터넷이 연결되어야 하는 온라인 환경에서만, 필요한 작업을 할 수 있었다.  인터넷이 안되는 환경에서는 사용할 수 없었던 단점들을 개선해서 Off-line 환경과 Mobile 환경 그리고 무선환경에 적합한 어플리케이션으로 진화할 수 있도록 도와준다. 뿐만 아니라 Background 작업을 통한 Data Synchronisztion이 가능하여, 사용자가 언제든지 필요할 때, 윈도우 어플리케이션을 사용하듯이  인터넷 어플리케이션을 사용할 수 있다.
     
    이는 결국 사용자는 네트워크가 연결되거나, 끊어지거나 또는 불안정한 상태에서 네트워크 환경을 신경쓰지 않고, Web Application을 이용할 수 있다는 것이다.
    Data Sync 엔진은 네트워크가 연결되면 자동으로 서버와 동기화를 시켜줄 것이고, 물론 사용자가 수동으로도 Data 싱크를 할 수도 있을 것이다. 사용자는 필요할 때 언제든지 Web App.을 사용할 수 있다.
     
    여기서 한가지 생각할 것은, Application을 구동하는 환경이 반드시 네트워크가 연결되거나, Internet 환경이 아니어도 된다는 것인데, 이는 Adobe의 Apolo와 유사하다. 그러나 접근하는 방향은 전혀 다르다. 내부적으로 sqlite를 데이터 캐싱과 저장을 위해 embedded db로 사용한다는 점은 유사하다. (sqlite에 대해 들어본 적이 없는 개발자는 한번 들여다 보는 것도 개발할 때 큰 힘이 될수 있을 것 같다. )
     
     정리하면, Google gears는 모바일 환경과 모바일 디바이스에 적합하다는 것이다. 아시다시피 모바일 환경은 이동시 일어나는 Hand-off로 인해서 네트워크가 불안전하다. 그리고 네트워크 연결로 인해 배터리 전원이 쉽게 소진된다.  Google gears의 아키텍처는 필요한 데이터는 디바이스에 저장하고, 필요시 네트워크와 연결과 동시에 동기화를 시켜줄수 있으므로 배터리 사용 시간을 늘려 줄수 있다.
     
    그리고, Google gears를 사용해서 만들어진 Web Application과 위젯은 반드시 네트워크가 연결되지 않아도 되므로, 사용자가 원할 때 자료를 작성해서 저장할 수 있도록 네트워크와 독립된 애플리케이션 개발할 수 있도록 도와준다.
     
    이러한 애플리케이션으로 현재는 Google Reader가 있다. 앞으로는 Google spread와 기타 다른 Application에 적용될 것이다. 최근에는 구글 메일의 아키텍쳐 변화를 예고했는데, 아마도 곧 Google gears가 반영되어 서비스 될 것 같다.
    Posted by 행복상자

    댓글을 달아 주세요

    1. 하늘달빛 2009.01.31 22:18 신고  댓글주소  수정/삭제  댓글쓰기

      http://yyt204.tistory.com
      http://www.parkoz.com

      글의 일부분을 추출해서 인용합니다. ^^;