一、背景
    当前烟草加工企业管理方向已经向企业集团化的方向发展，企业信息化建设也顺应企业集团化的要求从思路和观念上进行了大幅度地革新，企业管理业务流程也进行了优化重组。
    根据企业用户的信息化建设的不断发展要求，提出了MES产品化的发展思路，从高级计划排程、质量在线控制、设备维护、原辅料库存管理等各个业务系统的各条业务管理线来加强系统的通用性和MES产品化程度。因而我们需要从各条业务管理线的纵向深度加强MES业务的产品化程度和提高业务管理理论水平，同时也需要从各条业务管理线的横向广度加强其间的业务联系和系统兼容性。
    从企业用户使用角度来讲，使用IE浏览器查询、本地数据处理、远程数据处理等多种方式来管理业务数据，在系统的数据资源分布上，也存在采用分地域部署的方式来提供数据源；从使用用户的类型来讲，将存在内部用户和外部用户。由于系统的复杂度和庞大且不断增长的用户数，所以我们急需提供性能稳定而快捷方便的MES产品以满足企业用户不断增长的业务需求，为了解决这种需求，需要从系统技术架构上保证能够提供性能稳定而快捷方便的MES产品。因而我们提出分布式服务的系统技术架构的概念。
    二、分布式服务系统技术架构
    分布式服务系统技术架构如下图所示：

    我们把分布式服务分成两种，一种是功能服务，计划调度服务、质量控制服务、设备维护服务、原辅料库存服务，等等，另一种与功能服务相对的是非功能服务，我们称之为应用服务，如用户管理、功能管理、日志管理、消息管理、流量记录等。基于分布式服务的功能性与非功能性的划分，我们将分布式服务器拆分为两种类型：功能服务器和应用服务器。
    功能服务器的主要目标是高效稳定的提供纯的功能服务，不与具体的应用相关，也不管理用户，它作为应用服务器的后盾。应用服务器作为功能服务器的客户端，客户直接与应用服务器相连，应用服务器转发客户的功能请求给功能服务器，并将来自功能服务器的回复发送给客户端，另外应用服务器还要实现对用户的管理和功能服务的智能路由选择。
    就像所有企业级服务器所要求的一样，分布式服务器（无论是应用服务器还是功能服务器）必须处理以下棘手的问题：
    （1）极大的并发量。以TCP或HTTP的方式提供服务，集团化的用户有几百个用户可能同时在线是很正常的，并且系统也需要保证达到此种要求。
    （2）响应速度快。如果客户端发出一个请求后要等10秒以上才能得到回复，估计客户下次就没有兴趣再访问你的服务了。所以单纯的IE浏览器或单纯的WIN客户端很难达到此种要求，这就需要从业务管理的角度上来分析和把握响应速度的问题，比如对于有些业务数据录入，我们需要把一部分业务逻辑处理（包括界面处理或业务计算等）功能移到客户端来处理，而对于有些业务数据处理，我们需要将其在服务端进行处理，然后把最终结果返回到客户端来显示，从而可以减少网络传输的业务数据量，也可大大减轻服务器端的运算压力，从而加快系统的响应速度。
    （3）稳定性。7×24小时连续工作，除非硬件故障。而解决硬件故障的方法之一是使用故障转移集群技术，通过应用服务的路由智能选择可以达到此种故障转移集群技术。
    （4）灵活。我们对分布式服务端的要求之一是实现功能服务的“热插拔”。我们需要采用插件技术来解决“热插拔”问题。
    （5）安全。服务器与客户端之间的重要通信消息必须是加密的，比如用户口令等。
    （6）无人看守。如果停/断电又来电后，分布式服务器能自动启动并加载服务然后进入运行。这样周末无人在时若发生停电又恢复供电的情况则无需人工干预了。另外，对于数据库服务器来讲，也有很多种情况（网络断连或双机热备数据库服务转移重启等）需要分布式服务器智能判定数据库服务的服务状态，并能自动启动和加载服务然后提供服务功能。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。