简介:许多朋友询问了有关Pu Yuan Devops的相关问题。首席执行官在本文中注明将为您提供详细的答案,以供所有人参考。我希望这对每个人都会有所帮助!让我们一起看看!
在2016年,PU Yuan合并了微服务,容器和DevOps以及与元数据相关的技术,这不再是原始EOS可以涵盖的技术类别。该平台的R&D文档,设计文档和会议会议记录可以在这个公共帐户(EAWORLD),这是企业级软件研发的小较小先例。
需要添加的是,Pu Yuan现在不仅是EOS或BP,还涵盖了大约16种产品:SOA,大数据和云计算三种产品以及某些行业解决方案。
有关EOS的设计概念和原理,请参阅Zhihu的EOS设计师的答案
作者:若o liezheng
链接:公司的EOS框架将被引入Puyuan Company的EOS框架有什么影响?-Hang Lieyin的答案
资料来源:Zhihu
版权属于作者,请与作者联系以获得授权。
我今天刚刚看到这个问题。作为EOS设计师,我不敢谈论客观性。
1. EO的最初意图是解决企业Java开发的一些常见问题。尽管已经有许多框架,例如SSH,但申请过程中的许多非功能需求不涉及,尤其是在分布式环境中。举例举例说明,以hibernate为例。如何实现多服务器配置文件的同步以及如何在群集状态下监视性能,开源软件尚未解决。因为我们有许多大客户的经验,例如华为ICBC,我们反映了产品中许多类似的经验。EOS并不能解决业务逻辑快速发展的问题。取而代之的是,它解决了企业环境中非功能需求的问题,提高了软件的管理功能,尤其是大型软件开发,这也与我们的经验有关。我同意他Minglu表示当前的快速开发平台在市场上,无法解决复杂的ERP系统的快速发展。因此,在设计开始时,EOS考虑了解决非功能需求的实现,而不是业务逻辑的快速发展。
2.有很多方法可以基于Java应用应用程序体系结构。这就是为什么有许多开源软件的原因。仁慈看到智慧和智慧。由于EOS试图解决Java的应用程序体系结构,因此不可避免地必须有自己的想法。这也是我过去曾经头痛的问题,这也是开发人员更多争议的问题。与工作流程不同,每个人都对他有清晰的理解和定位。竞争是功能和性能。Pu Yuan的工作流程非常强大,外部接口特别丰富(实际上不是自我销售和吹牛),因此它们得到了很多认可。
3. EOS中最具争议的是拖动开发业务的逻辑(即视觉开发)。实际上,每个人都不反对阻力开发。这是一件好事。当我们设计时,我们可以通过拖动和拖拉来开发它,或者我们可以通过Spring Bean编写代码开发业务逻辑。图形的最大用途(拖动)开发业务逻辑是处理异步的逻辑。例如,致电Webs服务。如果在同步电话期间,通话方的速度非常慢,那么当前的线程将被挂死。没有这样的问题异步。至少可以及时发布(这里更复杂,所以我不会谈论它),但是异步代码很复杂,并且代码的可读性非常差。编码结构),编码结构),)对于图形,这相对简单,执行后将变得异步。
4.使用EOS时,最好根据您自己的情况制定规格,因为EOS必须在制造产品过程中考虑许多情况,但是企业中面临的问题是解决的。对于exampledo而不使用这种方法,因为PU Yuan的培训,您还可以与Pu Yuan的工程师进行讨论。当使用框架时,技术团队可以从设计原理,架构和问题的角度考虑框架的最初意图,以改善框架,以改善该框架。他们的技术掌握。我的合作伙伴(例如ICBC和CCB)在深度掌握EOS中拥有并与自己的实际情况相结合并成为他们自己的框架。在此过程中,他们的技术也大大改进了。
5.作为设计师,EOS是一种使我们在设计过程中非常纠结的产品。主要原因是他试图解决的问题更加复杂和广泛。有许多解决这个问题的解决方案,尤其是Forthere是许多不可贫穷的开源软件。在Puyuan的关注产品的设计中,我们已经吸收了这种经验,并专注于要解决的问题。
6.将来,Pu Yuan仍然解决了大型和中型企业信息的技术架构,但是设计思想更加集中。IaaS和其他产品。当前的数据集成产品基于最受欢迎的开源软件水壶,但我们的重点是解决水壶尚未解决的问题(对于exkplethere来说,每晚是成千上万的家庭作业,并且在家庭作业,家庭作业之间可能会连续操作如果作业失败,如何监视等,该怎么办?);目前,IAAS产品基于OpenStack,但我们解决了企业私有云下OpenStack的管理系统的问题(例如,小型网络部分,心跳检测,高可用组件本身,高可用性,高可用性,多维管理)。数据治理产品专注于解决数据集成,数据血液分析和影响分析的重点,并形成了数据图。
如果您想了解Puyuan的官方信息,可以从Puyuan的官方网站上学习
Pu Yuan是领先的国内软件基本平台和解决方案提供商。它主要为大型和中型企业,政府机构和软件开发人员满足以上的大型企业,政府机构和软件开发人员,以满足上述组织信息的需求有助于上述提及的上述信息,以满足上述内容,以满足上述内容,可帮助上述提及的上述信息组织在云计算和移动互联网时代的业务过渡到数字化。Puyuan部门的国家计划和布局是国家规划和布局的关键软件公司,并且是国际标准组织OASIS的成员,主要是主要的SOA国际标准的SCA/SDO的参与者,以及SOA sub -sub -sub -sub -sub -sub -sub -sub -sub -sub -sub -sub -sub -sub -sub -sub -sub -subsiDies委员会的SOA和Web服务小组的副领导人,成员国家理事会云计算工作组的单位。
Puyuan专注于软件基本平台领域。它具有核心技术,例如分布式计算,服务组件技术,可视化技术,业务流程管理,内存计算,公司移动计算,数据治理等。它具有许多国家软件发明专利。在同一时间,通过国际软件容量成熟模型集成(CMMI)5级认证的软件制造商。
在中国市场中,Puyuan产品已在许多行业中的数千个关键应用中得到了验证中国Unicom,国家电网,Shenhua集团,航空科学技术,AVIC,海关部,民事事务部,阿里巴巴云部,Debon Logistics和其他大型和中等大型的海外市场,通过与Huawei,Puyuan产品的合作,出售给加拿大,巴西,日本,科威特,南非,也门,印度,荷兰,泰国和其他国家。
puyuan非常重视赢得胜利商业生态的建设,并与数百个大型和中型软件供应商合作,例如华为,亚洲亚洲亚洲银行,太极拳,高光软件,Yiyang Xintong,Yiyang Xintong,Gao Weida,Nantian,Nantian,nantian,nantian,nantian,nantian,nantian,nantian,nantian,nantian,nantian,nantian,soft和宗凯(Zhongke Soft)。
Puyuan成功地在省,部长级交馆,部委,部委和各部委中成功开展了许多关键的科学研究项目和工业化项目,例如国家发展与改革委员会的软件工业化专业,国家发展与改革委员会云计算特别委员会,上海科学与教育和教育市政科学与技术海关研究项目。技术工业化演示工程部门,以及国家云计算服务创新和开发的试点演示单位。
Pu Yuan是由许多企业家和科学家创立的,他们取得了出色的成就,收集了第一类计算机技术专家,管理精英和各种专业人士。该公司总部位于中国(上海)自由贸易飞行员区(Zhangjiang Gao Gao技术公园)。
Puyuan DevOps5.3添加了64个功能特征并优化了26种体验。其中,大型项目组管理功能,新的报告功能,动态任务坎班人,增强的部署功能,第三份工具升级,平台性能优化6 Puyuan DevOps平台的关键功能得到了极大的改进。
1.版本5.3版本的主要功能
2.思考研发过程
3.下一个版本的想法
首先,让我们谈谈我们的产品开发。在定义开始时,将有一个核心目标,该目标将分解并优先考虑核心目标的特征。
如何掌握版本的范围?
基本的软件市场始终具有激烈的竞争力,但是合理使用该市场氛围将是产品经理的绝佳武器。对于开发的产品版本,所需的来源通常包括四个:
为什么许多公司的建设效果?
实施后,许多人会感到这种效果并不明显。还有一些原因:
有限的技术和平台不足 - 级别的设计。Devops是一个连续的施工过程,并且周期相对较长。如果您只考虑自己面前的工具和控制,那么它很可能会成为随后开发的瓶颈。
返回标题,我将与您分享5.3版中的六个特征:
1.大型项目组管理
为了实现更高的战略目标,项目组是统一的,并与一组项目进行了协调,并且在各种项目中仍在日常工作。
例如,最近,Pu Yuan需要支持IPv6。整个产品都需要完成。目前,一个项目组需要统一和协调,制定一个里程碑,并组织所有根据目标实施的子产品。财务,电信和其他行业等组织的特征尤其明确。
2.个性化跟踪板
工作板的核心是实现数千人。首先,用户可以自由选择列表模式,详细模式或车道模式以显示,无论哪种模式,它都需要支持快速的过滤和分类。
此外,由于客户经常与瀑布共存,对固定版本驱动程序的友好支持和冲刺计划。
第三,更全面的部署功能
在各种应用程序部署的过程中,不仅是正常过程的处理,而且要完全考虑异常条件。例如,必须考虑应用程序,卸载和其他操作的操作和维护功能必须使用:
升级和开放三项工具
在项目的持续实施中,每个人都会发现某些三部曲工具的缺陷或功能不足。有时我们会自己弥补自己的努力,有时我们会选择四处走动。在第5.3版中,我们对以前发现的三种通道工具进行了升级评估。使用版本替换模式的一部分,其中一些采用版本兼容模式:
五,丰富的陈述统计和分析
根据上述系列报告和连续的操作数据,及时获得了项目风险提示,以指导PMO或项目经理有效干预。
6.非功能特征的集中优化
性能,可靠性和经验是DevOps的三个最重要的非功能功能。在新版本中,以性能为例。我们没有通过压力测试工具开车。就个人而言,许多非常规场景都很容易曝光,因此,我们具有更大的方向优化,结合实施情况,主要包括:
然后分享研发过程中的一些感觉。这件作品并没有太多排序,但是总结了以前遇到的一些问题:
1.就团队文化而言,尤其是在版本相对成熟之后,团队的要求将变得越来越高。重点是产品经理和开发团队
产品经理的高要求反映在:
开发团队的高要求得到了反映:
2.就技术能力而言,产品形式的抽象决定了产品的活力
在开发过程中,我们的团队将抱怨现在有太多的开源软件,每个设计想法都不相同,甚至相同的开源软件的不同版本也非常不同,这使它变得越来越困难诸如Devopsdo之类的产品。
这确实对团队来说是一个巨大的挑战。以Jira和Zentao的整合,将两者的模型抽象成一个非常痛苦的集合,专注于扩展(所有内容都可以定制),一个专注于适应国内项目管理(提供三组驱动程序),我们需要很多投资类似工作,甚至多次。
3.在产品管理方面,传统流程管理+迭代进化思想
我们版本的每个版本都是一个巨大的挑战,新功能和新问题,我们实现了工程师。从管理过程中,我们仍然维护修订版的版本+补丁。我曾经考虑过一段时间的快速迭代升级。后来,我发现这种东西仅适用于c,bo b基本上是不现实的。
但是,我们仍将遵循迭代的演变,快速维修并减少版本周期。在同一时间,我们在版本的无缝升级上花费了很多想法。每个更改(尤其是数据字段)将提供相应的全部数量并升级两组脚本,以便当前的5.2客户可以快速升级到5.3.实际上是一种产品管理和团队习惯(在查看时Visual Studio之前的内部结构,我认为有这样的产品。3.0版本基本上包含所有独立包2.0、1.0,现在我终于理解了)
相关:Puyuan目前是员工。
首先,Puyuan不仅具有EOS,而且还具有企业级平台的角度,以及16种产品和解决方案,例如BPS和ESB。
从EOS平台用户的角度来看,EOS在Eclipse中的应用是领先的国内,这是不舒服的。一些朋友通过研究EOS的设计和原理在工作中获得了很多帮助。
因此,我的看法是是否使用任何工具和平台来获得个人技术增长,是否可以从使用平台中改进和总结,而不是将平台视为工具,而是将平台视为教科书。如何设计平台,如何设计数据结构,如何构建分层系统等等。
从技术路线的角度来看,最亲密的技术是最亲密的技术。pu yuan是其中之一。Pu Yuan正在升级和促进EOS上的微服务框架和容器云,并将其应用于BPS的BPS方面,优势是由DevOps设计和实现的。
此外,PU Yuan正在进行新一代的数字企业云平台开发,其目标是发布可用于私人和公共环境部署的PAAS平台。如果您有兴趣或想学习相关技术,则可以搜索在百度为eaii。
结论:以上是有关每个人的首席CTO首席执行官注释的全部内容。感谢您花时间阅读此网站。我希望这对您有帮助。有关Puyuan DevOps的更多相关内容确实无法在此站点上找到它。