现在控制系统实现的构架是什么_控制系统的结构

您好，第一、什么是C/S结构。

C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系

统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。

传统的C／S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的 *** 作系统系统开发不同版本的软件，加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高，效率低。

第二、什么是B/S结构。

B/S（Browser/Server）结构即浏览器和服务器结构。它是随着

Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过>

（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。

以目前的技术看，局域网建立B/S结构的网络应

用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地

点，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和 *** 作共同的数据库；它能有效地保护数据平台和管理访问权限，服

务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。

第三、管理软件主流技术。

管理软件技术的主流技术与管理思想一样，也经历了三个发展时期。首先，界面技术从上世纪DOS字符界面到Windows图形界面（或图形用户界面GUI），直至Browser浏览器界面三个不同的发展时期。其次，今天所有电脑的

浏览器界面，不仅直观和易于使用，更主要的是基于浏览器平台的任何应用软件其风格都是一样的，使用人对 *** 作培训的要求不高，而且软件可 *** 作性强，易于识

别；再者，平台体系结构也从过去单用户发展到今天的文件/服务器（F/S）体系、客户机/服务器（C/S）体系和浏览器/服务器（B/S）体系。

二、C/S和B/S之比较

C/S和B/S是当今世界开发模式技术架构的两大主流技术。C/S是美国Borland公司

最早研发，B/S是美国微软公司研发。目前，这两项技术以被世界各国所掌握，国内公司以C/S和B/S技术开发出产品也很多。这两种技术都有自己一定的市

场份额和客户群，各家企业都说自己的管理软件架构技术功能强大、先进、方便，都能举出各自的客户群体，都有一大群文人墨客为自己摇旗呐喊，广告满天飞，可

谓仁者见仁，智者见智。

1、C/S架构软件的优势与劣势

（1）、应用服务器运行数据负荷较轻。

最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何 *** 作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。

（2）、数据的储存管理功能较为透明。

在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系的下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。

（3）、C/S架构的劣势是高昂的维护成本且投资大。

首先，采用C/S架构，要选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的 *** 作者要直接访问同一个数据库才能有效实现，有这样一些问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本很高，维护任务量大。

其次，传统的C/S结构的软件需要针对不同的 *** 作系统系统开发不同版本的软件，由于产品的更新换代十分快，代价高和低效率已经不适应工作需要。在JAVA这样的跨平台语言出现之后，B/S架构更是猛烈冲击C/S，并对其形成威胁和挑战。

2、B/S架构软件的优势与劣势

（1）、维护和升级方式简单。

目前，软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的 *** 作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。

（2）、成本降低，选择更多。

大家都知道windows在桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器 *** 作系统上windows并不是处于绝对的统治地位。现在的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高。所以服务器 *** 作系统的选择是很多的，不管选用那种 *** 作系统都可以让大部分人使用windows作为桌面 *** 作系统电脑不受影响，这就使的最流行免费的Linux *** 作系统快速发展起来，Linux除了 *** 作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。

比如说很多人每天上“网易”（原文为新浪）网，只要安装了浏览器就可以了，并不需要了解“网易”的服务器用的是什么 *** 作系统，而事实上大部分网站确实没有使用windows *** 作系统，但用户的电脑本身安装的大部分是windows *** 作系统。

（3）、应用服务器运行数据负荷较重。

