Tôi có một câu hỏi hóc búa mà tôi nhận được lời khuyên hỗn hợp về cách đi. Do đó, id muốn đưa nó vào GIS-SE cho một số câu trả lời hợp lý.
Kịch bản:
Khách hàng có một ứng dụng bản đồ web. Không muốn chia thành nhiều ứng dụng nhỏ hơn. Mặc dù điều này đi ngược lại với cách tiếp cận hiện đại dành cho bản đồ trên web, (nghĩa là rất nhiều ứng dụng bản đồ web tập trung trên một bản đồ web chính) Tôi tin tưởng mạnh mẽ rằng đối với một số người dùng, cố gắng sao chép ứng dụng GIS trên web là ok ( đôi khi ).
Khách hàng đã lưu trữ nhiều lớp sơ đồ cơ sở của mình vào các dịch vụ riêng biệt.
- Khách hàng vẫn yêu cầu thêm 600-700 lớp trong dịch vụ bản đồ động ...
- Dịch vụ sẽ được xuất bản với tất cả các lớp này đã tắt .
- Người ta không dự đoán rằng người dùng sẽ bật hơn 10-40 lớp cùng một lúc.
Tôi tưởng tượng phản ứng ban đầu của bạn về điều này tương tự như của tôi (600+?! WTF?!)
Tuy nhiên - yêu cầu được đặt trong đá và tại sao không? Ứng dụng ArcIMS trước đây của họ có chức năng tương tự, vậy tại sao sản phẩm ArcGIS Server mới hơn này không thể làm như vậy? Người dùng có khả năng cần có khả năng so sánh chéo và thực hiện phân tích trên toàn bộ phạm vi của các lớp, ngay cả khi các lớp thuộc về các bộ phận khác.
Trước khi bạn đi đến kết luận, khách hàng là quản trị viên ArcGIS Server.
Họ đã quản lý 600 lớp theo tất cả các quy tắc thực hành tốt nhất: ví dụ: phạm vi tỷ lệ kết hợp với truy vấn định nghĩa; chú thích về ghi nhãn; khái quát các lớp phức tạp ở quy mô nhỏ; xuất bản dưới dạng MSD; Vân vân
Vấn đề :
Cách tiếp cận tốt hơn ở đây là gì?
Xuất bản tất cả 600 lớp vào một dịch vụ bản đồ động
Chia các lớp thành các nhóm hợp lý (thủy văn, quy hoạch, sinh thái, tiện ích, v.v.)
Nếu bạn đi với # 1, và bạn có một vài lớp phức tạp được bật. Nếu bạn muốn bật một lớp điểm đơn giản, thì ArcGIS Server vẫn sẽ phải hiển thị toàn bộ các lớp được hiển thị lại.
Nếu bạn đi với số 2, mỗi lần bạn đưa ra yêu cầu, ứng dụng web có thể phải thực hiện một số yêu cầu GET cho Xuất khẩu từ các dịch vụ bản đồ riêng lẻ (điều này có tệ không, hoặc nó tạo thêm tải cho ArcGIS Server trên # 1 ?)
Và sau đó, điều này dẫn đến cấu hình & điều chỉnh để đảm bảo mọi thứ nhanh nhất có thể. Chúng tôi có thể mở rộng mặt sau của ArcGIS Server thành nhiều máy chủ và có một số phần cứng tốt để sử dụng.
Nếu bạn đi với số 1, bạn có thể ném số trường hợp tối đa mà AGS của bạn có thể xử lý.
Nếu bạn đi với số 2, tôi giả sử bạn đánh giá hiệu suất của các dịch vụ bản đồ (kiểm tra tải và xem xét thời gian chờ) và giải quyết các trường hợp tối thiểu / tối đa phù hợp để đảm bảo không có một dịch vụ nào là 'liên kết yếu'.
Tôi hiện đang nghiêng về cách tiếp cận số 2, vì đầu tôi vẫn nói với tôi rằng có 600 lớp trong một dịch vụ là điên rồ, nhưng nếu tất cả chúng đều bị tắt theo mặc định, thực sự không có vấn đề gì.
Rất muốn được nghe những suy nghĩ của bạn. Hãy cho tôi biết nếu bạn cần thêm thông tin qua các bình luận, nhưng không tìm kiếm câu trả lời như 'sử dụng ứng dụng máy tính để bàn' hoặc 'giáo dục họ làm những việc khác nhau'
Từ các cuộc thảo luận trong các ý kiến, tôi đã không đề cập đến một sự xem xét khác. Ứng dụng mà dịch vụ sẽ được sử dụng trong phạm vi, có khả năng bảo mật cấp lớp (ở cấp ứng dụng). Do đó, nhóm người dùng (khá lớn) được gán cho một vai trò cụ thể và vai trò đó sẽ có quyền truy cập vào toàn bộ 600 lớp. Các vai trò khác sẽ bị hạn chế.
