개발중인 맵 엔진의 지도 서비스 서버의 구조

잠시 정리하는 차원에서 그려본 현재 개발중인 맵 엔진의 서버측의 구조입니다. 아직 DataSource를 감시하는 Controller Service의 구현이 아직 않된 것과 각 DBMS별로 DB API가 구현되지 않은 것을 빼고 말입니다. 현재는 MySQL에 대한 DB API만 구현되어져 있습니다.  하지만 곧, 아래의 구조대로 구현되리라 봅니다.

요즘 드는 생각이… 개발중인 맵 엔진이 점차 완성되 가는 중간 단계에서 혼자 서는 하기 벅차다는 생각이 자주 듭니다. 개발중인 맵 엔진의 많은 부분이 분리가 되어져 있어져 있서 함께 분담해서 개발했으면 하는 바램과 아래의 경우처럼 각 DBMS 별로 DB API 개발을 누군가 같이 했으면 하는 바램도 무척 큽니다. 또한 XGE가 어느 정도 완성이 되면 분석기능과 같은개발중인 맵 엔진 단에 붙일수있는 확장 기능의 개발이 이뤄져야 하는데, 그때 과연 저 혼자 개발하여 정해진 시간안에 완전한 지원이 가능할까… 하는 걱정이 커져갑니다. 그래서.. http://www.gisdeveloper.co.kr/400 를 보시고 많은 지원을 해주시길..

  • XGE WebService는 XGE Web Server(IIS)에 별도의 스레드로 동작함
  • XGE DataSource는 XGE WebService의 요청에 대한 데이터를 수집해 전달함
  • XGE WebService는 XGE DataSource와 통신하기 위해 IPC 방법 중 PIPE를 사용함
  • XGE DataSource는 추상화된 DB API를 가짐
  • DB API의 기능은 DBMS 연결, 데이터의 읽기/쓰기임
  • 각 DBMS에 대한 DB API는 DB API에서 제공하는 스펙을 따라야하며, 스펙을 만족할 경우 어떠한 DBMS 든지 쉽게 활용할 수 있음
  • XGE DataSource Controller Service는 주기적으로 XGE DataSource의 상태를 점검함
  • 만약 XGE DataSource가 다운되었을 경우, Controller Service는DataSource를 재기동함

“개발중인 맵 엔진의 지도 서비스 서버의 구조”에 대한 2개의 댓글

  1. 안녕하세요. 지도서버 엔진 관련해서 공부중입니다.
    지도 스트리밍 서버를 현재 구축하려고 하는데요. 보통 지도 서버는 하드웨어가 어떻게 구성이 되나요?
    서버의 견적을 한번 내볼려고 하는데 지도 서버 관련해서 알아볼 수 있는곳이 없어서 이렇게 글을 남깁니다.

    1. 안녕하세요, 김형준입니다.
      동시에 사용하는 사람의 수와 특정 단위 기능에 대한 소요 시간이 얼마 정도인지에 따라 달라진다고 생각하는데요.
      예를들어, 사용자가 화면 상의 지도를 이동했다고 할때 서버단에서 해당 화면의 지도 데이터를 조회해 수집하고 클라이언트에게 전송이 완료되는데 1초가 걸린다면… 이것을 단위 기능으로 봤을때, 동시에 이런 단위 기능이 최대 몇번 수행되는지를 확인해 봐야합니다. 고객이 하나의 지도 표시에 대한 응답 시간은 최대 3초를 넘기면 안된다라고 할때…. 최대 동시 사용자가 사용자는 10명이라면… 1 core만을 가진 서버라면 10초가 걸리겠죠? 요구사항인 3초를 넘습니다. 그렇다면 core를 4개로하면 최대 사용자가 10명이라고 해도 3초를 넘기지 않습니다. 그럼.. core가 4개인 서버를 납품하는게 설득력이 있을듯합니다.그외에 저장장치는 서비스 하는 데이타의 용량과 설치되는 프로그램의 용량의 합을 고려하여 납품하는게 합리적이겠죠..

댓글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다