由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过>终端安全是企业信息技术安全体系建设的服务对象和密集风险发生部分。 我们面临着多方面的挑战，需要釆用不同类型，不同层次，不同级别的安全措 施，实现终端安全。
一、挑战和威胁
1 员工安全意识薄弱，企业安全策略难以实施，网络病毒泛滥
病毒、蠕虫和间谍软件等网络安全威胁损害客户利益并造成大量金钱和生 产率的损失。与此同时，移动设备的普及进一步加剧了威胁。移动用户能够从 家里或公共热点连接互联网或办公室网络，常在无意中轻易地感染病毒并将其 带进企业环境，进而感染网络。
据2010 CSI/FBI安全报告称，虽然安全技术多年来一直在发展，且安全技 术的实施更是耗资数百万美元，但病毒、蠕虫和其他形式的恶意软件仍然是各 机构现在面临的主要问题。机构每年遭遇的大量安全事故造成系统中断、收入 损失、数据损坏或毁坏以及生产率降低等问题，给机构带来了巨大的经济影响。
为了解决这些问题，很多企业都制定了企业的终端安全策略，规定终端必 须安装杀毒软件，以及及时更新病毒库；终端必须及时安装系统安全补丁；终 端必须设置强口令等。但是由于员工安全意识薄弱，企业的安全策略难以实施， 形同虚设，网络安全问题依然严重。
2 非授权用户接入网络，重要信息泄露
非授权接入包括以下两个部分：
(1) 来自外部的非法用户，利用企业管理的漏洞，使用PC接入交换机， 获得网络访问的权限；然后冒用合法用户的口令以合法身份登录网站后，查看 机密信息，修改信息内容及破坏应用系统的运行。
(2) 来自内部的合法用户，随意访问网络中的关键资源，获取关键信息用 于非法的目的。
目前，企业使用的局域网是以以太网为基础的网络架构，只要插入网络， 就能够自由地访问整个网络。因非法接入和非授权访问导致企业业务系统的破 坏以及关键信息资产的泄露，已经成为了企业需要解决的重要风险。
3 网络资源的不合理使用，工作效率下降，存在违反法律法规的风险
根据IDC最新数据报导，企事业员工平均每天有超过50%的上班时间用来 在线聊天，浏览娱乐、色情、赌博网站，或处理个人事务；员工从互联网下载 各种信息，而在那些用于下载信息的时间中，62%用于软件下载，11%用于下 载音乐，只有25%用于下载与写报告和文件相关的资料。
在国内，法律规定了很多网站是非法的，如有色情内容的、与反政府相关 的、与迷信和犯罪相关的等。使用宽带接入互联网后，企事业内部网络某种程 度上成了一种“公共”上网场所，很多与法律相违背的行为都有可能发生在内 部网络中。这些事情难以追查，给企业带来了法律法规方面的风险。
二、防护措施
目前，终端数据管理存在的问题主要表现在：数据管理工作难以形成制度 化，数据丢失现象时常发生；数据分散在不同的机器、不同的应用上，管理分 散，安全得不到保障；难以实现数据库数据的高效在线备份；存储媒体管理困 难，历史数据保留困难。
为此，我们从以下几个方面采取措施实现终端安全。
1 数据备份
随着计算机数据系统建设的深入，数据变得越来越举足轻重，如何有效地 管理数据系统日益成为保障系统正常运行的关键环节。然而，数据系统上的数 据格式不一，物理位置分布广泛，应用分散，数据量大，造成了数据难以有效 的管理，这给日后的工作带来诸多隐患。因此，建立一套制度化的数据备份系 统有着非常重要的意义。
数据备份是指通过在数据系统中选定一台机器作为数据备份的管理服务 器，在其他机器上安装客户端软件，从而将整个数据系统的数据自动备份到与 备份服务器相连的储存设备上，并在备份服务器上为各个备份客户端建立相应 的备份数据的索引表，利用索引表自动驱动存储介质来实现数据的自动恢复。 若有意外事件发生，若系统崩溃、非法 *** 作等，可利用数据备份系统进行恢复。 从可靠性角度考虑，备份数量最好大于等于2。
1) 数据备份的主要内容
(1) 跨平台数据备份管理：要支持各种 *** 作系统和数据库系统；
(2) 备份的安全性与可靠性：双重备份保护系统，确保备份数据万无一失；
(3) 自动化排程/智能化报警：通过Mail/Broadcasting/Log产生报警；
(4) 数据灾难防治与恢复：提供指定目录/单个文件数据恢复。
2) 数据备份方案
每个计算环境的规模、体系结构、客户机平台和它支持的应用软件都各不 相同，其存储管理需求也会有所区别，所以要选择最适合自身环境的解决方案。 目前虽然没有统一的标准，但至少要具有以下功能：集成的客户机代理支持、 广泛的存储设备支持、高级介质管理、高级日程安排、数据完整性保证机制、 数据库保护。比如，华为公司的VIS数据容灾解决方案、HDP数据连续性保护 方案，HDS的TrueCopy方案，IBM的SVC方案等。
2 全面可靠的防病毒体系
计算机病毒的防治要从防毒、查毒、解毒三方面来进行，系统对于计算机病 毒的实际防治能力和效果也要从防毒能力、查毒能力和解毒能力三方面来评判。
由于企业数据系统环境非常复杂，它拥有不同的系统和应用。因此，对于 整个企业数据系统病毒的防治，要兼顾到各个环节，否则有某些环节存在问题， 则很可能造成整体防治的失败。因而，对于反病毒软件来说，需要在技术上做 得面面俱到，才能实现全面防毒。
由于数据系统病毒与单机病毒在本质上是相同的，都是人为编制的计算机 程序，因此反病毒的原理是一样的，但是由于数据系统具有的特殊复杂性，使 得对数据系统反病毒的要求不仅是防毒、查毒、杀毒，而且还要求做到与系统 的无缝链接。因为，这项技术是影响软件运行效率、全面查杀病毒的关键所在。 但是要做到无缝链接，必须充分掌握系统的底层协议和接口规范。
随着当代病毒技术的发展，病毒已经能够紧密地嵌入 *** 作系统的深层，甚 至是内核之中。这种深层次的嵌入，为彻底杀除病毒造成了极大的困难，如果 不能确保在病毒被杀除的同时不破坏 *** 作系统本身，那么，使用这种反病毒软 件也许会出现事与愿违的严重后果。无缝链接技术可以保证反病毒模块从底层 内核与各种 *** 作系统、数据系统、硬件、应用环境密切协调，确保在病毒入侵 时，反病毒 *** 作不会伤及 *** 作系统内核，同时又能确保对来犯病毒的防杀。
VxD是微软专门为Windows制定的设备驱动程序接口规范。简而言之， VxD程序有点类似于DOS中的设备驱动程序，它是专门用于管理系统所加载 的各种设备。VxD不仅适用于硬件设备，而且由于它具有比其他类型应用程序 更高的优先级，更靠近系统底层资源，因此，在Windows *** 作系统下，反病毒 技术就需要利用VxD机制才有可能全面、彻底地控制系统资源，并在病毒入侵 时及时报警。而且，VxD技术与TSR技术有很大的不同，占用极少的内存，对 系统性能影响极小。
由于病毒具备隐蔽性，因此它会在不知不觉中潜入你的机器。如果不能抵 御这种隐蔽性，那么反病毒软件就谈不上防毒功能了。实时反病毒软件作为一 个任务，对进出计算机系统的数据进行监控，能够保证系统不受病毒侵害。同 时，用户的其他应用程序可作为其他任务在系统中并行运行，与实时反病毒任 务毫不冲突。因此，在Windows环境下，如果不能实现实时反病毒，那么也将 会为病毒入侵埋下隐患。针对这一特性，需要采取实时反病毒技术，保证在计 算机系统的整个工作过程中，能够随时防止病毒从外界入侵系统，从而全面提 高计算机系统的整体防护水平。
当前，大多数光盘上存放的文件和数据系统上传输的文件都是以压缩形式 存放的，而且情况很复杂。现行通用的压缩格式较多，有的压缩工具还将压缩 文件打包成一个扩展名为“exe”的“自解压”可执行文件，这种自解压文件 可脱离压缩工具直接运行。对于这些压缩文件存在的复杂情况，如果反病毒软 件不能准确判断，或判断片面，那就不可避免地会留有查杀病毒的“死角”，为 病毒防治造成隐患。可通过全面掌握通用压缩算法和软件生产厂商自定义的压 缩算法，深入分析压缩文件的数据内容，而非采用简单地检查扩展文件名的方 法，实现对所有压缩文件的查毒杀毒功能。
对于数据系统病毒的防治来说，反病毒软件要能够做到全方位的防护，才 能对病毒做到密而不漏的查杀。对于数据系统病毒，除了对软盘、光盘等病毒 感染最普遍的媒介具备保护功能外，对于更为隐性的企业数据系统传播途径， 更应该把好关口。
当前，公司之间以及人与人之间电子通信方式的应用更为广泛。但是，随 着这种数据交换的增多，越来越多的病毒隐藏在邮件附件和数据库文件中进行
传播扩散。因此，反病毒软件应该对这一病毒传播通道具备有效控制的功能。
伴随数据系统的发展，在下载文件时，被感染病毒的机率正在呈指数级增 长。对这一传播更为广泛的病毒源，需要在下载文件中的病毒感染机器之前，
自动将之检测出来并给予清除，对压缩文件同样有效。
简言之，要综合采用数字免疫系统、监控病毒源技术、主动内核技术、“分 布式处理”技术、安全网管技术等措施，提高系统的抗病毒能力。
3 安全措施之防火墙及数据加密
所谓防火墙就是一个把互联网与内部网隔开的屏障。防火墙有两类，即标 准防火墙和双家M关。随着防火墙技术的进步，在双家N关的基础上又演化出 两种防火墙配置，一种是隐蔽主机网关，另一种是隐蔽智能网关（隐蔽子网）。 隐蔽主机网关是当前一种常见的防火墙配置。顾名思义，这种配置一方面将路 由器进行隐蔽，另一方面在互联N和内部N之间安装堡垒主机。堡垒主机装在 内部网上，通过路由器的配置，使该堡垒主机成为内部网与互联网进行通信的唯 一系统。U前技术最为复杂而且安全级别最高的防火墙是隐蔽智能网关，它将 H关隐藏在公共系统之后使其免遭直接攻击。隐蔽智能网关提供了对互联网服 务进行几乎透明的访问，同时阻止了外部未授权访问者对专用数据系统的非法 访问。一般来说，这种防火墙是最不容易被破坏的。
与防火墙配合使用的安全技术还有数据加密技术，是为提高信息系统及数 据的安全性和保密性，防止秘密数据被外部破析所采用的主要技术手段之一。 随着信息技术的发展，数据系统安全与信息保密日益引起人们的关注。目前各 国除了从法律上、管理上加强数据的安全保护外，从技术上分别在软件和硬件 两方面采取措施，推动着数据加密技术和物理防范技术的不断发展。按作用不 N,数据加密技术主要分为数据传输、数据存储、数据完整性的鉴别以及密钥 管理技术四种。
4 智能卡实施
与数据加密技术紧密相关的另一项技术则是智能卡技术。所谓智能卡就是 密钥的一种媒体，一般就像xyk一样，由授权用户所持有并由该用户赋予它 一个口令或密码字。该密码与内部数据系统服务器上注册的密码一致。当口令 与身份特征共同使用时，智能卡的保密性能还是相当有效的。数据系统安全和 数据保护的这些防范措施都有-定的限度，并不是越安全就越可靠。因而，在 看一个内部网是杏安全时不仅要考察其手段，而更重要的是对该数据系统所采 取的各种措施，其中不光是物理防范，还有人员的素质等其他“软”因素，进 行综合评估，从而得出是否安全的结论。
另外，其他具体安全措施还包括数字认证、严谨有效的管理制度和高度警 惕的安全意识以及多级网管等措施。另外考虑到数据系统的业务连续，也需要 我们设计和部署必要的BCP计划。 
三、解决方案
解决终端安全问题的有效方法是结合端点安全状况信息和新型的网络准入 控制技术。
(1) 部署和实施网络准入控制，通过准入控制设备，能够有效地防范来自 非法终端对网络业务资源的访问，有效防范信息泄密。
(2) 通过准入控制设备，实现最小授权的访问控制，使得不同身份和角色 的员工，只能访问特定授权的业务系统，保护如财务系统企业的关键业务资源。
(3) 端点安全状态与网络准入控制技术相结合，阻止不安全的终端以及不 满足企业安全策略的终端接入网络，通过技术的手段强制实施企业的安全策略， 来减少网络安全事件，增强对企业安全制度的遵从。
加强事后审计，记录和控制终端对网络的访问，控制M络应用程序的使用， 敦促员工专注工作，减少企业在互联网访问的法律法规方面的风险，并且提供 责任回溯的手段。
1 集中式组网方案
终端安全管理（Terminal Security Management, TSM)系统支持集中式组
网，把所有的控制服务器集中在一起，为网络中的终端提供接入控制和安全管 理功能。集中式组网方案如图9-3所示。
2 分布式组网方案 如果遇到下面的情况，可能需要采用分布式组网方案，如图9-4所示。 
(1)终端相对集中在几个区域，而且区域之间的带宽比较小，由于代理与 服务器之间存在一定的流量，如果采用集中式部署，将会占用区域之间的带宽, 影响业务的提供。
(2)终端的规模相当大，可以考虑使用分布式组网，避免大量终端访问TSM 服务器，占用大量的网络带宽。
分布式部署的时候，TSM安全代理选择就近的控制服务器，获得身份认证 和准入控制等各项业务。
3 分级式组网方案
如果网络规模超大，可以选择采用分级式组网方案，如图9-5所示。
在这种部署方案中，每个TSM结点都是一个独立的管理单元，承担独立的 用户管理、准入控制以及安全策略管理业务。管理中心负责制定总体的安全策 略，下发给各个TSM管理结点，并且对TSM管理结点实施情况进行监控。
TSM系统对于关键的用户认证数据库提供镜像备份机制，当主数据库发生 故障时，镜像数据库提供了备份的认证源，能够保证基本业务的提供，防止因 为单一数据源失效导致接入控制的网络故障。
当TSM系统发生严重故障，或者TSM系统所在的网络发生严重故障时， 用户可以根据业务的情况进行选择：业务优先/安全优先。
如果选择业务优先，准入控制设备（8021X交换机除外）上设计的逃生通 道能够检测到TSM系统的严重故障，启用逃生通道，防止重要业务中断。
TSM终端安全管理系统提供服务器状态监控工具，通过该工具可以监控服 务器的运行状态，如数据库链接不上、SACG链接故障以及CPU/内存异常等。当 检查到服务器的状态异常时，可以通过邮件、短信等方式通知管理员及时处理。
四、终端虚拟化技术
1传统的终端数据安全保护技术
1) DLP
(1) 工作方式：DLP (Data Loss Prevention,数据丢失防护）技术侧重于信 息泄密途径的防护，是能够通过深度内容分析对动态数据、静态数据和使用中 的数据进行鉴定、检测和保护的产品。可以在PC终端、网络、邮件服务器等 系统上针对信息内容层面的检测和防护，能够发现你的敏感数据存储的位置， 之后进行一定的处理方式，但也是有些漏洞的。
(2) 使用场景与限制：虽然DLP方案从灵活性、安全性、管理性上都满足 了数据安全的需求，但同样成功部署DLP方案需要有一个前提，就是其数据内 容匹配算法的误报率要足够低。然而，由于数据内容的表达方式千差万别，在 定义数据内容匹配规则的时候漏审率和误判率非常难平衡，无论是哪个厂商的 DLP产品，在实际测试过程中的误报率普遍都偏高，DLP方案的防护效果体验 并不好。
2) DRM
(1) 工作方式：DRM (Digital Right Management，数字权限管理）是加密
及元数据的结合，用于说明获准访问数据的用户，以及他们可以或不可以对数 据运行进行某些 *** 作。DRM可决定数据的访问及使用方式，相当于随数据一 起移动的贴身保镖。权限包括读取、更改、剪切/粘贴、提交电子邮件、复制、 移动、保存到便携式保存设备及打印等 *** 作。虽然DRM的功能非常强大，但 难以大规模实施。
(2) 使用场景与限制：DRM极其依赖手动运行，因此难以大规模实施。用 户必须了解哪些权限适用于哪种内容的用户，这样的复杂程度常使得员工忽略 DRM,并导致未能改善安全性的失败项冃。如同加密一样，企业在应用权限时 必须依赖人为的判断，因为DRM丄具不具备了解内容的功能。成功的DRM 部署通常只限于用户训练有素的小型工作组。由于存在此种复杂性，大型企业 通常并不适合部署DRM。但如同加密一样，可以使用DLP来专注于DRM， 并减少某些阻碍广泛部署的手动进程。
3) 全盘加密
(1) 工作方式：所谓全盘加密技术，一般是采用磁盘级动态加解密技术， 通过拦截 *** 作系统或应用软件对磁盘数据的读/写请求，实现对全盘数据的实时 加解密，从而保护磁盘中所有文件的存储和使用安全，避免因便携终端或移动 设备丢失、存储设备报废和维修所带来的数据泄密风险。
(2) 使用场景与限制：与防水墙技术类似，全盘加密技术还是无法对不同 的涉密系统数据进行区别对待，不管是涉密文件还是普通文件，都进行加密存 储，无法支持正常的内外部文件交流。另外，全盘加密方案虽然能够从数据源 头上保障数据内容的安全性，但无法保障其自身的安全性和可靠性，一旦软件 系统损坏，所有的数据都将无法正常访问，对业务数据的可用性而言反而是一 种潜在的威胁。
上述传统安全技术是目前银行业都会部署的基础安全系统，这些安全系统 能够在某一个点上起到防护作用，然而尽管如此，数据泄密事件依然是屡禁不 止，可见银行业网络整体安全目前最人的威胁来源于终端安全上。而且部署这 么多的系统方案以后，用户体验不佳，不容易推广，因此并未达到预期的效果。 要彻底改变企业内网安全现状，必须部署更为有效的涉密系统数据防泄密方案。
2数据保护的创新——终端虚拟化技术
为了能够在确保数据安全的前提下，提升用户的易用性和部署快速性，冃 前已经有部分企业开始使用终端虚拟化的技术来实现数据安全的保护。其中， 桌面/应用虚拟化技术以及基于安全沙盒技术的虚拟安全桌面就是两种比较常 见的方式。
1)桌面/应用虚拟化
桌面/应用虚拟化技术是基于服务器的计算模型，它将所有桌面虚拟机在数 据中心进行托管并统一管理。通过采购大量服务器，将CPU、存储器等硬件资 源进行集中建设，构建一个终端服务层，从而将桌面、应用以图像的方式发布 给终端用户。作为云计算的一种方式，由于所有的计算都放在服务器上，对终 端设备的要求将大大降低，不需要传统的台式计算机、笔记本式计算机，用户 可以通过客户端或者远程访问等方式获得与传统PC —致的用户体验，如图9-6 所示。
不过，虽然基于计算集中化模式的桌面虚拟化技术能够大大简化终端的管 理维护工作，能够很好地解决终端数据安全问题，但是也带来了服务端的部署 成本过大和管理成本提高等新问题。
(1) 所有的客户端程序进程都运行在终端服务器上，需要配置高性能的终 端服务器集群来均衡服务器的负载压力。
(2) 由于网络延迟、服务器性能、并发拥塞等客观因素影响，在桌面虚拟 化方案中，终端用户的使用体验大大低于物理计算机本地应用程序的使用体验。
(3) 计算集中化容易带来终端服务器的单点故障问题，需要通过终端服务 器的冗余备份来强化系统的稳定性。
(4) 桌面虚拟化方案中部署的大量终端服务器以及集中化的数据存储之间 的备份、恢复、迁移、维护、隔离等问题。
(5) 由于数据集中化，管理员的权限管理也需要列入考虑，毕竟让网络管 理员能够接触到银行业务部门的业务数据也是违背数据安全需求的。
(6) 桌面集中化方案提高了对网络的稳定性要求，无法满足离线办公的需求。
因此，此种方案在大规模部署使用时会遇到成本高、体验差的问题，如图
9-7所示。
2)防泄密安全桌面
为了解决桌面/应用虚拟化存在的问题，一种新的终端虚拟化技术——基r 沙盒的安全桌面被应用到了防泄密领域，如图9-8所示。
在不改变当前IT架构的情况下，充分利用本地PC的软、硬件资源，在本 地直接通过安全沙盒技术虚拟化了一个安全桌面，这个桌面可以理解为原有默 认桌面的一个备份和镜像，在安全桌面环境下运行的应用、数据、网络权限等 完全与默认桌面隔离，并且安全沙盒可以针对不同桌面之间进行细粒度的安全 控制，比如安全桌面下只能访问敏感业务系统，安全桌面内数据无法外发、复 制、打印、截屏，安全桌面内保存的文件加密存储等等。
这样一来，通过安全桌面+安全控制网关的联通配合，就可以确保用户只有 在防泄密安全桌面内进行了认证后才能访问核心敏感系统，实现了在终端的多 业务风险隔离，确保了终端的安全性。安全桌面虚拟化方案为用户提供了多个 虚拟的安全桌面，通过不同虚拟安全桌面相互隔离文件资源、网络资源、系统 资源等，可以让用户通过不同的桌面访问不同的业务资源。
比如为用户访问涉密业务系统提供了一个具有数据防泄露防护的防泄密安 全桌面，尽可能减少对用户使用习惯的影响，解决了物理隔离方案的易用性问 题，如图9-9所示。
基于沙盒的安全桌面方案的价值在于，在实现终端敏感业务数据防泄密的 前提下，不改变用户使用习惯，增强了易用性，还保护了用户的现有投资。目 前，防泄密安全桌面已经在金融、政府、企业等单位开始了广泛的应用，主要部署在CRM、ERP、设计图样等系统前端，以防止内部销售、供应链、财务等 人员的主动泄密行为。
但是安全桌面技术也有一定的局限性，比如它不适用于Java、C语言的代 码开发环境，存在一定兼容性的问题。
总而言之，两种终端虚拟化技术各有优劣，分别适用于不同的业务场景，具体可以参照图9-10。

