C/S与B/S

C/S

对于企业在部署其业务系统时，是选择B/S结构还是选择C/S结构，小编可不敢妄下断言，不过由于工作的原因，笔者接触过典型的C/S结构也接触过B/S结构，工作内容主要是对公司的日常IT事务进行支持和维护，作为IT维护人员明显感到C/S结构与B/S结构的不同，在此小编简单整理了些资料与大家分享。

　　C/S结构，即客户机和服务器(Client/Server)结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。并且服务器端所承载的负荷也相对较轻，最简单的c/s体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户端，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，这样应用服务器运行数据负荷较轻。

　　服务器端通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如Oracle、SQL Server。客户端需要安装专用的客户端软件。目前大多数应用软件系统都是Client/Server形式的两层结构。传统的C/S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件。笔者以前所在公司（连锁超市类）的业务系统使用的是SAP，就是典型的C/S结构。对客户端软件进行升级、添加新功能模块、变更参数配置等，这些操作都需要投入较大的人力去完成，以一个Site有50个客户端来讲，平均每个维护人员负责2-3个Site，整个维护工作量绝对了得。另外，采用c/s架构，要选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的操作者要直接访问同一个数据库才能有效实现，这时就出现了一个问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本高，维护任务量也大。

B/S

　　B/S结构，即浏览器/服务器(Browser/Server)结构，客户机上只需装有浏览器（Browser），如WINDOWS内置的Internet Explorer，服务器安装Oracle、SQL Server等数据库。浏览器通过Web Server 同数据库进行数据交互。在这种结构下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓3-tier结构。

　　* 3层结构系统(3-tier system)，在3层结构系统中，将系统整体分为“客户层”(用户界面)，“应用层”(商用逻辑)，“数据层”(数据库)3层。在客户端只留下用户界面，其余均装于服务器上。客户端只受理用户的操作与表示应用层的处理结果。由于将应用软件部分与客户端分离以及安装于服务器上，在商用逻辑发生变更的情况，只须变更服务器端的应用软件便可，不会牵连到系统整体。

　　B/S架构的网络平台不但可以在内部网络使用，而且在也可以在外部使用，如果在外部使用只要能上网就可以了，比较适合大型的、集团式的公司使用，特别在不同的地点有公司或店面或需要使用这个平台的用户。而C/S结构如果需要远端连接，公司就需要在各Site部署IPSec VPN来实现。

　　目前，软件系统的改进和升级越来越频繁，b/s架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但b/s架构的软件只需要管理服务器就行了，所有的客户端只是运行浏览器，基本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行。所以客户机越来越“瘦”，而服务器越来越“胖”，这也是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单。