어떻게해야하는지에 대한 여러 가지 조언을 받고있는 수수께끼가 있습니다. 따라서 id는 정당한 답변을 위해 GIS-SE에 제출하는 것을 좋아합니다.
대본:
클라이언트에는 웹 매핑 응용 프로그램이 있습니다. 여러 개의 작은 응용 프로그램으로 분할하고 싶지 않습니다. 이것은 웹상의지도에 대한 현대의 접근 방식 (예 : 하나의 주요 웹지도에 초점을 맞춘 많은 웹 맵 앱)에 위배되지만 일부 사용자에게는 웹에서 GIS 응용 프로그램을 복제하려고 시도하는 것이 좋아 ( 때로는 ).
클라이언트는 많은베이스 맵 레이어를 별도의 서비스에 캐시했습니다.
- 클라이언트는 여전히 동적 맵 서비스 에 600-700 개의 추가 레이어 를 필요로 합니다.
- 서비스는 이러한 모든 계층 이 해제 된 상태로 게시 됩니다 .
- 사용자는 한 번에 10-40 개 이상의 레이어를 켤 것으로 예상되지 않습니다.
나는 이것에 대한 당신의 초기 반응이 나의 것과 비슷하다고 생각합니다 (600+ ?! WTF ?!)
그러나 요구 사항은 돌로 설정되어 있으며 왜 그렇지 않습니까? 이전 ArcIMS 응용 프로그램의 기능이 비슷하므로이 최신 ArcGIS Server 제품이 동일한 기능을 수행 할 수없는 이유는 무엇입니까? 계층이 다른 부서에 속해 있더라도 사용자는 전체 계층 범위에 대해 교차 비교 및 분석을 수행 할 수 있어야합니다.
결론으로 넘어 가기 전에 클라이언트는 정리 된 ArcGIS Server 관리자입니다.
모든 모범 사례 규칙에 따라 600 개의 계층을 관리했습니다. 예 : 정의 쿼리와 결합 된 스케일 범위; 라벨링에 대한 주석; 복잡한 층을 소규모로 일반화; MSD로 출판; 기타
문제 :
더 좋은 방법은 무엇입니까?
600 개의 모든 레이어를 하나의 동적 맵 서비스에 게시
계층을 논리적 그룹 (수문, 계획, 생태, 유틸리티 등)으로 분할
# 1을 사용하면 몇 개의 복잡한 레이어가 켜집니다. 간단한 포인트 레이어를 켜려면 ArcGIS Server는 여전히 전체 레이어가 다시 표시되도록 렌더링해야합니다.
# 2를 사용하는 경우 요청을 할 때마다 웹 응용 프로그램이 개별 맵 서비스에서 ExportMaps에 대해 여러 개의 GET 요청을해야 할 수 있습니다 (나쁜지 또는 # 1을 통해 ArcGIS Server에 추가로드를 생성합니까) ?)
그런 다음 모든 것이 가능한 빨리 구성되도록 구성 및 조정합니다. ArcGIS Server의 백엔드를 여러 호스트로 확장하고 좋은 하드웨어를 보유 할 수 있습니다.
# 1을 사용하면 AGS가 처리 할 수있는 최대 인스턴스 수를 던질 수 있습니다.
# 2를 사용하는 경우 맵 서비스의 성능을 평가하고 (로드 테스트 및 대기 시간 확인) '약한 링크'인 하나의 서비스가 없는지 확인하기 위해 최소 / 최대 인스턴스를 처리한다고 가정합니다.
내 머리는 여전히 하나의 서비스에 600 개의 레이어를 갖는 것이 미친 짓이라고 말하면서 현재 # 2 접근 방식에 기대어 있지만 기본적으로 모두 꺼져 있으면 아무런 문제가 없습니다.
당신의 생각을 듣고 싶습니다. 의견을 통해 더 많은 정보가 필요하지만 '데스크톱 응용 프로그램 사용'또는 '다르게 행동하도록 교육'과 같은 답변을 찾지 않는 경우 알려주십시오.
의견 토론에서 다른 고려 사항을 언급하지 못했습니다. 서비스가 사용되는 응용 프로그램에는 응용 프로그램 수준에서 계층 수준 보안 기능이 있습니다. 따라서 사용자 그룹 (대규모)이 특정 역할에 할당되며 해당 역할은 600 개의 전체 계층에 액세스 할 수 있습니다. 다른 역할은 제한 될 것입니다.