转载表面上看，是一套基于B/S方式实现的分布式管理系统，但其实背后的架构是基于C/S完成的。你以为他是一只鞋吗？其实他是一个吹风机。作为界面化的系统，浏览器框架是不可或缺的，但更加重要的东西在Socket上面。

一、需要解决中央控制端到各节点服务器之间的通信。

这个其实牵扯到一个通信协议的问题，各语言都有自己的socket，thread的库，直接调用即可。但是这个通信协议就需要自己来完成了。既不能太简单，太简单了，明码传输，如果别人获知了这个接口，就很容易执行一些令人讨厌的 *** 作。也不能太复杂，太复杂了等于是给自己找麻烦，所以简单的数据包编解码的工作或者用token验证的方式是需要的。通信协议起码要两种，一种是传输命令执行的协议，一种是传输文件的协议。

二、跨语言的socket通信

为什么要跨语言，主控端和代理端通信，用什么语言开发其实无所谓。但是为了给自己省事，尽可能使用服务器上已经有了的默认语言，Ambari前期采用phppuppet的方式管理集群，这不是不可以，puppet自己解决了socket通信协议和文件传输的问题，可你需要为了puppet在每台服务器上都安装ruby。我是个有点服务器和代码洁癖的人。光是为了一个puppet就装个ruby，我觉得心里特对不起服务器的资源。所以我自己写了一个python的代理端。python是不管哪个linux系统在安装的时候就都会有了。然后主控端的通信，可以用python实现，也可以用php实现，但是考虑到对于更多的使用者来说，改php可能要比改tornado简单许多，所以就没用python开发。hadoop分支版本众多，发布出去，用户要自己修改成安装适合自己的hadoop发行版，就势必要改源码，会php的明显比会python的多。php里面的model封装了所有的 *** 作，而python只是个 *** 作代理人的角色而已。

