揭露单体应用程序的神秘面纱
发布时间：2022-06-25 00:29:15 所属栏目：云计算 来源：互联网
导读：虽然这些单体继续为业务做出巨大贡献，但这些应用程序的现代化是一个令人沮丧和痛苦的话题。许多组织放弃了，而其他组织则通过重新定位或重新构建，将整个单体迁移到云上作为权宜之计这是旧的lift and shift。2022年，新希望、新技术和新方法正在打破围绕单
|
虽然这些单体继续为业务做出巨大贡献，但这些应用程序的现代化是一个令人沮丧和痛苦的话题。许多组织放弃了，而其他组织则通过重新定位或重新构建，将整个单体迁移到云上作为权宜之计——这是旧的“lift and shift”。2022年，新希望、新技术和新方法正在打破围绕单体应用程序的神秘。 误解#1：单体现代化是一项失败的事业 每个云提供商、云原生平台和系统集成商都有一个模型，该模型几乎包含现代化词典中的所有“R”。最初，这个行业的现代化只有五个R：重托管、重构、重新架构、重建或替换。随着现代化的成熟和更多顾问的参与，R的数量也随之增加，包括重新平台化、重写、保留和退役。这令人困惑。几乎没有数据、数学和自动化应用于单体的现代化过程。有书籍和最佳实践，还有许多顾问和解决方案架构师愿意提供建议和交付。这些都是很好的开端，但通常要么专注于DIY方法，要么专注于昂贵、高风险的外包。 新一波的工具、应用人工智能和自动化正在应用，以弥合所有DIY或所有外包选项之间的差距。这些方法的基础是基于对单体的实际架构分析，不仅是需要迁移到新版本的底层平台组件，而且是实际的业务逻辑本身。业务逻辑是应用程序的核心，架构师可以在其中开始识别可以导致更清晰的微服务领域驱动设计的领域。至少，这些服务代表的是更独立的迷你服务，或者只是具有更高排他性的普通服务。缺乏基本的数据驱动方法导致应用程序团队脱离现代化，选择迁移策略作为权宜之计，这导致我们陷入误区2。  误解#2：将单体迁移到云=现代化 将应用程序迁移到云是一个引人注目的目标，也是一个“登月计划”愿景，它将IT和应用程序团队凝聚到一个更大的目标上。但要明确的是，迁移并不等于现代化。单体迁移到云，可以获得巨大的DevOps和数据中心缩减好处。几乎所有组织都实现了这些短期收益，反过来又为希望加速和简化企业工作负载向云移动的云提供商带来了意外之财。许多技术领导者犯的错误是认为他们的工作已经完成了——我们现在已经现代化了! 这个误解很快就破灭了：现在大多数组织都清楚，云中的单体存在着与内部部署相同的棘手问题——工程速度慢、缺乏可扩展性、难以维护和低可持续性。随着成本开始上升，云效益仍然遥不可及，许多人称这一阶段为“lift-and-shift后悔”或“迁移后悔”。 要打破这一误解，必须在更大、更具战略性的现代化战略的背景下看待和规划迁移问题——只要是迈向全面现代化的基石，迁移就没问题。单体的现代化使其能够充分利用云原生架构的价值，从容器和微服务到Kubernetes和无服务器。再加上利用常见CI/CD、安全性和DevSecOps策略和平台的好处，你的业务案例就会很快到位，这让我们陷入误解3。 误解#3： 单体是一个内部问题 诚然，今天的大部分单体仍然存在于内部，牢固地固定在其原有的基础设施上。但越来越多的单体已成功迁移到云，在云提供商的IaaS基础设施中运行，使用提供商的电源、CPU和内存，但不幸的是，它们仍然作为单体运行。云中的这些单体可能会成功运行一段时间，但当出现可伸缩性问题时，唯一的解决方案是以越来越多的费用购买越来越大的镜像——更多的CPU和更多的内存。这些可能需要更昂贵的保留实例，云工程师必须始终在红线级别上运行这些实例——没有弹性，没有横向可扩展性。 上述相同的数据驱动评估方法和优先级划分方法与云中的这些单体完全相关，甚至可能更相关。为什么?数据驱动的评估、支持人工智能的现代化和迁移后重构是所有解决方案和软件架构师所需的关键能力。云中的单体离完全实现其现代化命运如此之近。一旦单体重构过程完成，容器、Kubernetes、DevOps、无服务器和服务网格服务就可以在云上启动。 （编辑：衡阳站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
