浅谈tomcat 、apache、 nginx的区别及优缺点

本文主要介绍tomcat 、apache、 nginx的定义、区别及优缺点。

1 Apache

Apache >

小程序迅速崛起，对人们的生活提供便捷的服务渠道，不用下载APP即可满足购物浏览的需求，那么小程序的应用需要服务器作为支撑吗，答案不用质疑，那是肯定的，所以，在小程序开发上，服务器是必须使用的，并且服务器在小程序的开发上，主要充当数据存储和后台开发等重要的角色。至于怎么选择可以参考下面几点：

稳定性强

稳定性良好，这是选择小程序服务器最基本的要求。试想，一个时不时宕机或者时快时慢的服务器，自己用恐怕都不耐烦，又怎能提高用户舒适感？倘若连服务器这个根基的稳定性都谈不上，又如何谈后续的发展？所以，我们无论是选择网站的服务器还是小程序开发的服务器，选择稳定强的服务器租用是必要的。在稳定性方面，天下数据采用国际高端品牌服务器，可实现用户数据的高效稳定处理。

2速度快

随着互联网的快速发展，各种五花八门的APP小程序层出不穷。在这种情况下，网络速度快的小程序占据了绝对的优势，谁会选择一个运行速度极慢的嘛。同类型的小程序何其多，亲身体验过，打开速度快的小编才会看看。据小编了解，八成以上的朋友会看打开速度较快的小程序，打开速度慢的小程序，基本上3秒刷不出便直接退出。可见，网络速度的快慢真是决定一个小程序能否存活的至关条件。

这说到小程序的快慢上，自然是跟服务器的速度快慢有关系。为解决速度上的问题，天下数据在香港自建IDC数据中心，带宽资源充足，可实现用户快速流畅的访问体验。

3安全性高

近年来，网络攻击与日俱增，大大小小的企业或个人都曾受到网络攻击的危害，网络安全成为当今最重要的问题之一。一旦您的小程序受到攻击，不仅影响用户使用体验，甚至可能造成数据丢失等不可预估的损失。所以，在小程序的安全性上要下足功夫，挑选安全性足够高的并且带有高防御功能的服务器租用是绝对没错。

在此次征集的开源软件解决方案中，经过组织专家评选，《计算机世界》方案评析实验室推荐了5个开源软件解决方案。本报在此摘登其内容概要，有兴趣的读者可登录计世网（ccwcomcn）查询方案全文。

开源软件 解决方案
邮区中心局生产作业系统是全国邮政综合网非常重要的应用系统之一，红旗软件为其搭建了一个高效、稳定、安全的系统平台。

中科红旗

搭建邮区中心局作业系统

方案背景
邮区中心局生产作业系统是邮政综合网系统的一个重要组成部分，按照邮政生产的四大基本环节（收寄―处理―运输―投递）划分，邮区中心局主要负责邮件的处理和运输任务，它是一个邮区的邮件处理中心。
邮区中心局生产作业系统不仅要完成一个邮区中心局内邮政生产作业系统的计算机数字化、自动化和信息化的生产运作和管理，更要以此为基础构造一个全国性统一的邮政生产作业网络系统。因此该系统不只是在邮区中心局内的一个生产作业系统，更是作为全国邮区中心局间的邮件运输、交接、生产作业、业务查询、信息交换等系统的有机组成部分，承担着对局站间的物流和信息流处理的重要职责。
邮区中心局生产作业系统作为全国邮政综合网非常重要的应用系统之一，为更好地服务于目前及将来的业务需求，应尽量利用现有资源，该系统的设计、开发、实施、运行应遵循实用性、开放性、综合性、统一性以及安全性等原则。

部署实施过程

在中心机房采用了Red Flag DC Server作为 *** 作系统，采用Red Flag HA Server对数据库及应用做系统热备份; 在生产车间采用Red Flag DC Server作 *** 作系统。

● 生产中心
生产中心是邮区中心局生产作业系统的数据中心，在此设置枢纽服务器，存储管理邮区中心局生产作业系统的生产数据，同时还是邮区中心局内和综合网其他系统的数据交换枢纽。生产中心服务器系统分为数据库服务器和应用服务器两部分。
数据库服务器
数据库服务器是整个业务系统的核心，采用 Oracle作为数据库管理平台，数据库服务分为生产数据库和历史数据库两个实例，为了保证其7x24小时不间断地提供服务，采用两台IBM xSeries 255运行Red Flag DC Server *** 作系统，通过红旗高可用（HA）集群软件组成高可用系统。
应用服务器和Web服务器
邮区中心局生产作业系统的应用服务器采用Tuxedo作为中间件平台的生产作业应用系统，而对于历史数据系统采用的是在Weblogic系统上的B/S模式的数据管理及查询系统，应用服务器及Web服务器系统同样要确保其7x24小时不间断提供服务，这就要求系统同样具有极高的可靠性和可用性。本系统方案中采用两台IBM xServer255分别作为应用服务器和Web服务器，采用Red Flag DC Server作为 *** 作系统，为了保证其高可用性，中心局通过红旗高可用（HA）集群软件将其组成高可用系统。与数据库集群类似，该集群中同样包括Tuxedo和Weblogic两个应用，并将两个应用分别分布在两台主机上，组成Active/Active模式的互为热备份系统。当一台服务器发生故障时，另一台服务器可以在最短的时间内接管失败服务器上的应用，即其上同时运行两个应用，同时提供服务，从而保证业务的可靠性和连续性。当失败服务器恢复正常时，原来运行在其上的应用会重新返回，系统重新达到平衡状态。