所以也延伸出一个问题，什么语言用来做这种分布式管理系统的代理端比较合适，我自己觉得，也就是python比较合适了， *** 作系统自带，原生的package功能基本够用。用java和php也可以写agent，但是你势必在各节点预先就铺设好jre或者php运行环境。这就跟为什么用python和java写mapred的人最多是一样的。没人拦着你用nodejs写mapred，也可以写，就是你得在每个节点都装v8的解释引擎，不嫌麻烦完全可以这样干。原理参看map/rece论文，不解释。perl也是 *** 作系统原生带的，但是perl的可维护性太差了，还是算了吧。

所以这就牵扯到一个跨语言的socket问题，理论上来说，这不存在什么问题。但这是理论上的，实际开发过程中确实存在问题，比如socket长连接，通信数据包在底层的封装方式不同。我没有使用xml-rpc的原因之一就是我听说php的xmlrpc跟其他语言的xmlrpc有不同的地方，需要修改才能用,我就没有用这种办法。最早是自己定义的 *** 作协议，这时就遇到了这些问题，所以后来直接采用了thrift方式。就基本不存在跨语言的socket通信问题了。

三、代理端执行结果的获取

无论命令还是文件是否在代理端执行成功，都需要获取到执行结果返回给中央端。所以这里也涉及一个读取节点上的stdout和stderr的问题。这个总体来说不是很难，都有现成的包。当然这个时候你需要的是阻塞执行，而不能搞异步回调。

