达索PLM那些事3：Enovia安装与部署
本博文为我本人的理解，不代表达索析统官方的解释，如有不周敬请谅解。
本篇博文主要介绍达索系统的安装与部署。
1)
系统安装部署架构
达索的软件系统需要企业的服务器（群）的硬件支撑，即达索的软件系统需要安装在不同的客户计算机中。为了实现达索系统软件的合理部署，可以将达索的应用分解为多个服务，包括：
A，应用服务器：达索系统的主应用服务器，客户通过客户端与应用服务器通讯实现产品数据管理；
D，数据库服务器：安装Oracle或者DB2等数据库应用的服务器；
F，文件服务器：Enovia将实体文件以加密的方式保存在文件服务器中；
L，license服务器：用户使用Enovia应用，首先需要license服务器上的许可证认证。
A，协同服务器：将多个应用服务器进行负载均衡的平衡；
2)
五种安装部署方式
在进行Enovia系统异地部署甚至全球部署时，按照业务需要以及考虑性能响应时间等因素综合考虑后，选择合适的部署方式。将Enovia涉及的实体文件、业务对象、业务模型进行不同组合，从而构建不同的安装部署方式
n 集中式
集中式部署是最简单、最实用的安装部署方式，将应用服务器、数据库服务器、文件服务器都部署在同一台服务器中，根据业务需要可进行多个应用服务器的负载均衡。
由于部署不会涉及文件的广域网传输，所以在大文件上传/下载（签入/签出）层面（不考虑并发）响应性能还是非常好的。
集中式部署是现在企业中最为常用的部署方式。
n 集中式的数据库/ 分布式的文件访问
这种部署方式保持了统一的数据库服务器，将多个文件服务器安装部署在异地，有效的解决大文件上传/下载（签入/签出）的性能问题。最终客户在请求进行文件上传（签入）时，通过应用服务器在数据库服务器中写入数据文件的元数据请求，并将数据实体文件上载到最近的文件服务器中；在进行数据下载时，也会在最近的文件服务器下载数据实体文件。
n 分布式的数据库 / 统一的业务流程模型
这是典型的数据库分布存储部署方式，通过设置主服务器和从服务器，并互相拷贝数据对象的方式实现数据统一。
上图中，美国的服务器作为主应用服务，管理着主数据和主业务对象，并连接到日本的数据；日本的服务器作为从服务器，管理着本地的数据文件，并从美国服务器中拷贝主数据和主业务对象，通过连接的方式读取美国的数据。
美国的服务管理美国的数据；日本的服务管理日本的数据。两国的数据相对固化，通过Oracle数据连接两个系统中的数据可以相互访问。两个系统服务相对独立，不会由于一个系统宕机，导致另外系统不可用。
n 分布式的数据库 / 松耦合的业务流程模型
这种安装部署方式与上一种安装部署方式非常相似。差异的地方在于如果两套系统的数据库不同，两个系统选用了不同的数据库，比如oracle和DB2，由于数据存储结构不同导致数据不能直接拷贝，通过数据库连接的方式实现数据的读取。
n 多个独立Matrix系统的XML格式数据传输
通过XML文件建立消息总线，再有新数据发生变化后，通过发送消息的方式告知数据发生变化，触发数据拷贝行为。
本方案除了能够非常好的处理异地数据拷贝控制之外，在进行Enovia与ERP、CRM等第三方系统集成时，也常常用到本方式进行系统集成。
笔者简介：笔名“萧柏”，现供职于某全生命周期信息化整体解决方案、总员工数400+国内的IT企业；9年企业信息化实施生涯，曾参与过航空、航天、兵器、船舶、电科等装备制造行业30+的售前与售后项目；掌握达索Enovia解决方案，曾牵头实施了千万级企业信息化项目实施，熟悉TeamCenter解决方案以及常见的CAD/CAE软件。
欢迎登陆我eworks的博客与我交流：http://blog.e-works.net.cn/707409
发表于：
2017-10-22 19:05 阅读(1723)
评论(1) 收藏 好文推荐
本博客所有内容，若无特殊声明，皆为博主原创作品，未经博主授权，任何人不得复制、转载、摘编等任何方式进行使用和传播。
作者该类其他博文：