● 邮件处理中心
在邮政枢纽中心的范围内，建设一个城域网，所辖各生产车间的客户端通过该车间服务器接入到生产中心服务器中，车间服务器承担终端服务器和应用通信服务器的功能。
车间服务器系统的配置方案是: Red Flag DC Server *** 作系统 ＋ PostgresSQL数据库。
Red Flag DC Server的卓越网络性能使各车间服务器更能充分发挥其硬件效能，使整个应用系统更加稳定可靠地运行。
Red Flag DC Server不仅具有很高的开发性，稳定性，可靠性，安全性和可用性，还针对Oracle数据库做了进一步的优化工作，包括I/O子系统优化、虚拟内存子系统优化、进程调度及SMP优化等，所有这些特性使得生产中心服务器系统能够高效稳定地运行。
整个应用系统采用单一的 *** 作系统平台，极大地提高了系统的易维护性，同时Red Flag DC Server优异的整体性能充分满足了生产作业系统的各项技术指标，为系统长期稳定运行提供了极大的保障。
技术和产品介绍
红旗软件在部署实施该系统过程中，综合提供了如下软硬件产品，共同搭建了一个高效、稳定、安全的系统平台:
软件平台采用Red Flag DC（数据中心）Server和Red Flag HA（高可用） Server;
硬件平台采用IBM 255 （4CPU,P4 exon 16G ,4G内存），FastT 200磁盘阵列柜，IBM光线交换机以及DELL 1600SC。
中间件/数据库等其他第三方产品采用Oracle、Tuxedo和Weblogic。
红旗数据中心服务器软件提供了一个稳定安全的计算平台，让企业用户充分利用Linux的可伸缩、高性能和开放性的优势，从容面对快速的业务增长和未来的挑战。它满足从32位到64位关键应用的系统需求，作为强大的数据中心或者分布的网络应用服务器集群，创造连续高效的业务价值。它适用于各种硬件平台、异构环境和服务应用。为企业在部署数据中心、网络应用和安全接入服务等方面提供了更加完整灵活的支持。它广泛支持企业级硬件和大型商业软件，提供易用的图形界面和智能管理工具集。
随着Linux大规模进入企业级关键应用，用户对系统24 小时×365 天的可靠性要求越来越高。Red Flag HA Server是红旗软件推出的企业级高可用集群软件，支持多种硬件架构，能提供Linux 平台的高可用和高可靠以及高扩展性解决方案。
Red Flag HA Server适用于对应用系统有严格高可靠性要求的企业、政府、军队、重要商业网站、ISP/ICP或数据库应用等用户。

Red Hat

深入移动核心业务
中国移动通信采用Red Hat Enterprise Linux作为WEB服务器及应用服务器业务支撑平台来满足应用需求。

方案背景
中国移动通信集团公司（简称“中国移动通信”）主要经营移动话音、数据、IP电话和多媒体业务，并具有计算机互联网国际联网单位经营权和国际出入口局业务经营权。除提供基本话音业务以外，还提供传真、数据IP电话等多种增值业务，拥有“全球通”、“动感地带”、“神州行”等著名客户品牌。用户号码段包括“139”、 “138”、 “137”、 “136”、“135”以及“134（0至8号段）”。
面向未来，中国移动通信确立了“争创世界一流企业”的发展战略目标。围绕这一目标，中国移动通信全力实施“服务与业务领先”的近期战略重点，提高核心竞争力，努力实现新跨越，确保企业全面协调、持续发展。
在中国移动通信有限公司的统一规划和指导下，各省、自治区、直辖市移动公司业务支撑网的建设已基本完成并正在完善中。面对业务支撑网的复杂性和多样性，为保障业务支撑网的正常稳定运行，迫切要求建立一个能够对业务支撑网进行集中监控、集中维护、集中管理的网管系统。
业务支撑网网管系统不仅要求能够及时监测与发现业务支撑网中潜在的各类问题、保证系统的稳定运行和业务的正常开展，还应能够对运维工作进行规范化、流程化管理。

红帽解决方案
业务支撑网网管系统是一个全国规范的系统，由各省公司分别建设，当前已经覆盖了大部分省份。如中国移动有限公司、上海移动公司、江西移动公司、贵州移动公司、山东移动公司、四川移动公司、广东移动公司等。
目前Linux越来越多地应用到电信领域的核心业务中，在中国移动也已经在众多的项目上采用了Linux *** 作系统平台，而且也都有良好的性能表现。该项目中采用Red Hat Enterprise Linux作为WEB服务器及应用服务器业务支撑平台来满足需求。
系统 *** 作系统是Red Hat Enterprise Linux；硬件系统是IBM X336；应用软件系统采用了Apache、Tomcat5、Oracle9i等。


选用Linux的优势
● Linux最大的优点是使企业应用不再受某一专有厂商或某种独有技术的限制，从而保护企业应用通用性、可扩展性、不受限制性，节省IT投资成本，提高灵活性、自由性和延伸性。Linux从创始之初就遵循开放源码和自由的GNU GPL协议，从而可以充分利用全球的技术资源和智慧，创造出更为健壮的技术。用户拥有源代码，就可以自由利用源码改进、提升或定制 *** 作系统和应用程序。
● 作为类 Unix *** 作系统，Linux 在稳定性、可扩展性、高可用性、安全性及性能上与Unix一致。最新的权威测试机构通过对Linux和Unix性能测试比较发现，Linux在很多方面都表现出超过Unix的测能指标。
● 目前许多关键应用的服务器均是Unix *** 作系统，而Linux是类Unix *** 作系统，通过Linux可以保证网络架构体系非常容易实现互连与协作，极大地方便系统的管理维护及各系统间的数据交流。
● 完整的linux *** 作系统内含有大量的应用软件和开发工具，包括GNU GCC/C++、Fortran编译器、Qt库及PHP、Awk、TCL/TK等语言。而在其他专有的 *** 作系统内，开发工具往往是另外收取费用的。
● Linux支持很多硬件平台，比如x86、x86_64、AMD64、安腾、Sparc、PPC、ARM等，它支持从笔记本电脑到大型主机。

共创开源

搭建平谷区电子政务平台
以共创桌面Linux *** 作系统为基础搭建的平谷区电子政务平台可以支撑目前各类业务系统的运行，基本满足了政府部门日常办公的需要。