还有个问题是，我要尽可能使用python默认就带的包，而尽量不让服务器去访问internet下载第三方的包。

还有代理端最重要的一点，就是python的版本兼容性。centos5用python24，centos6用python26，ubuntu基本默认都是27。所以一定要最大限度的保证语言的跨版本兼容性，要是每个 *** 作系统和每一个版本我都写一个代理，我一个人就累死了。

四、浏览器端的model，view，controller

这里面你要封装好所有的通信协议，以及需要在节点上面执行的脚本。发送文件的 *** 作和数据库 *** 作也要在model里面完成。

如果对tcl/tk很熟，也可以写基于 *** 作系统界面方式的管理，不用浏览器就是了。

view对我来说是最痛苦的事，都是现学的jQuery怎么用，前端的工作太可怕了。关于这方面，没有太多可描述的，html和js带给我的只有痛苦的回忆，万恶的undefined。

五、跨 *** 作系统的安装文件封装。

要适应不同的 *** 作系统也是个很麻烦的事情，需要用agent提前获知 *** 作系统的发行分支，版本号。然后去找到对应的安装文件去执行。你不能保证一个分布式系统的集群中所有的节点都可以访问internet，更多的情况是这些节点都存在在一个安全的内网中。只有个别几个节点是可以访问外网的。所以，我势必要把所有的安装文件以及他们的依赖尽可能集中起来。我不确定安装 *** 作系统的lzo，yum或者apt-get会去下什么鬼东西，甚至无论是yum还是apt-get，里面都没有hadoop-lzo的库文件。所以，最好的办法是自己编译打包rpm和deb包。直接安装就好了，别去找repo下载什么。

