课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构是程序员在学习软件架构技术的时候需要重点掌握的一个编程技术,下面我们就一起来了解一下,单体架构过渡微服务架构都有哪些方法。
1、更改数据捕获模式
在这种模式中,我们将对数据库中发生的更改做出反应。比方说,我们想为系统中创建的每个客户创建一张会员卡。在这种模式下,我们可以监听客户表中的更改。一旦我们检测到有新客户创建了客户表,我们就可以调用Loyalty微服务。然后这个微服务可以向客户发放会员卡,并向他们发送包含详细信息的电子邮件。你可以使用多种方法来监听数据库中的更改。你可以使用触发器,也可以使用数据库的事务日志。还可以编写一个每隔几分钟触发并检查数据库中发生的更改的流程。
2、并行运行
无论你做了多少测试,出现错误的可能性仍然会存在。当你迁移一个关键系统时,你一点都不能指望运气。在这种情况下,并行运行模式可能会有所帮助。在这种模式中,我们会在生产环境部署我们新开发的微服务和旧的单体应用。我们会让数据流经两个系统。单体系统一开始会是事实来源。我们将新开发的微服务的结果与单体结果做对比。如果我们发现存在任何不匹配情况,就要在微服务应用程序中修复它。一段时间后,当我们对新的微服务系统有足够的信心时,就可以停用单体应用的对应功能,并让微服务成为事实来源。
3、抽象分支
当你需要提取其他模块所依赖的一个模块时,抽象分支的模式可能会很有用。假设在前面的示例中,我们想将通知管理转换为微服务。在这种情况下,我们就会使用抽象分支。我们需要执行以下步骤来提取模块。
创建抽象。你需要围绕要替换的模块创建抽象。
将现有功能的客户端更改为使用新抽象:你需要重构旧代码,让旧实现使用在步骤1中创建的抽象。
创建新的实现。你需要为功能创建一个新的微服务实现,将其部署到生产环境中并运行一些测试。
切换实现。当你运行了一些测试,有了一些信心后,你就可以切换到新的代码上。
清理。当你的微服务启动并运行后,好清理旧代码库并删除旧模块。如果需要,你也可以删除抽象。在许多情况下,你之前创建的抽象只会改进你的代码库质量,这时完全可以保留它。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。