项目背景
作为北京市重要的郊区县之一，北京市平谷区高度重视电子政务软件平台的建设工作。为保证全区各单位之间能够实现资源共享、协同办公，提升全区所有政府部门员工的办公自动化水平，平谷区政府确立了以电子政务办公平台应用促进软件正版化、国产化应用的指导方针，推出了基于国产基础软件的电子政务平台。实践证明，以共创Linux *** 作系统为基础搭建出来的电子政务平台可以支撑目前各类业务系统的运行，基本能够满足政府部门日常办公的需要。

方案简介
平谷区电子政务办公应用平台主要包括三个部分，即基于国产基础软件的电子政务平台、贯穿所有委办局、乡镇的统一办公自动化系统以及基于办公套件的桌面系统。
2004年11月，北京市平谷区电子政务办公平台建设圆满完成，其客户端 *** 作系统和办公套件分别采用了北京共创开源软件有限公司（简称共创开源）的共创桌面Linux和共创Office, 共计安装4693套，其中超过50%的计算机安装了共创桌面Linux，实现了单系统办公。
平谷区共有118家行政事业单位，计算机总数达到4693台，全部使用正版国产Linux以及国产Office办公套件仅用了670万元的资金投入，比起使用微软的Windows和Office所需要的3000多万元的巨额资金投入，可以节省2330万元。共创桌面Linux和共创Office作为国内主流的开源 *** 作系统和办公套件，被广泛应用于整个项目当中，为所有系统的成功运行提供了坚实的基础，发挥了重大的积极作用。

平台框架部署
平谷区电子政务办公应用平台对平谷区各种应用系统进行整合，实现了政务内网的建设，通过信息发布与政务外网进行互联并和广大市民进行互动。这个平台包括的主要内容有办公自动化系统、GIS地理信息系统、互联审批系统、农村三级互动系统和信息发布系统等子系统。另外，这个平台还包括各种共享资源，如法律、法规、政策、文件、工作流程、办事指南、新闻、等数据库信息。
整个方案采用B/S结构，遵循J2EE标准。服务器的桌面系统都具备跨平台运行的能力，同时支持Linux和Windows *** 作系统。

平台主要特点
● 应用集成、资源整合、数据共享
平台整合了办公相关资源，实现了数据共享。共整合了40多个应用系统，形成了以四大基础数据库为依托的数据资源体系。
● 大平台流转，小平台办理
平台以实现公文在全区机构大循环和单位内部小循环的顺利流转为目标，利用覆盖全区的政务宽带网，将各委、办、局、乡、镇、街道等政府职能机构链接在一起，各机构通过电子政务办公平台，实现协同办公。同时，在电子政务办公平台的支撑下，从平台大循环流转过程中接收的各种公文、任务等可以直接计入各机构内部的小循环中，在各个科室之间继续流转、办理。
● 办公自动化系统实现全面国产基础软件应用
北京市平谷区办公自动化系统中主要功能有: 公文管理、交办任务、电子公告、短消息、系统管理等等。
● 客户端桌面系统的兼容性、创新性、安全性、易用性
平谷区电子政务平台的客户端主要采用的是共创桌面Linux，为平谷区整个电子政务系统的运行提供了坚实的基础保障，其显著特点主要表现在创新、安全、稳定、兼容、易用等方面。
● 特有的安全稳定的浏览器
作为基础 *** 作应用系统的一部分，共创浏览器在整个平台系统的部署和应用中发挥了独特的功效。共创浏览器，顾名思义，就是共创桌面Linux系统采用FireFox浏览器实现特有的浏览器功能。共创浏览器还增加了对“IE特有功能”的支持。原始的FireFox浏览器，不支持IE特定的一些功能，例如documentall、数据岛等，这使得FireFox浏览器在浏览一些网站时，常常会出现各种问题。针对这一现场，共创浏览器则提供了这些IE特有浏览器功能的支持，使得FireFox浏览器能够较好地支持各种应用系统和电子商务的应用领域。

恩信科技
ERP开源解决方案
恩信科技开源ERP软件把企业的客户关系、产品设计、生产管理、库存管理等整合为非常明确可控制的模块化流程单元，使企业的人力、物力、财力得到最合理的应用。
传统的企业管理系统侧重于面向结果而非面向服务（SOA）的架构，数据采集是部分（信息孤岛）而非全面的，数据处理是滞后而非实时（B/S）的，导致企业的最高管理者无法实时准确地知道企业的资产情况、人员状况、销售情况等，无法及时地做出正确的决策。
据统计，体系完整的ERP（企业资源管理软件）在我国企业的使用率只在38%左右，而同样的系统在欧洲的使用率在68%。

方案设计
根据对用户需求的分析，使用开源软件产品及相关技术为用户提供合理的解决方案。
针对现代企业的迫切需求，恩信科技开源ERP软件把企业的客户关系、产品设计、生产管理、库存管理、委外管理、采购管理、资金控制、财务系统、人力资源、协同办公、系统安全整合为非常明确可控制的模块化流程单元，使企业的人力、物力、财力得到最充分、最合理的应用，帮助企业增强核心竞争力。
恩信科技开源ERP系统利用Internet全面实时地采集企业数据，面向企业流程控制，支持数据挖掘; 系统支持大规模精确计算、支持海量用户数和用户分组管理; 系统界面友好、礼貌、简洁; 各子模块既能独立运行，又可以与其他模块共享数据。恩信科技开源ERP系统有专门的安全控制管理模块，保证系统可靠地运行。恩信科技开源ERP系统应用了安全的Internet 技术让企业能跨地域、跨国界、跨时区实时采集任何应该采集的企业数据，实现企业的全部资源共享，对企业的任何分支机构实现实时的流程管理控制，为企业管理者提供智能化的决策分析支持。

