您好,欢迎来到12图资源库!分享精神,快乐你我!我们只是素材的搬运工!!
  • 首 页
  • 当前位置:首页 > 开发 > WEB开发 >
    微效劳失败的 11 个缘由(3)
    时间:2020-03-19 21:25 来源:网络整理 作者:网络 浏览:收藏 挑错 推荐 打印

    这并非微效劳特有的现象,但在微效劳生态系统中却变得愈加普遍。缘由是,大少数团队专注于他们的特定效劳,因此他们并不了解残缺的生态系统。在我与不同客户的任务中,我发现,只要一群架构师了解全体状况。但是,这些架构师的成绩在于,他们并不积极参与日常活动,因此他们对开发的影响力是有限的。

    我以为最好的办法是,确保一切团队都有一个架构团队的代表,这样他们就可以使他们的团队与整个架构团队的路途图和目的保持分歧。要成为一个成熟的组织,你需求投资于树立一个轻量级的管理。

    9. 文档的缺乏

    在过去几年,我们接触过的大少数组织都在文档方面遇到困难。大少数开发人员和架构师要么不去编写文档,要么编写的文档毫无用途。即使他们想写,他们也不知道应该如何记载他们的架构。

    我们至少应该记载以下内容:

    设计文档

    C4 模型中的上下文和容器图

    以架构决策记载的方式跟踪关键架构决策

    开发人员入门指南

    我建议在版本控制系统中维护一切的文档。

    https://c4model.com/

    10. 功用超过平台成熟度

    在其他观念中,我简明地提到了这个缘由,但我以为,它值得作为一个顶级缘由来提及。微效劳要比传统的单体式运用(monolithic application)更为复杂,由于你正在构建一个包含许多活动部件的散布式系统。大少数开发人员还不了解系统的不同缺点形式。大少数微效劳在构建时都思索了令人快乐的途径。因此,假设你的管理层只想仅仅关注功用,那么你注定会失败。由于在薄弱平台上构建的功用是无法提供价值的。

    组织需求有平台思想。平台思想可不只仅意味着运用容器和 Kubernetes。它们是处置方案的一部分,但本身并非残缺的处置方案。你还需求思索散布式跟踪、可察看性、混沌测试、函数调用与网络调用、效劳间通讯的安全效劳、可调试性等等。这需求在构建正确的平台和工具团队方面付出仔细的努力和投资。

    假设你是一家资源有限的初创公司,我的建议是,你要重新思索微效劳战略。了解你所面临的成绩是什么。

    11. 缺乏自动化测试

    大少数团队都知道自动化测试对产品的全体质量有多重要,但是他们依然没有做到。

    微效劳架构为测试地点和测试方式提供了更多选择。假设你不停止彻底的自动化测试,那么你将会失败得很惨。关于这一点,我不会再赘述,由于网上很多人都写过这方面的内容了。

    下图是我从微效劳测试的文章找到的,这篇文章来自 Martin Fowler 的网站,讨论了基于微效劳的系统的测试金字塔。

    微效劳失败的 11 个缘由

    微效劳测试金字塔

    【编辑引荐】

    Github最新5大开源机器学习项目!数据计算快至80倍!

    这里有60款值得引荐的大数据开源工具

    5 分钟搭建 Node.js 微效劳原型

    动脑 | 设计一个数据中台,总共分几步?

    不容错过的Pandas小技巧:万能转格式、轻松兼并、紧缩数据

    (责任编辑:admin)