【IT168资讯】分布式软件系统简介
分布式软件系统(Distributed Software Systems)是支持分布式处理的软件系统，是在由通信网络互联的多处理机体系结构上执行任务的系统。它包括分布式操作系统、分布式程序设计语言及其编译(解释)系统、分布式文件系统和分布式数据库系统等。
其特点是：
1、在分布式数据库系统里不强调集中控制概念，它具有一个以全局数据库管理员为基础的分层控制结构，但是每个局部数据库管理员都具有高度的自主权。
2、在分布式数据库系统中数据独立性概念也同样重要，然而增加了一个新的概念，就是分布式透明性。所谓分布式透明性就是在编写程序时好像数据没有被分布一样，因此把数据进行转移不会影响程序的正确性。但程序的执行速度会有所降低。
3、集中式数据库系统不同，数据冗余在分布式系统中被看作是所需要的特性，其原因在于：首先，如果在需要的节点复制数据，则可以提高局部的应用性。其次，当某节点发生故障时，可以操作其它节点上的复制数据，因此这可以增加系统的有效性。当然，在分布式系统中对非常好的冗余度的评价是很复杂的。
早期应对分布式监控所存在的弊端
随着现在的企业不断的发展壮大，大多数的企业都出现了分公司、办事处这类的分支机构，由于总公司还要求对下面子公司的网络设备、主机等资源的状态有着相关的了解，所以就要求IT运维部门对不在同一地域的网络、主机等资源都要进行监控。可是现在市面上大部分的软件都不支持分布式监控。采用的办法是在不同的地域都安装一套相关的产品，然后再通过一些数据的连接，把分公司、办事处这些分支机构的这些数据传回到总公司的数据库当中，然后总公司的系统再对数据库里面的数据进行调用，把这些分支机构的信息展现在总公司的系统里面，供相关的人员进行查看。
但使用这样的方式，存在着以下的缺点：
1、数据无法实时展现的问题，由于总公司与分支机构的系统是独立的两套系统，所以在数据上无法达到实时同步的情况，只能是什么时候需要展示分公司的数据时，总公司的系统才会去分公司的系统中去提取相关的数据，或者是通过程序定时的分公司的系统中获取相关数据，用于在总公司里的系统中进行展示。采用第一种方式的话，很有可能在取数据的过程中，分公司的数据已经进行了下一轮的数据监控采集，这样其实传回总公司的数据已经是旧数据了；采用第二种方式更加无法达到实时的效果，所以往往会造成总公司看到的数据并不是分公司的实时数据。
2、重复部署，即浪费人力，又浪费物力
大部分的管理软件都需要在总公司及分支机构的每一个节点部署一套系统，不但公司要重复性的出钱购买这些系统，同时还需要安排大量的人手及熟悉部署方式的工程师对每一个节点的系统进行部署，同时还要在进行数据库远程通讯连接的时候，有大量的人手参与测试，以保证数据可以回传到总公司的服务器上面。
综上所述，为了适合企业的发展，让管理软件真正的达到实现监控企业的资源，帮助管理人员减轻工作压力。
3、系统独立，对网络的依赖性比较大
由于各个系统是独立的，所以只在有数据库进行连接后进行数据的传输，这样就需要网络保证运行状态良好，网络本身是不支持断点续传的功能的，这样就要求在数据传输的过程中网络保持畅通，如果网络出现了问题，那么数据的传输就会不正常，严重的可能造成数据错误。
Mocha BSM的分布式监控
一个分布式的管理软件，可以让系统真正的统一起来，只需要在分支机构部署相关的数据采集端，将数据传到总部的数据汇聚层，由汇聚层统一处理，相关人员通过展示页面就可以对数据进行查看。这样首先就不需要在一个企业部署多套相同的系统，只要在分支机构部署相关的客户端就可以完成相关的工作了，不但帮企业节省了资金，同时也节省了相关的人力物力，在分支机构只需要部署一个简单的数据采集端即可。
Mocha BSM是通过B/S架构进行开发的，采用Portal技术的分布式管理软件，通过在企业中建立数据采集层(DMS)、汇聚处理层(CMS)、展现层的分层处理的手段对相关的资源进行段分布式监控。通过DMS对分支机构的数据进行采集，然后将其传送给CMS进行处理，同时DMS具有数据加密和数据续传的功能，可以保证数据在传输的过程中不会外泄，同时在网络不良的状态下可以通过续传的方式保证主服务器收集数据的完整性。
Mocha BSM提供的分布式部署考虑到用户的系统庞大，一个采集探针的性能不能完全满足，或者有些设备无法直接进行管理，需要进行防火墙的透传及诸如此类的情况，我们在总部部署一个服务器端(server)，然后在每一个分支机构部署一个采集端(mram)，通过mram对相关的数据进行采集，然后根据需要，通过数据传输设备(DCH)，将其传输到CMS，系统对数据进行处理后，再通过Portal的形式对数据进行展现，这时，相关的管理人员就可以通过网页的形式对数据进行浏览。
