一、RT:想问下各位从事互联网对普元EOS有自己的了解和认知的同行们，希望能给我说说这个东西的前景、局限
普元在2016年研发的云平台中融合了微服务、容器和devops、元数据相关技术，已经不是原有的eos所能涵盖的技术范畴。这一平台的研发文档和设计文档、会议纪要，在这个公众账号（eaworld）上都可以找到，算是开了企业级软件研发开放的一个小小的先例。
需要补充的是，普元现在不是只有eos或bps，而是覆盖了soa、大数据和云计算三条产品线约16款产品，以及一些行业解决方案。
关于eos的设计理念和原则可以参见eos设计者在知乎的回答
作者：焦烈焱
链接：公司要引入普元公司的eos框架，对于公司未来的技术发展会有什么影响？ - 焦烈焱的回答
来源：知乎
著作权归作者所有，转载请联系作者获得授权。
今天刚看到这个提问，作为eos的设计者回答一下，不敢说客观，主要说说设计时的思考。
1. eos 的初衷是解决企业级java开发的一些共性问题，虽然已经有ssh等很多框架，但是在应用过程中有很多非功能需求并没有涉及，尤其是分布式环境下，以hibernate为例，如何实现多服务器配置文件的同步，如何做集群状态下性能的监控，开源软件都没有解决。由于我们有很多大型客户的经验，例如华为 工行，于是就把很多类似的经验体现在产品中。eos 并不解决业务逻辑快速开发的问题，而是解决企业环境下非功能需求的问题，提高软件的可管理能力，尤其是大规模的软件开发，这也和我们的经验相关。同意 何明璐 所说，目前市面上的快速开发平台解决复杂 erp 系统的快速开发都不可能，所以 eos 在设计之初考虑解决的就是解决非功能需求的实现，而不是业务逻辑的快速开发。
2. 基于java做应用架构的方式很多，这也是有很多开源软件的原因，仁者见仁智者见智，eos既然试图解决java的应用架构，就不可避免的要有自己的理念，这些理念未必大家都认同，这也是我过去比较头疼的问题，也是开发者争议比较多的问题。不像工作流，大家对他的认识和定位比较清晰，比拼的是功能和性能，普元的工作流性能非常强，功能上对外接口特别丰富（真的不是自卖自夸），所以得到很多认同。
3. eos中争议最大的是拖拽式开发业务逻辑（也就是说的可视化开发），其实拖拽式开发大家并不反对，例如拖拽式进行数据建模，但拖拽开发业务逻辑就未必是好事了。我们设计时即可以用拖拽式开发，也可以用spring bean的方式写代码开发业务逻辑。图形化（拖拽式）开发业务逻辑，最大的用处是处理异步的逻辑，例如调用一个 webservices，同步调用时如果被调用方很慢，当前的线程也会被挂死，异步就没有这个问题，至少还能够超时释放（这里比较复杂，就不细说了），但是异步的代码写起来很复杂，要写成回调方式，这样代码的可读性就非常差（试想用回调方式调用 3 个 webservices的代码结构），这样用图形化就比较简单，执行时会变成异步的。
4. 使用 eos 时，最好根据自己的情况制定规范，因为 eos 在做产品的过程中要考虑很多情况，但在企业中面临的问题就固定一些，例如不喜欢拖拽式开发业务逻辑可以不用，不要因为普元的培训时讲了这个方式就一定使用，也可以和普元的工程师探讨一下。使用一个框架的时候，技术团队可以多从设计原理、架构、面临问题的角度考虑一下框架的设计初衷，提高对技术的掌握。我的很多合作伙伴（例如工行、建行）他们都深入的掌握了 eos，并和他们自己的实际结合了起来，变成了他们自己的框架，这一过程中他们的技术也有了很大的提高。
5. 做为设计者，eos是一个在设计过程中让我们很纠结的产品，主要原因是他试图解决的问题比较复杂，也很广泛，而对于这一问题的解决方案又有很多种，尤其是有很多开源软件，无法穷举。在普元后续产品的设计中，我们吸取了这一经验，把要解决的问题更加聚焦起来。
6. 普元未来还是解决我们在大中型企业信息化的技术架构问题，但设计思路上更加聚焦。在 eos、流程 之后，又有了 esb、数据集成、数据质量、iaas 等产品，目前的数据集成产品，是基于最流行的开源软件 kettle，但是我们的重点是解决 kettle 没有解决的调度问题（例如每晚有成千上万个作业，作业之间可能有先后持续，作业失败了怎么办，如何监控等）；目前的 iaas 产品基于openstack，但是我们解决了 openstack 在企业私有云下的管理体系问题（例如小网段、心跳检测、高可用组件自身的高可用、多维度管理）。数据治理产品重点解决数据集成后，数据的血统分析和影响度分析，形成数据地图。
如果要了解普元的官方信息，可以到普元官网了解http://www.primeton.com/
普元是国内领先的软件基础平台与解决方案提供商，主要面向大中型企业、政府机构及软件开发商提供soa、大数据、云计算三大领域的软件基础平台及解决方案，用以满足上述组织信息化建设对关键技术的需求，帮助上述组织的业务在云计算和移动互联时代向数字化转型。普元系国家规划布局内重点软件企业，并是国际标准组织oasis成员、soa国际标准sca/sdo的主要参与制定者、全国信标委soa分技术委员会soa与web服务工作组副组长单位、全国信标委云计算工作组成员单位。
普元专注于软件基础平台领域，具有分布式计算、服务构件技术、可视化技术、业务流程管理、内存计算、企业移动计算、数据治理等核心技术，拥有多项国家软件发明专利，同时是中国少数通过国际软件能力成熟度模型集成（cmmi）5级认证的软件厂商之一。
在中国市场，普元产品已经在金融、电信、电力、军工、能源、政府、制造、物流等多个行业的数千关键应用上得到验证，拥有中国工商银行、中国建设银行、中国交通银行、国家开发银行、中国银联、中国移动、中国电信、中国联通、国家电网、神华集团、航天科工、中航工业、海关总署、民政部、阿里云、德邦物流等超过数百家大中型用户。在海外市场，通过与华为公司合作，普元产品已销往加拿大、巴西、日本、科威特、南非、也门、印度、荷兰、泰国等近40余个国家。
普元重视构建合作共赢的商业生态，与华为、亚信、太极股份、远光软件、亿阳信通、高伟达、南天、中科软等数百家大中型软件商深入合作，公司在北京、上海、广州、成都、西安、武汉、南京等地设有分支机构，为各行业用户及合作伙伴提供高品质的技术服务，全面保障产品成功使用。
普元先后成功承担了多项国家、省部级重点科研课题及产业化项目，如国家发改委软件产业化专项、国家发改委云计算专项、上海科教兴市重大科技攻关项目等，普元系列产品多次荣获上海市科技进步奖、上海市优秀软件产品等重要奖项。此外，普元是国家博士后科研工作站、国家高技术产业化示范工程单位、国家云计算服务创新发展试点示范单位。
普元由多位已取得卓越成就的企业家和科学家携手创立，汇聚了一流的计算机技术专家、管理精英和各类专业人才。公司总部位于中国（上海）自由贸易试验区（张江高科技园区）。
二、普元的BPS
bps workflow是普元公司的流程产品，负责对业务流程整个生命周期的管理，包括业务流程的定义、调试、部署、运行、监控、管理。bps workflow是遵从wfmc参考模型而又具备中国特色特性的工作流产品。
bps工作流通过开发环境进行流程定义、依托流程引擎实现流程流转、采用基于web的客户端和管理监控工具完成对流程的调整、监控与审计，运用丰富的构件库快速定制业务的应用，做到随需应变。
bps工作流是完全构件化的工作流。首先bps工作流引擎本身运用了primeton bps产品提供的基础构件；其次，bps工作流也对外提供了流程定义管理、流程实例管理、活动实例管理、工作项管理、相关数据管理、工作流tag等一整套的构件库。构件化的bps工作流保证用户在快速开发应用的同时也能快速适应业务流程变化以及业务逻辑变化，同时建立在j2ee之上primeton bps又带来了高性能与高可靠性。
bps工作流是具有中国特色的工作流产品。它溶入了国内电子政务与电信等行业的特征要求。在流程定义中支持包括串行、并行、同步、独占式、子流程嵌套等多种流程模式；在流程调整中，又根据具体的行业需求实现了“特事特办型”、“一刀切型”，“分水岭型”等流程调整方式，使得它能够方便的构筑应用、灵活的实现调整。
三、普元工作流多少钱
工作流系统就是利用计算机技术实现工作流引擎机制的软件技术平台，在这个平台上可以快速实施流程管理解决方案。在计算机技术领域分两种路线的工作流系统，一种是java工作流，另一种是.net工作流。
如现在市场上的工作流平台有普元、天翎myapps、炎黄等等都是比较不错的。
如参考myaaps工作流平台
1、架构领先：springboot微服务架构，支持springcloud模式，前后端分离
2、整合强大：获得sap特别认证，可与金蝶、用友三方专有系统全面对接整合
3、兼容性强：兼容所有主流浏览器、数据库、应用服务器、操作系统和应用端
4、性能强劲：支持分布式和集群部署，负载均衡动态调配，支持集团化海量数据与高并发
5、业务上云：符合pass云服务特征，开发调试、软件发布均可远程在线完成
6、中国特色：掌握流程引擎核心科技，特适应中国式流程管理业务模式和操作习惯
7、落地快速：web可视化配置式开发，版本化管理，节省80%以上开发量
8、安全可靠：银行级加密技术，用户访问、业务操作、数据存储、系统交互，严格的权限控制和日志记录
工作流系统的柔性特点：是指快速、低成本地从提供一种产品或服务转换为提供另一种产品或服务的能力。而柔性工作流即指通过组织架构、系统权限、流程定义等方面的灵活调整，使组织内部的各类流程能够对内外部环境做出快速适应，同时在调整过程中尽可能地减少冗余无用的损耗，达到用户在时间和投资等诸多方面的效益最大化。
仅供参考。