方案实施
根据方案设计，确定合理的实施方法，控制项目进度; 对用户进行培训、系统维护，介绍未来的升级与扩充步骤。
恩信科技开源软件的定义:
用户可以免费永久使用恩信科技开源ERP及获得源代码，但当用户需要服务和一定的商业担保时需付服务费。恩信科技通过合作伙伴为客户提供服务的形式实施开源ERP，目前恩信科技能为客户提供实时服务的合作伙伴主要有两类: 应用伙伴和增值伙伴，应用伙伴的职责是为客户提供解决方案、安装、设置、数据迁移、使用培训、系统实施; 增值伙伴的职责是为客户提供解决方案、安装、设置、数据迁移、使用培训、系统实施; 帮助客户实现个性化应用作代码级二次开发、系统移植。这些合作伙伴都是恩信科技的授权认证单位，可以为客户提供实时服务和商业担保。
开源ERP实施过程及时间:
首先客户免费下载开源ERP产品并且根据提供的使用文档自行安装运行; 然后客户结合自身的需求，试运行开源ERP,通过系统提供的客户化设置功能，将ERP系统设置为符合自身特点的系统。其间可以通过开源社区对自己的有关想法、建议、困惑寻求帮助; 客户先局部试验性使用该系统，然后大面积地使用，还可以选择能提供本地化服务的合作伙伴就实施、培训、个性化开发、后续保障等细节进行商讨，然后开始实施ERP。同时可以向恩信科技或者恩信科技的合作伙伴购买、电话咨询、商业担保、现场支持等服务。整个过程会因客户所处的行业、个性化需求程度、客户领导层重视程度的不同，所需要的时间可能在3个月至9个月之间不等。

技术及产品介绍
恩信科技开源ERP产品具有支持互联网、支持多语种、支持个性化应用以及数据集成等特点。
其技术特点主要有:
● 汲取Struts、Spring等优秀框架设计思想，采用三层结构设计。
● 模块化的设计、组件化的开发提高了代码的重用性，为不同的客户提供不同的系统、不同的服务。
● 分布式数据集中设计避免了企业信息化中信息孤岛的出现，各数据表结构、命名、各子系统、各模块都采用一体化设计，既可以单独使用，也可以无缝连接、组合使用。
● 支持标准的XML、EXCEL、PDF等数据交换格式，这一特点形成了恩信科技开源ERP开放的特性。
● 突破了传统的角色管理机制，支持0到1200余个模块的任意、灵活的权限管理机制。

C3CRM

开源社区CRM解决方案
C3CRM覆盖了从客户管理、商品管理、销售管理、售后服务等全部领域，能够很好地解决目前中小企业在客户管理方面信息化投入不会太高但需求功能全面的问题。

需求分析
随着业务的发展，目前已经有越来越多的中小企业，在客户管理方面遇到了以下问题:
对于一些中小企业来说，业务人员的流动性比较强，而往往客户资源掌握在业务人员手里，一旦业务人员离职，这个客户可能就随之流失。
同时对于业务人员而言，往往需要对不同的客户群进行划分，还要对客户进行必要的跟踪或者进行一些营销活动，需借助系统来对客户进行分析得到一些有价值的决策数据。
如何更好地维系客户关系对企业来说已经显得非常重要。但有些中小企业并没有专门的IT部门，信息化投入不会太高，无法建立完善的CRM系统。

方案设计
C3CRM覆盖了从客户管理、商品管理、销售管理、售后服务、销售报表、销售分析、销售预测、日程管理、项目管理、文档管理、电子商务和企业网站等全部领域，涉及到行销活动、客户筛选、客户跟踪、销售管理、售后服务整个流程，能够很好地解决目前中小企业在客户管理方面所提出的问题。
该软件可以让业务人员根据行销活动后得到的销售线索进行逐步跟踪，整个过程也都能通过软件得到体现。其产品管理以及知识管理的模块使得业务人员可以快速得到相关所需要的信息。
该软件在客户后续服务方面有着更多的考虑。包括合同的交付回款、产品的退换以及呼叫中心的建立。这些功能能够很好地为客户的后续服务提供有力支持。

方案实施
目前在国内下载C3CRM软件的用户数已经超过十万，并已能够很大程度地满足用户的需求。
C3CRM完全可以通过远程进行安装调试以及维护。用户在使用过程中遇到的问题也都可以通过远程请求或者通过公司的网站得到解决。软件的设计充分考虑到了满足易用易实施。
针对用户的特殊要求，系统还提供二次开发服务。用户可以使用C3CRM提供的开发工具(ModuleBuilder)开发适合企业需要的模块。

技术及产品介绍
C3CRM主要面向拥有5～100用户之间的中小型企业。该产品定位在技术平台上，可提供市场、销售、服务与业务报表等基础业务支持功能，并提供强大的业务定制功能，通过快速实施，C3CRM产品可灵活适应企业的不同管理模式。
C3CRM的核心模块包括客户管理、联系人管理、潜在客户管理、销售机会管理、报价管理、产品管理、价格手册、营销活动、项目管理、客户反馈、客户回访、产品服务、合同管理、文档管理、解决方案、常见问题、日程管理、活动管理、备忘录管理、手机短信、内部通知、统计图、统计报表等以及完善的权限管理、数据备份和恢复等功能。
C3CRM产品界面友好，部署与维护简单，并可与其他系统无缝集成。C3CRM的代码完全公开，没有任何许可证费用，适合不同类型的企业应用。用户可在Web浏览器(IE或Firefox)进行 *** 作，无需安装客户端。

方案特点分析
C3CRM是一个开源的软件，基于LAMP(Linux Apache Mysql PHP)平台，采用WEB服务实现交互通信。用户不仅可以使用开发工具(ModuleBuilder)开发适合企业需求的模块，还可以通过SOAP与其他系统集成。包括安装调试、维护都可以通过远程服务轻松得到解决。