这就是第五步工作，把需要的依赖的东西自己编译打包成rpm和deb。

deb包很好解决，但是rpm就没那么好办了，需要学习rpm的编译文件如何编写，这块是挺麻烦的，但是这玩意用好了还是挺不错的。现在我自制的安装包里面就已经包含了自己编译的lzo和snappy两种压缩库，以及hadoop-gpl-packaging的rpm和deb。下一个发布的easyhadoop将直接支持centos5,6，suse，以及ubuntu/debian的系统上安装hadoop。已经自带了lzo和snappy以及lzop和snzip。

六、把这些所有东西，整合到一个系统里面。

关联这些所有事情间的联系，整合到一个浏览器界面里面去。写一个分布式的管理脚本不难，写一个界面也不难，但是也许是我的水平不行，这两件事结合起来让他们协同工作还是有点难度的。对我来说，写界面的工作可能更难一点。

Cloudera可能是十来个人在写Manager的东西，ambari也是放到github和apachesvn上面，apache基金会的各种committer在写。easyhadoop没他们功能那么强大，一年来只有我一个人设计架构，功能，各种语言的编码，测试，发布。Fortheloveofgod,WhathaveIdone(英文部分请站在山顶仰天长啸)T_T。从前台到后台，到hadoop和生态系统以及他们的依赖软件的单独patch、编译打包。(系统yum或者apt-get的包不如自己打的好使。)

从时间上来看，全球第一款开源的hadoop部署管理系统应该还是属于ambari，2011年8月开始写的，2012年9月底进入apache的incubator。我是大概2012年8月开始写的easyhadoop，全球第一没赶上，估计国内第一个开源的hadoop管理系统还是可以排上的。