欢迎来到学术参考网

定位后端微服务开发飞算全自动软件工程平台全球首发

发布时间:2023-12-06 02:00

  低代码或者无代码开发平台,被视作软件开发领域的一个圣杯,现在,一个新的选手大胆绕过这一圣杯,对“软件工程全自动开发”发起冲击。


  11月17日,飞算全自动软件工程平台在京发布,“只需要输入流程图,平台助你实现自动开发、自动测试、自动运维”,飞算云智总裁陈定玮在现场表示。


  软件科技的进步给各行各业带来了巨大变化:即流程化、自动化、智能化。但艾瑞咨询最新发布的《中国软件开发行业研究报告(2020)》指出,软件行业的作业方式依然十分落后,过度依赖人工,缺乏标准化,导致软件行业存在明显的四大痛点:项目成本高、开发周期长、代码质量低、团队管理难。


  在飞算全自动软件工程平台产品发布会现场,工业和信息化部信息技术发展司杨宇燕副司长表示,“希望这些技术成果,能够有效地推进软件行业现有作业模式的改变,降低开发成本、提高开发效率,助力更多的传统企业实现数字化的转型升级。”


  “全自动软件工程平台”如何改变软件行业?计算机世界记者与陈定玮展开了一次深度对话。


  “干掉自己”


  改变从来不是一件容易的事,尤其是行业惯性根深蒂固,产业关系千丝万缕,软件行业的低代码/无代码开发平台不是没有,相反地,这类平台在过去四十年来层出不穷,却鲜有大的浪花。


  陈定玮的初心来自于四年前,当时他作为一家金融科技企业的技术负责人,并不开心。用他的话说,“很痛苦”。


  当时公司的客户以银行居多,对于安全、稳定等要求异常严苛,陈定玮要守好最后一道技术关,自然也就陷入了看不完的代码潮。


  于是陈定玮在市场上开始找寻代码质量管理平台产品,希望能降低重复低效的劳动。陈定玮发现,市面上的产品只有在做代码合并的时候,才做代码的扫描和检查,但此时再发现问题已经影响应用的上线,这种检查逻辑是有问题的。


  如果把检查部分前置,当一个开发人员提交代码时立即检查,检查不通过就不允许提交,虽然这种方法可解决代码管控的一些问题,但依然没有解决“人”的问题,有时候合并代码还是会报错,测试没问题,上线出问题。


  问题依旧悬而未决,大多数人可能到这里都会选择放弃,与行业妥协,向现实低头,陈定玮显然不属于这一类人。再三思索,陈定玮将目光锁定在整个软件工程体系,他认为,写代码才是真正的问题点。“我应该解决这个问题,而不是解决其他方面的问题,如果还是靠人去写代码,再好的管理规范和制度都没有用。”


  用盖房子作比,一行行代码类似一块块砖,好的代码相当于质量好的砖块,当砖的品质不好,累积起来的房子质量肯定也不怎么样。如果利用差砖来盖房子,盖房子的人就会想办法做其他的加固,但事实上砖块质量差,再怎么加固,房子还是会摇摇欲坠。


  代码同理。如果代码质量非常低的话,建造出来的系统是非常不稳定、不可靠的,只能用更多的硬件成本、更多的运维人员来支撑整个体系,因为代码质量的问题,导致整个研发过程的成本居高不下。


  历经四年研发,飞算全自动软件工程平台正式上线,率先实现“你输入流程图,平台助你实现自动开发、自动测试、自动运维”,助力企业实现“降低项目成本、提升开发效率、保证代码质量、简化团队管理”,让软件工程行业的作业方式从“人治”变成“法治”。


  定位后端微服务开发工具


  飞算全自动软件工程平台希望从根本上解决代码问题,实现“法治”。发布会现场,陈定玮介绍了飞算全自动软件工程平台的创新逻辑。


  首先是可视化开发,通过可视化界面完成系统开发。不同于市场上用于前端展现层的开发工具,飞算全自动软件工程平台提供的是后端微服务开发,并已申请多项技术发明专利。用户绘制可视化的过程即是微服务开发的过程,业务逻辑的设计完全由可视化的方式展现出来,大大降低了开发门槛。


  其次是平台组件,即通用的技术功能模块,可支持循环、条件判断、函数调用,通过拖拉拽的方式以及参数配置实现等同于编写复杂代码的业务逻辑。此外,飞算全自动软件工程平台还推出了众创中心,工程师可根据自身经验提供封装组件,让使用者能够快速使用、快速开发。


  最后是经验累积,工程师所有的经验值可以在飞算全自动软件工程平台沉淀,由此形成了质量和安全体系。


  计算机世界了解到,市场上盛行的所谓开发平台或者开发工具,更多聚焦在前端的用户界面,飞算全自动软件工程平臺则主攻底层设计,微服务Springboot或者Springcloud已经成为公认的开发趋势,但是极少有人能够把该框架驾轻就熟,原因在于没有业务环境。


  飞算全自动软件工程平台的技术实践环境、应用规模已经不亚于一个大型电商平台,经过大并发的洗礼和大数据的历练,飞算全自动软件工程平台才有了依托。


  传统应用系统架构大多是单体架构,随着业务规模不断扩大、代码量的膨胀和团队成员增多,传统单体式架构的弊端会逐渐凸显:代码冲突加剧、模块耦合严重;一次上线涉及人员太多,代码质量无法保证、协作效率低下;每次开发测试花费时间过长、动不动几周甚至几个月。


  微服务的出现就是因为原来的单体应用架构已经无法满足当前互联网产品的需要,现在的SaaS开发,都是为了与互联网打通,访问量出现高并发的时候,原来的单体应用架构是招架不住的。


  互联网自上而下颠覆了IT系统,微服务已经成为现代互联网应用的事实主流,只要客户有高性能、高并发的稳定需求,最终必然要走向微服务架构。微服务架构在故障隔离、整体可用性、架构持续演进难度、可重用性、可扩展性和交付速度等方面有突出的优势。


  然而微服务的门槛也相对更高,一个完整的微服务系统底座最少要包含以下功能:日志和审计、监控和告警、消息总线、注册发现、负载均衡、部署和升级、事件调度、资源管理。另外认证和鉴权、统一服务构建和打包、统一服务测试、微服务CI/CD流水线、服务依赖关系管理、统一问题跟踪调试框架、灰度发布、蓝绿部署等异常繁琐。飞算全自动软件开发平台便是为了解决后端微服务的复杂性。因为采用了微服务引擎技术,软件开发团队可以更集中关注于业务逻辑,可以将许多细节交给微服务引擎来管理,从而大大减少了需要编写的代码行数。同时通过可视化的流程编译技术,飞算全自动软件工程平台输出的软件因为没有代码,所需存储硬件空间也大幅减少。从人员、时间、管理到硬件的各个层面,为软件公司节省了巨额的成本。


  目前市场上已经有了不少致力于解决软件开发问题的产品,飞算全自动软件工程平台与这些产品最大的区别在于,前者均更偏向前端开发,飞算全自动软件工程平台属于后端微服务开发。也由此成为市场上缺少的一类产品。


  飞算全自动软件工程平台组件更通用,结构更稳定,开发过程完全不用接触代码。


  星星之火,未尝不能燎原


  飞算全自动软件工程平台选择的软件工程全流程、全自动,具体如何实现?


  开发软件,你只需要一张流程图,输出的也只是流程应用,没有代码。平台最主要的核心技术是用可视化的方式描述整个业务逻辑实现,运行时通过解析流程图来做执行。不存在像代码需要编译之类的过程,因此工作时间、人力成本以及硬件存储成本都大幅缩减。


  以某科技公司项目为例,开发一套互联网技术的微服务架构体系,要包括前端系统体系、业务系统体系和大数据体系等方面,而且需要版本高频率迭代。


  IT团队主要负责:需求分析,系统架构设计,微服务开发(包括:前端界面开发、技术服务支撑系统开发、业务系统开发、人工智能分析系统开发、大数据系统开发),系统测试和运维保障系统等,同时还需要兼顾对外合作项目开发,涉及项目超30个,且要能够支撑千万级用户的业务量。


  基于上述配置要求,“传统开发模式”和“飞算全自动软件工程平台”两者人力成本的相关费用对比如下所示:


  如果使用飞算全自动软件工程平台进行该项目开发,该科技公司每年可节省75%以上的研发费用。尤其在人力成本方面,一个平台ID人员可替代传统开发模式下六个岗位人员的全部工作,而人力成本仅占后者的30%。


  数据显示,2019年,全国軟件和信息技术服务业规模以上企业超4万家,累计完成软件业务收入71768亿元,同比增长15.9%,显然,软件开发行业仍是软件行业的中坚力量。此外,中国企业在经历信息化阶段后开始向数字化转型,软件开发作为企业数字化转型的重要环节,“如何降低软件开发成本,提升开发灵活性”这一市场蓝海已现。


  在发布会现场,众多重磅嘉宾为飞算全自动软件开发平台发声,工业和信息化部信息技术发展司副司长杨宇燕出席致辞,格力电器董事长兼总裁董明珠跨界支持中国原创技术,中国工程院院士倪光南、中国工程院院士沈昌祥、国际欧亚科学院院士、国际欧亚科学院中国中心副主席张景安、中国工程院院士柴天佑、国际欧亚科学院院士石勇也纷纷力撑。


  星星之火,未尝不能燎原。

上一篇:新时期计算机软件开发技术的应用及发展趋向研究

下一篇:ExtJS框架在Web软件开发中的应用探讨