毫无疑问,数字转换(DX)是对我们做生意的方式,和云计算作为DX机中的关键一环。云的弹性确实可以帮助数字企业沟通更快,提高创新。但从云计算中提取全部价值,公司必须确保他们不把相当于短剑枪战时迁移现有应用程序和加速软件开发。
这就是我的意思是:许多企业开始迁移旅程通过提高和现有的本地应用程序转移到云,使得一些没有更改应用程序本身。但运行这样的老单片云中的应用程序架构意味着应用程序不建云的好处最大化。正好相反:他们经常存在可伸缩性问题,增加成本,需要耗时的应用支持。最终,这将削弱DX策略,依靠现代化,快速迭代,和扩展应用程序。
完全最大化云中,企业需要改变应用程序模型来适应这个新环境。同时,该模型还必须工作与现有的虚拟基础设施,随着云计算和本地IT基础设施必须共存多年。
应用程序为DX建造
那么,怎么做?可以作为一个可行的工作,第一步,如果你知道应用程序已经执行的前提。从那里,公司可以提升和扩展,然后重构应用程序而作出重大调整使其架构与云环境兼容。他们也可以选择完全重新设计,并把它作为原生云应用程序,更很费劲的选项为高价值的应用程序需要保留最优性能和灵活性。这是一个空间,企业需要一个更大的比他们的服务运营商同胞跳跃,精简自己的自己的网络协议和解放自己从厂商锁定。
企业如何走呢?答案在于microservices和容器,两个高增长技术驱动DX策略在萨克斯第五大道等公司和纽约梅隆银行,根据Forrester研究报告,“为什么CIO必须关心的容器。”
microservice应用开发方法,大型应用程序分解成较小,独立部署,模块化的服务,每个代表一个特定的业务流程和与轻量级通信接口等应用程序编程接口(API)。
这种方法支持DX活动在几个方面。Microservices很容易部署,具有良好的伸缩性,并且需要更少的生产时间,同时个人服务可以在不同的项目中重用。因此,开发人员可以更快速和更新应用程序更迅速地工作。然而,有几个缺点。经常访问microservices需要API调用数量的增加从而导致延时增加和降低应用程序响应时间。此外,需要多个microservices在音乐会在任何时候在应用程序中创建大量的相互依赖关系。因此变得更具挑战性的监控这些应用程序的性能和快速识别性能退化的根源。
集装箱化是一个虚拟化的方法,帮助解决一些microservices延迟和效率的问题。包容器应用程序块他们依靠,一起像文件一样,环境变量和库。然而,与传统虚拟机容器共享相同的内核操作系统和没有管理程序处理的开销,他们让更多的microservices每个服务器上运行,因此极大地提高应用程序的性能。
代码无关服务保证帮助解决第二个要求microservices监测的相互依赖关系。它允许可见性的通信和交易microservices而不需要字节码工具。这种方法相当于监测在传统网络将数据捆绑,定制虚拟化和集装箱环境。我不仅仅是应用程序无关,但也能提供见解在每一层的服务和应用程序堆栈。
授权与能见度的企业将获得更清晰的在他们的应用程序和服务是怎么回事在物理和虚拟连接的基础设施。在这样一个世界货币和数据应用程序和服务保证的基础投资,这种方法确保可见性和性能是至关重要的。添加这种能力来检测异常,可能表明安全漏洞,以及由此产生的解决方案就会变得不可分割的一部分,一个成功的DX和业务保障策略。
敏捷性和其他福利
同时监控和保证microservices性能可能是具有挑战性的,它是非常有利的,推动创新和业务敏捷性。通过创建microservices和容器、服务创新和改变可以进行缓解和速度。采用microservices将允许企业有效地重构他们的应用程序在迁移之前或之后,他们到云,以及从头开始开发应用程序优化操作在私人和公共云环境。
当然,文化变革,促进实验,适应以更快的速度和实现需要执行。从故障检测与microservices失败安全”的环境中,容器提供了绝佳的机会如果健壮的服务保证。鼓励文化创新,它将使企业更快速时实施新的服务和解决问题。
这种microservices-led架构结合强大的服务保证将带来的全部好处的关键敏捷服务交付和云弹性降低成本,帮助企业发挥主导比赛。