从 (Component Object Model) 时代到 D(Distributed ) 微软扮演了一个推动者的角色 如果说 提供了一个 Windows 平台上的对象通讯技术 并且逐渐成为应用程序之间彼此通讯及互动的技术主流 那么 D 则是解决了计算机的通信和互动技术 的着眼点是在于同一台计算机上不同应用程序之间的通讯需求 跨到另外一台计算机之外 就不是一开始 所设想到的领域 所幸跨程序的通讯和跨计算机的通讯差异仅在于通讯协议的处理 ( 也就是定位问题 ) 对于数据交换上型别差异的处理并不会因此而有区别 所以要让 的环境能更进一步延伸到跨计算机的领域 只要妥善解决计算机定位的需求 就有机会克服 同样幸运的是 在一开始的设计中完全不去碰触跨计算机的问题 使得要在 的架构之上再架上一层跨计算机的处理环境并不会去破坏到原本的架构 于是 的网络延伸版本 D(Distributed ) 就此出现 专责让 组件可以在网络环境下持续提供服务 D 最主要处理的是两个议题 第一个议题是网络通讯能力 第二个议题则是权限的问题 之前 是在同一台计算机中找特定的组件 而 D 则要更进一步去找网络上的某台计算机 之后沿用 的机制找到计算机上的组件 到了 NET 当中 跨计算机的问题同样也需要对应的技术进行处理 NET Remoting 就是一个对应于 D 的技术 它让存活在不同应用程序域 (AppDomain 一个 NET 中的新概念 ) 不同执行程序 以及不同计算机上的对象能够顺畅的进行沟通协作 在累积了长期以来分布式应用的经验之后 微软没有理由把东西设计的更难用 从某种意义来说 NET Remoting 提供了比过去更易于使用的开发架构 用来来支持跨计算机的沟通作业 省却开发人员建立分布式应用程序时必须花费的心力 不过这样一个 出色 的分布式应用应用框架并没有得到本来应该得到的 待遇 相对于 Java 的 RMI 而言 它更加简单同时保持设计方面的d性 同时摈弃了 D 的一些缺点 在对于一个前后端必须以有状态紧密结合方式进行互动作业 同时又期望呼叫和数据交换的动作上能以最有效的方式进行的环境而言 NET Remoting 是一个比较恰当的选择方案 可是问题在于微软本身对于 XML Web Services 的狂热推崇让 NET Remoting 迷失了本来属于它自己的阵地 也就是说 XML Web Services 的过火让 NET Remoting 忘记了自己应该承担的角色 于是在开发者眼中成为了一个 可有可无 的作品 至少对于很多开发人员而言 在需要创建分布式应用程序的时候首先考虑的是 XML Web Services 而在于企业内部应用 特别是在可以控制服务器和客户端平台的情况下（比如完全基于 NET 平台的应用） Web Service 因为效率等等各个方面的原因并无法体现出优势 从技术本身来讲 NET Remoting 是一个非常出色的架构 但在商业方面 这是一个失败 毕竟 设计一个出色的产品然后束之高阁难免 不像话 NET Remoting 恰恰是这个战略的牺牲品 虽然拥有与生俱来的优点 不过依然生不逢时 Enterprise Services 从一个很直接的感觉来说 Enterprise Services 只是对于 + 的一个包装 从使用方式和技术实现本身而言 和 VB 或者 VC 下使用 + 服务没有本质的区别 而更多的只是在于多了一层托管代码的包装 让 NET 开发人员能够比较顺利的使用这些服务的功能 相对于 J EE 平台上的应用服务器如 BEA 的 WebLogic IBM 的 WebSphere 或者开放源代码的 JBoss 微软是希望能够在企业级应用之中分一杯羹 可是因为先天不足的原因 在企业应用中需要的事务 负载平衡 故障转移等等技术中的表现不是那么尽如人意 至少缺乏非常清晰的应用服务器（ Application Server ）的概念 虽然微软不止一次的强调 *** 作系统本身就是一个应用服务器 一个 IT 信息的基础结构 但是从开发人员实际的使用来看 这是一个 晦涩难懂 的产品 虽然 NET Framework 改变了很多东西 但是作为企业级应用中最重要的支撑技术——事务和服务 并没有得到同等程度的发展 我想这个也就是很多大型企业应用目前不选择 NET 的一个理由吧 毕竟从 MTS —— + —— Enterprise Services 这一路走来微软始终不是提供一个非常透明的机制让开发人员去控制各个环节（可能和微软一贯以来的策略有关 只是关心最广泛的应用而不是最高端的应用） 而 NET 中的所谓企业服务 和竞争对手提供的相当的 EJB 还是有比较大的差距 这是一个日前的微软无法解决的软肋 Web Service 从一开始 微软就将其作为 重头戏 推出 并且饶有意思的增加了 XML 然后那个 XML Web Services 就成为了 NET 战略中一个非常重要的术语 就如微软的白皮书所言 Microsoft NET 是 Microsoft XML Web Services 平台 微软通过 NET 来改变现有的互联网络结构 Windows 正在走向过去 这样的宣传是在于希望各个子系统之间的通信完全基于 Web Service 那样的话 作为 Win 开发人员一直困扰的组建注册 分发等等一系列问题都能够得到解决 并且能够用更多的语言更多的平台去开发应用 一切皆是 Web Service 这是一个冒进的举动 至少对于 年以前的世界 而这四年以来 虽然 Web Service 有很多很多的优点可以让我们 歌功颂德 但是不是 万金油 比如一直称垢的性能和安全问题也阻碍了 Web Service 一统天下 于是其他分布式应用架构在特定的领域依然能够有自己的生存空间 这一次 微软高估了 Web Service 虽然目前的 NET 是实现 XML Web Services 最好的平台 Visual Studio NET 也提供了从上至下的包装 让开发人员完全可以不关心协议的底层实现 比如 SOAP 比如对象序列化 比如 WSDL 因为一切的一切都可以在 IDE 中自动完成 我们不否认因为 NET Web Service 从概念已经走进应用 而 WSE 的出台更加 Web Service 具备了互 *** 作能力 不过依然无法改变开发人员的观点 只有在企业外网应用集成或者内部异种平台整合的时候才能够体现出优势 在于需要高度响应和服务支持的应用方面 Web Service 只是一个臆造的神话 ASP NET 我们无法否认 这项技术对于开发人员而言是一个颠覆性的改变 从静态的 HTML 到 CGI 再到 ASP/JSP/PHP 时代 我们都必须去了解 HTML 了解 >

