PCF 从构建到连接( 三 )


我们在拆分微服务或者重构微服务的时候,首先要确定一个目标,就是说我们要用这个微服务完成什么样的业务需求,我们要选择什么样的传统应用,把它变成微服务。推荐的是,对于这些更好、更接近云原生的应用,以及我们刚才讲的十二要素或者十五要素很容易满足的应用,我们应该做微服务改造。首先,定义一个目标。
第二,通过一场事件风波,你可以明白其实是一场会议。我们召集业务人员和技术人员开圆桌会议。在微服务拆分理论和微服务设计中,有一个非常重要的理论叫做DDD域驱动设计。领域驱动的设计不是由开发人员或技术人员开发的,而是与业务人员讨论的。首先要划分业务边界,然后才能做技术方案。因此,这个非常重要的会议被称为事件风暴,通过它我们可以确定域之间的关系和域之间的边界。
后面我们会分析我们的系统架构和功能架构,包括类图,最后通过一些图表分析的方法实现代码。通过我们稍后将提到的SNAP分析方法,我们可以分析您的应用程序依赖于什么,以及如何处理繁重的中间件。它有分数。键入分数后,您可以估计每个任务的工作量。如果您非常接近云原生应用程序,则更容易迁移到云。如果您有大量的重度依赖,迁移过程可能会非常困难。
最后,用户故事被映射到MVP,并由敏捷开发项目管理工具管理。
总结:
尽管一体化方法仍然适合一些企业和应用,但微服务无疑正越来越受到注重敏捷性和可扩展性的公司的青睐。在 Pivotal,我们拥有标准化、一站式的解决方案,帮助您设计高性能的微服务架构,并提供世界一流的环境来运行您的微服务。

推荐阅读