国内四表远传平台软件浅谈.docVIP

国内四表远传平台软件浅谈 刘熙 宁波甫港仪表有限公司 随着国家信息化建设的进程的不断加快，尤其是“互联网+”提升到了国家战略 层面后，传统的水表、电表、燃气表、热力表行业都进入了物联网时代。国内各 个企业如战国争雄般展开了对四表远传市场份额的逐鹿，几年下来也确实涌现 出了很多解决方案。 民用计量表具以水表和电表的发展历史较为悠久，以水表为例，从1825年英国 的克路斯发明了真正具有仪表特征的平衡罐式水表以来，水表的发展已有近二 百年的历史。国A早期水表主要以院为单位，一院居民按人头平均水费，后来随 着人民生活水平的不断提高，逐步做到了一户一表，提高了用水计量的精准性， 也降低了浪费。 再到1C卡水表，更是提高了用户对私密性和安全性的要求，同时降低了人工抄 表的成本。但是即使是现在使用最广泛的TC卡水表，也依然存在着很多问题， 例如，如果阀门损坏无法关闭，用户可以在卡上没钱后仍继续使用，而监管部 门无法获知用户每天的使用情况，造成了很大的漏洞。 而通过物联网技术进行远程抄表的水表，相关职能部门可以随时精确掌握用户 使用情况，避免因用户偷水等行为造成损失，同时用户缴费方式也可以变得更 加灵活。配合大数据的智能分析系统，更可以快速发现出管网出现的漏损点，避 免出现更大的安全隐患。 国内市场上可以看到的主流四表远传系统，基本上都可以实现远程抄表与远程 关阀，从各个系统的硬件部分来看，己经基本符合市场需求，但是相关企业对 现有产品的研发精力主要放在硬件上，对于一个系统的灵魂-软件，反而不够重 视。笔者曾经咨询国内某知名系统的技术总监其软件产品的负载情况， 答:windows已经把负载做的很好了，不用我们操心”。而实际情况如何呢?在 1C卡时代是没有问题的，因为都是以小区为单位，数据是一个个割裂的孤岛， 普通系统的确可以满足需求。但是如果当整个城市都采用了四表远传系统，儿西 万上千万的数据量就需要一个完善的负载机制才能成对。 用什么来衡量一个系统的负载能力呢?有一个概念叫做每秒请求数(Requests per second),指的是每秒能够成功处理请求的数目。比如说，你町以配置 tomcat服务器的max Connection为无限大，但是受限于服务器系统或荠硬件限 制，很多请求是不会在一定的时间内得到响应的，这并不作为一个成功的请求， 其中成功得到响应的请求数即为每秒请求数，反应出系统的负载能力。通常的， 对于一个系统，增加并发用户数量吋每秒请求数量也会增加。然而，最终会达到 一个临界点，此时并发用户数量开始“压倒”服务器。如果继续增加并发用户数 量，每秒请求数量开始下降，而反应时间则会增加。这个并发用户数量开始“压 倒”服务器的临界点非常重耍，此时的并发用户数量可以认为是当前系统的最 大负载能力。 通过每秒请求数这个概念，我们可以理解为，在带宽充分满足需求的情况下， 限制系统的主耍因素就是服务器的速度受限于CPU、内存、主板、硬盘等物理硬 件自身的速度。为了提高系统的负载能力，而且在使用高性能的服务器、高性能 的数据库、高效率的编程语言、高性能的Web容器等方式依然无效的情况下，就 需要通过负载均衡来实现，负载平衡(Load balancing)是一种计算机网络技 术，用来在多个计算机(计算机集群)、网络连接、CPU、磁盘驱动器或其他资 源中分配负载，以达到最佳化资源使用、最大化吞吐率、最小化响应时间、同吋 避免过载的目的。负载均衡的目的，就在于平衡负载，给用户提供优质，可靠， 稳定的服务。应用服务器并不直接与用户相连，用户连接负载均衡服务器，然后 由负载均衡服务器把消息转发给实际应用服务器。负载均衡器内部会根据应用服 务器的负载情况，决定把消息转发给哪台服务器处理。同时负载均衡器还可以对 用户屏蔽失效的应用服务器，并把用户的消息转发到非失效服务器。提到负载均 衡，就不能不介绍另外一个概念:集群。集群就是一组部署有相同应用的服务器。 例如web服务器。用户的请求无论连接到哪台服务器上，都能得到相同的处理。 这样我们实现一种服务，将用户的请求根据特定规则转发到应用服务器上进行 处理，就实现Y完整的集群处理系统。这个服务器如果实现了后台服务器感知和 配置功能，能够了解后台服务器的可用情况，就可以被称作为负载均衡器。 负载均衡在目前网络服务规模越来越庞大的情况下，成为一个大型服务器系统 必须要面对的问题。随着用广和业务的增多，来自用户的访问量和数据流量不断 增大，对服务器的计算能力和储存要求也在不断增加，单台服务器根本无法承 担这么庞大的数据处理请求。这个时候，我们必须利用集群技术，采用一组服务 器对来自用户的请求进行处理，服务器的数量要能够不断的扩充。在集群的前端， 我们采用负载均衡技术，平均分散用户的请求到不同的处理服务器，并且能够