蒋文彪

（国土资源部信息中心，北京，100812）

摘要：本文从金土工程的业务目标出发，在现有的国土资源信息化建设经验积累基础上，结合当前主流信息技术和电子政务发展方向，研究提出了金土工程的总体技术架构，并阐述了构建金土工程总体技术架构的关键技术，保证全国各级金土工程的整体一致性和相互衔接。

关键词：金土工程；国土资源信息化

金土工程是面向保护资源、维护权益、支持发展、服务社会的国土资源信息化建设工程。金土工程的建设目标是，建立网络化的国土资源信息获取、传输与汇总渠道，全面、准确、直接地掌握支撑国土资源管理的各类信息；建立覆盖国土资源管理主要业务、贯穿上下的政务信息系统，形成科学、规范、高效的“天上看、地上查、网上管”国土资源管理运行体系。按照上述业务目标，遵循当前主流信息技术发展方向，设计金土工程的总体技术架构，通过信息技术应用实现金土工程的业务目标。

1 前言

经过几年的建设，国土资源信息化积累了一定的基础，应用系统建设覆盖了国土资源主要管理业务，“3S”技术在国土资源调查评价和监测中得到了广泛应用，积累了大量国土资源数据，从国土资源部到省级国土资源管理部门已实现专网连接。要建立各级联动的网络化国土资源管理运行体系，现有的国土资源信息化建设基础还存在不小的差距，主要表现在，应用系统面向单一业务独立运行，不能实现各系统之间互联互通和资源共享。数据库标准化程度不高，难以保证数据的一致性。各级应用系统之间还没有实现网络环境下实时数据交换。当前，在信息技术发展和电子政务应用中，资源整合已经成为必然趋势。因此，在金土工程建设中，需要从顶层上规划总体技术架构，设计技术路线和方法，保证网络、数据资源、应用系统、安全系统等各要素之间构成一个有机的整体，实现国家、省、市、县四级国土资源管理的联动和信息的及时监测、汇总与分析。

2 金土工程的总体框架

金土工程建设的总体框架是，以国土资源各类数据库为基础，以国土资源信息网络为依托，以标准、制度和安全体系为保障，以地政、矿政、地质环境等主要管理业务流程优化为主线，以支撑国土资源管理决策为核心，形成互联互通、贯穿上下的政务管理、决策支持和社会服务信息化体系（图1）。

21 网络

由国家、省、市三级局域网、连接各级局域网的国土资源专网，以及对外信息服务的互联网组成。国土资源专网利用国家电子政务网络平台、各级政府建立的网络资源，或租用专线建设。

图1 金土工程总体框架

22 数据资源及管理

以国土资源各类数据为核心，依托成熟的数据库管理系统和 GIS 平台，按照统一的标准，建立集数据管理、数据共享服务、数据处理等功能为一体的国土资源数据中心，提供业务系统运行所需的基础数据、管理数据支撑。

23 应用支撑

国家、省、市分别建立了用于本级横向应用集成的国土资源电子政务平台，在国家、省、市统一部署数据交换系统，实现各级国土资源数据交换和业务联动。

国土资源电子政务平台在功能上包括应用系统搭建工具和运行环境、界面整合工具、身份认证管理、数据资源配置服务。

24 业务应用

围绕耕地保护、矿产资源管理和地质环境管理业务，建立并集成业务应用系统。同时，建立国土资源信息综合统计分析与决策支持系统、国土资源信息服务系统。

25 应用门户

利用应用门户实现各级国土资源管理业务网上受理，并发布国土资源基础信息和政务信息，向社会各界、相关政府部门提供信息服务。

26 安全保障

建立基础设施层、数据访问层、信息交换层、应用层四个层次的安全体系。建立异地数据备份中心。

27 标准化体系

以国家电子政务标准化指南和国土资源信息化标准体系框架为基础，建立金土工程信息化标准体系框架，包括工程建设相关技术规范、数据交换内容与格式，以及基础数据库标准。

3 金土工程总体技术架构

31 总体技术路线

按照金土工程建设的业务目标，工程建设遵循以下技术路线（图2）。

图2 金土工程总体技术路线

（1）建立国家、省、市三级国土资源数据中心，统一管理、维护、更新、展现各类数据，并对应用提供支撑，统一对外提供信息服务。县级作为市级的应用终端。

（2）工程建设和系统部署围绕两条主线，一是数据主线，二是系统主线。应用系统和数据资源管理相对独立，国家、省、市分别建立相对独立的数据管理和更新机制，三级数据之间通过数据同步保证数据的一致性。三级应用系统之间通过数据交换系统实现业务处理数据的上报和下达。

（3）加强资源整合，在全国各级各类应用系统技术架构差异较大、平台不一的条件下，保证金土工程的整体性和高度集成。采用统一的界面和权限认证实现横向应用整合，用户利用统一的界面来进行“一次性登录”，通过统一的身份认证之后便可对所有应用系统进行其权限范围内的 *** 作和访问。

（4）以电子政务平台和数据交换系统为金土工程应用支撑体系。横向应用系统通过电子政务平台的搭建工具实现快速搭建，通过电子政务平台的运行支撑环境实现各类应用系统的协调运转，通过电子政务平台的界面整合工具和身份认证管理工具，实现系统的统一展现和一次登录，通过电子政务平台的数据资源管理工具，实现数据资源的统一配置、服务和展示，通过数据交换系统实现纵向业务数据交换。

（5）具有流程化业务审批功能的应用系统，在电子政务平台上构建和运行，涉及到数据报送、汇总和建立数据台账的系统，独立开发和运行。所有系统都通过统一的界面和权限管理工具进行集成和整合。

