当一个地理平台上线运行，我们经常会遇到这些问题：1、系统刚上线时速度较快，一段时间后访问较慢？2、在地理平台目前的配置下，发布多少个服务才合理？一个服务配置多少个实例数才合适？这些问题，都涉及整个地理平台的性能策略设计。
性能设计，除了与安装部署策略设计有关外，还涉及到网络带宽、数据组织、客户端GIS服务访问代码组织，以及地理平台服务发布策略。具体项目问题的解决要调研具体情况后系统化解决，但是，基于地理平台基本运作原理有以下基本原则：
1、数据组织：数据平滑处理、删除不必要的属性、建立空间索引；
2、服务优化：减少复杂的制图表达效果、减少动态标注的使用，在发布阶段使用地图发布工具来评估地图显示复杂性，可以评估渲染时间，早做性能验证可以减少实施风险。
3、拆分图层：避免大量图层同时展现；
4、符号：使用简单符号；
5、显示控制：不要同时加载全部图层；
6、代码优化：代码精简、前端显示图片压缩，对于栅格数据，JPEG压缩方式性能更优，对于矢量数据，PNG压缩方式性能更优；
7、灵活利用要素服务＋动态图层+缓存图层：只可做属性查询操作的图层发布成动态图层服务，静态的地理底图切片后再发布成服务，可做属性及位置编辑操作的图层发布成要素 服务，数据源动态实时变化的图层发布成要素服务，删除地图文档中引用的其他服务。
8、灵活配置服务的高隔离低隔离进程设置：把发布的服务配置成低隔离进程，可以有效改善服务器内存使用情况，一旦某一个服务实例崩溃时，销毁运行在低隔离进程中的所有服务实例；把发布的服务配置成高隔离进程，当某一服务实例进程失败时，只会影响其中一个服务实例，服务响应时间短、吞吐量高、稳定性高。
9、灵活配置服务的最小最大实例数：每台GIS 服务器，当服务启动时，默认启动最小实例数，当现有实例都处于busy状态，有新的服务请求到达，才会启动新的服务实例，但是启动的实例总数不会超过最大实例数（运行中的实例：只占用内存，不占用CPU；使用中的实例：即占用内存，又占用CPU）。经常监控服务的访问状况，对于偶尔使用的服务：服务不经常用到、少数人在短时间内使用，建议Min/Max值设置为0/1，且空闲实例运行时间（超过这个时间，系统自动终止该服务）依业务需求设置；对于经常使用的服务，每天都有大量的服务请求，建议Min/Max设置为相等，注意需要配置足够的实例数才能达到峰值吞吐，但是服务实例配置过多会增加响应时间，对于复杂的地理处理服务，最大实例数设置小一些（以保护GIS服务器资源），并且在服务访问峰值吞吐期间，避免频繁免的启动和停止ArcSOC进程。
10、如果资源允许，尽量选择服务池化处理，把服务对象装载到内存中，增加客户端并发数。