DZone>Web Dev Zone> 将传统的应用程序和服务迁移到低代码上
将传统的应用和服务迁移到低代码上
将现有的应用程序从传统的企业内部基础设施转移到低代码并不容易。让我们来看看原因。
作者
CORE -
22年6月24日 - Web Dev Zone -分析
喜欢 (1)
评论
保存
鸣叫
79次浏览
加入DZone社区，获得完整的会员体验。
这是一篇来自DZone的2022年低代码和无代码趋势报告的文章。
欲了解更多信息。
低代码以可视化的方式加速和优化了软件开发。它使开发过程自动化，并通过提供简化和民主化开发的可视化工具，使解决方案更容易交付。但是，低代码并不只适用于新项目。它也是迁移传统应用程序的一个很好的候选者。当把一个现有的应用程序转移到低代码时，你可以缩短开发时间和精力，节省资金，并向云迁移迈出一大步。
将一个现有的应用程序从传统的企业内部基础设施转移到低代码并不总是容易的。让我们来看看原因。
低代码迁移的障碍
低代码很简单，但这并不意味着它很容易。迁移一个现有的应用程序意味着与许多移动部件打交道。
遗留的文档和知识
如果你不知道代码是做什么的，你就不能把它移到一个新的平台上。你的遗留应用程序有很好的文档吗？如果没有，你就需要花时间和金钱来确定用户所依赖的关键功能，并了解它们是如何工作的。无论是将一个应用程序迁移到低代码或另一个传统平台，缺乏文档是一个持续的问题。遗留的应用程序往往有自己的生命，而且它们越老，文档似乎越过时。
将你的数据迁移到低代码
遗留应用程序往往意味着遗留数据存储和过时的数据格式。在将数据迁移到新的架构之前，你需要对数据进行分析。这个问题与前一个问题密切相关，因为它是一个常量--无论你打算如何更新你的应用程序。它还需要了解遗留应用的工作方式。
选择一个低代码平台
有各种各样的低代码平台，它们都有其优点和缺点。挑选合适的平台将使你的项目更简单，更有成本效益。当你评估时，请考虑以下几点。
- 你是否已经投资于一个云平台？
- 是否有一个低代码的解决方案能与之配合得最好？
- 你的用户将使用什么操作系统和移动设备？
- 你分析过你的应用数据吗？是否有一个最适合的解决方案？
成本和预算问题
简单并不意味着容易，也不意味着便宜。我们已经讨论了分析和记录你的遗留系统所涉及的工作。还有开发、测试和部署的工作。一旦你把你的低代码应用程序部署到云端，你将不得不为它所运行的云资源付费。如果你的传统应用程序是在企业内部或共享主机上运行，这将需要一个与你习惯的非常不同的成本结构。
你应该迁移吗？
我们已经涵盖了一些潜在的障碍，但其中有几个问题是你会遇到的，无论你决定如何更新你的传统应用程序。让我们看一下你需要问自己的三个重要问题。
除非你的遗留应用程序非常特别，否则它是存储数据的。将这些信息迁移到云中是否安全？你有法律授权这样做吗？你有能力保护它的安全吗？
这是另一个不是低代码所特有的考虑。在考虑迁移到云端的时候，它总是存在的。也就是说，无论你把它放在哪里，数据安全都很重要。企业内部并不一定比云端更安全。
一些愤世嫉俗的人喜欢说，"云 "是 "别人的电脑 "的另一种说法。但每个笑话都有一点道理。依靠云服务往往意味着将控制权交给了云供应商。它把你的员工从维护基础设施中解放出来，这样他们就可以专注于你的业务，但它也意味着信任供应商来保持你的应用程序运行。你准备好放弃这种控制权了吗？
你和你的用户之间有一个服务级别协议（SLA）吗？你的低代码或云计算供应商是否提供同样的服务水平？你的支持人员能否像运行传统系统一样有效地运行新的基础设施，或者你是否需要引进具有不同技能的新员工？
低代码如何帮助
很明显，像其他技术一样，低代码也有复杂的问题和注意事项，但它也有很多好处。
低代码是。
- 高效- 一旦你确定了你需要迁移的遗留功能，用低代码重新创建它是很简单的。
- 可扩展性--大多数低代码平台是基于云的，并具有通常与云架构相关的所有优势。
- 成本效益高- 一旦你的低代码解决方案开始运行，基础设施的成本往往比企业内部的成本低。
- 低维护- 低代码系统更容易维护和更新。
- 更容易改进- 低代码系统通过新的自动化创造机会。
将传统的应用程序迁移到低代码
将一个传统的应用程序迁移到低代码并不复杂或有风险。从一个仔细的计划开始，将问题分解成可管理的迭代，在继续之前完成并仔细测试每一个步骤，你的项目就会进展顺利。
准备工作
像任何开发项目一样，迁移一个遗留的应用程序从分析和研究开始。我们在上面已经谈到了研究过程的第一部分。进行优势、劣势、机会和威胁（SWOT）分析，以确保迁移到低代码是正确的方式。问问你的团队，你会从迁移中得到什么和失去什么。
接下来，组建你的团队。虽然这可能不是一个专门的项目，但确定关键的利益相关者和技术人员也很重要。最后，收集我们上面讨论的遗留文件。如果它不存在，就创建它。不要试图在没有它的情况下开始下一个步骤。
计划
现在是制定你的迁移计划的时候了。看一下你的遗留文档，并尝试识别子系统。你将进行一次增量迁移，所以你需要在开始之前弄清楚如何将项目分解。你可能会想把应用程序当成一个单体，并尝试 "大爆炸 "的方法。不要这样做。循序渐进总是更好的。
一些子系统的例子是存储、会话处理、认证和授权以及GUI。尽管GUI可能看起来是最复杂的系统，但它往往是实现的第一个合理的候选系统。它将帮助你设计低代码平台的其他部分--当它完成时，它是管理的一个重要里程碑。
选择一个子系统作为你在低代码平台上的第一步来实施。你要对这第一个模块进行编码，并将其与遗留系统集成，所以生产前和生产测试需要成为你计划的一部分。你能用一个子集的用户进行测试吗？如果失败了，你将如何退缩？
执行
一旦你选择了第一个模块，就该为它编码了。编写模块并彻底测试。然后再次测试。然后，你可以把它和传统系统整合起来，让它上线。在你上线并完成生产测试后，写下你所学到的东西。什么是正确的？哪些地方出错了？下一步你会需要这些。
重复进行
打开你的迁移计划，并根据你的事后总结来修改它。然后，选择下一个模块，再次执行。
使用低代码前进
将遗留的应用程序迁移到低代码可以帮助企业实现架构的现代化，对不断变化的需求做出更快速的反应，并节省开发和运营的费用。这也是一个具有重大风险的重大举措。但如果有正确的计划，你可以成功地进行低代码迁移，并获得回报。
这是一篇来自DZone的2022年低代码和无代码趋势报告的文章。
欲了解更多信息。
应用
DZone撰稿人所表达的观点属于他们自己。
DZone上的热门文章
评论