32 总体技术框架

金土工程采用面向服务的架构思想，对建立的业务应用系统进行横向和纵向集成。一方面，在国土资源电子政务基础平台中，通过利用面向服务的思想建立统一的业务模型，利用系统服务、系统组件和业务组件搭建国土资源业务应用系统，各业务应用系统内部和业务应用系统之间在平台组件框架支持下，通过统一接口标准，利用服务交互和消息传递等功能组件，实现业务应用系统的横向集成；另一方面，在国土资源数据交换系统建设中，利用面向服务的标准，通过事务驱动、数据驱动、消息驱动等方式对服务进行集成，在统一的数据传输协议、数据内容标准等的支持下，利用服务交互、消息处理、安全性等功能组件提供数据交换服务，实现国家—省—市级间纵向业务应用系统的联动、信息的传输和数据交换，并实现与政府相关部门之间的数据交换与共享。

金土工程在技术选择上，总体采用 J2 EE 技术架构，以保障系统具有良好的扩展性和稳定性。同时，根据具体需要，部分独立运行的系统采用net 技术架构。

各应用系统根据需要可以采用 B/S 结构，也可以采用 C/S 结构，因此前端存在Browser和 Rich Client 两种形式（图3）。

图3 金土工程总体技术框架

（1）业务应用系统的建设总体上以电子政务平台为支撑，基于 J2EE 技术架构，采用B/S 结构。系统建设利用面向服务的思想建立统一的业务模型，利用系统服务组件和业务组件搭建国土资源业务应用系统。

（2）部分应用系统，如：综合统计网络直报、计划管理系统等，基于NET技术架构，采用 Smart Client 技术，该客户端还具有便于部署、自动升级的优点。

33 应用系统建设方式

流程化的业务管理系统如建设用地审批管理系统、建设用地预审管理系统、土地利用规划与计划管理系统中的土地利用规划审批子系统、矿业权项目审批系统、矿产资源规划管理系统等，利用国土资源电子政务平台进行建设。其他独立运行的数据管理类的管理系统基于国土资源电子政务平台开发。各类应用系统通过国土资源电子政务平台的统一界面、身份认证和数据资源配置管理工具进行集成，实现本级各类应用系统的统一界面、用户单点登录，同时实现对现有信息资源的可视化管理和信息资源的综合分析应用。

34 数据资源管理技术框架

341 数据整合技术方法

目前，金土工程需要应用的数据库总体上存在同构同标准、同构不同标准、异构同标准以及异构不同标准等几种情况，数据库整合，需要采用信息资源规划的方法，按照先进的信息资源管理理念，分别从概念、逻辑和物理三个层次上对现有信息资源进行科学、合理的规划，在全面理清现有数据资源基础上，按照标准、规范开展数据整合与建库工作。

342 数据中心技术框架

数据中心将在网络基础设施的支撑下，在数据标准和相关数据中心管理为维护制度的保障下，建立各类数据库，完成数据中心数据的存储、管理和维护；在交换体系和业务系统的共同作用下，完成数据的更新；同时通过业务系统，为管理提供数据支持；通过数据交换系统，将服务系统所需要的数据传递到服务数据库，完成数据中心的社会服务功能。数据中心逻辑结构如图4所示。

图4 数据中心逻辑结构

35 网络体系架构

金土工程业务网络分为三级。

国家级（国土资源部）网络：以国家级数据中心为整个网络系统的核心骨干层，向下为二级骨干层省级网络（省级国土资源管理部门）提供接入。

省级（省级国土资源管理部门）网络：以省级数据中心为网络系统的骨干层，向上接入到核心骨干层网络中，向下为分布层市级网络（市级国土资源管理部门）提供接入。

市级（市级国土资源管理部门）网络：以市级数据中心为网络系统的分布层，向上接入到二级骨干层网络中，向下为接入层县级网络（县级国土资源管理部门终端接入）提供接入。

36 安全体系

各级之间的数据传输运行在国土资源业务专网上，按照国家电子政务工程建设及安全保密的有关技术要求，坚持适度安全、技术与管理并重、分级与多层保护和动态发展等原则，保证网络与信息安全和政府监管与服务的有效性，准确定位金土工程的安全系统，建立安全保障体系。

361 安全制度和措施

加强安全管理，建立规范的安全制度，明确责任，并加强对安全管理人员的思想、业务教育，树立全员的安全意识。采取切实措施，进行机房环境、设备保护、冗灾保护，以及工业事故预防。

362 网络安全

进行内外网物理隔离，建立防火墙、入侵检测、防病毒控制。建立统一的安全管理平台，及时掌握网络安全状况。对于核心数据存储区域还要通过安全审计等控制手段进行访问控制。通过网络安全扫描系统和网络实时监控预警系统，对系统安全事件及时做出响应和处理。为保证数据传输过程中的安全，对关键数据传输支持数据加密，加密方式主要支持商密加密。

363 应用安全

建立WEB信息防篡改系统、非法拨号监控系统、过滤控制系统、反垃圾邮件系统、病毒防御系统。

364 CA 认证

采用基于证书的身份认证机制，为各级国土资源管理业务应用系统提供安全服务，确保数据的保密性、完整性和不可否认性。

365 异地数据备份中心

全部数据库都在异地进行定期网络传输备份。业务数据库在线本地备份，基础数据库离线本地备份。

4 关键技术

构建金土工程的总体技术架构，需要重点解决以下几个方面的关键技术。

41 应用整合

为了实现金土工程的统一展现和一体化运行，需要对横向应用系统进行整合，保证金土工程的整体性。应用整合通过界面集成和统一认证管理来实现，统一应用界面需要解决两方面的技术问题，一方面是如何在不改造地方系统的前提下来实现界面集成；另一方面是集成授权、认证，实现系统单点登录。

各种应用系统所采用的技术架构不尽相同，有B /S结构和 C/S 结构的系统，不论采用何种技术架构，现系统和原系统的功能菜单都显示在金土工程统一界面菜单中，然后用户可以通过点击菜单，无须再次登录就可访问集成后的所有系统。

统一界面需要解决认证管理问题，即在不修改原系统，不知道原系统用户信息的条件下，通过简单的开发，把用户信息传输到原系统，实现系统的安全运行。

42 数据交换系统

国家、省、市三级之间的业务联动通过数据交换系统实现。数据交换通过两种方式来实现，一是通过统一的数据交换区在关系型数据库的支持下实现数据共享级交换（集中式交换模式）；二是利用文件通过消息传递方式实现异步交换（分布式交换模式）。

基于数据库的上下级数据交换中，在各级建立交换缓冲区，交换系统把要交换的数据放在各自的交换缓冲区，交换缓冲区间可以通过文件传输的方式实现数据传输从而达到数据镜像与同步，从而实现各级间的数据交换。

基于XML文件的数据交换中，通过数据交换适配器实现对数据库中数据的抽取，对接收数据的加载的功能。数据交换工作站对发送和接收到的数据信息进行校验，发送前将大容量的XML数 据信息拆分成若干数据信息单元，对接收到的数据信息单元进行合并，对传送的数据进行加密、压缩。

43 数据资源配置管理

数据资源管理需要通过关系型数据库、文件服务器、数据仓库、空间数据库引擎等的信息资源管理平台，对关系型数据、文件信息、决策支持信息、空间地理数据、多媒体信息进行管理，为信息的记录、查询、引用、分析提供支持，实现对数据的维护、数据的备份、数据的冗灾、数据的监控等数据管理。数据资源管理需要解决以下问题：

（1）数据的可视化展现，可以直观地浏览到数据实际的物理结构与逻辑关系等情况。

（2）数据中心服务有形化，可以清晰地了解数据交换等 *** 作的实际状态。

（3）支持数据交换，可以满足国家、省、市三级数据交换。

（4）数据与应用平台的无关，满足数据资源管理与应用松耦合模式。

现在的企业只要是有互联网需求的，一般都会用到服务器或者是网站空间，在选择服务器的时候，一些中小型企业会很纠结，不知道该选择服务器托管还是选择服务器租用，因为两者是不同的服务器需求，需要的成本也有差别。很多企业想要选择一个性价比更高的服务，其实，选择一个适合自己的性价比就高。现在的企业只要是有互联网需求的，一般都会用到服务器或者是网站空间，在选择服务器的时候，一些中小型企业会很纠结，不知道该选择服务器托管还是选择服务器租用，因为两者是不同的服务器需求，需要的成本也有差别。很多企业想要选择一个性价比更高的服务，其实，选择一个适合自己的性价比就高。在选择服务器之前，我们需要先了解一下服务器托管和服务器租用，了解两者有哪些不同，之后再结合自己的实际需求，选择一个最适合自己的方案，这样，在一定程度上也可以减少成本的浪费。
服务器托管
服务器托管就是客户自己购买服务器硬件，然后将自己购买的服务器放到IDC机房，由机房这边提供稳定的网络环境和日常的维护，一般日常维护包括重启、重做系统、安装一些常用的应用软件等等。服务器托管的费用只要是带宽的大小和服务器的规格来决定的。其中，带宽的大小占了很大的比重；服务器规格也就是厚度，厚度大的机器不光要多耗费一些电力，更重要的是要多占用一个机位，因此，这多出来的一个机位也是要收取一定的机位费用的，所以建议大家在购买机器来托管的时候，尽量选择机架式的机器，这样托管起来比较节省一些。
服务器租用
服务器租用是自己不需要单独购买机器，只需要将你对硬件和带宽方面的要求告诉IDC商，他们会准备硬件，然后配置机器。对于不懂服务器硬件的用户，一般会选择这个业务，这样可以预防后期在托管期间出现硬件问题无法处理的情况。当然，在租用期间，一旦硬件出现问题，IDC商也需要承担一定的风险。另外，这种租用业务，机器是不属于客户的，租用到期之后，客户可以选择继续租用，也可以选择不再使用。
服务器租用的优劣势分析
向IDC运营商租用服务器的好处是便捷和低价，我们知道，大部分服务器买来以后都需要安装系统和软件，再经过调试通过最终放到 IDC 机房的，那因此直接租用IDC机房的服务器就相对要更加省事一点。但是，租用机房的服务器也有其劣势，主要是用户大部分情况下都看不到自己租用的服务器什么样子，一些运营商倒是会如实的告诉客户他们所租用的服务器品牌和型号。不过也会有极少数IDC采用自行组装的服务器作为租用业务使用以便降低成本，这种情况，要想看机器的配置型号就需要远程服务器。
自己购买服务器的优劣势分析
自己购买服务器遇到的最大障碍恐怕就是价格。但是现在随着服务器成本的降低，大部分专业客户和大客户都已经改为采用自行采购设备然后拿去托管的方式，因为自行采购的优势比较明显。自己组装一台服务器，可能是一半新配件一半二手配件组装而成，这种价格其实也不会太高；要想机器有高性能，还是需要有足够的成本去支撑的，一些注重品牌和稳定的用户也可以直接购买 IBM、HP之流的一线大厂产品。另外，有些用户可能要使用比较特殊的 *** 作系统和软件，又或者是事先需要copy大量的资料到服务器硬盘上，这些 *** 作远程控制机房的服务器都不是很方便，一般是先调试或者复制好再拿去机房托管。
通过对以上两种服务器业务的比较，可以得出结论：对于离机房较远的地方，可以选择租用服务器。如果离机房不很远的话，可以选择自行购买服务器再放机房托管，即使价格会比租用来得贵。如果是自己做OA系统，或者企业内部数据等，可以考虑自己买服务器。如果自己不知道买哪种服务器，可以先咨询一些IDC商，给他们说一下自己的要求，然后看看用哪种服务器比较合适，然后再自行购买。
如果有帮到你，请采纳，谢谢。

---