转载

幽默：如果微服务改名为业务组件会怎样？- ntcoding

如果微服务将被称为业务组件，这是否会将我们的思维转向价值和业务战略，而不是泛泛而谈事物大小和Docker的大小？

众说纷纭：

大多数人通过技术关注来组织一切。

我们一直在追逐技术银弹。

一词多义

可能部分是由于管理。经理有预算，要解决技术问题，他们必须获得许可才能增加预算。因此，即使解决方案是众所周知的，经过战斗考验并随着时间的流逝节省了资金，但最终的决定仍将是永远坚持下去。

鉴于似乎业务世界中的许多人不太真正理解业务策略，所以我不确定这是否一定会带来更好的结果。

其实就是这样！命名会有所作为。业务组件意味着每个组件的单一业务中心目的，而不是规模，或者组件可以组合在一起或分开。“服务”是有缺陷的，因为它暗示了单个过程，“微”则意味着很小而不是单个上下文。

问题源于缺乏分布式计算/架构而非标签方面的经验和知识。

将体系结构或架构或逻辑与业务耦合总是让我感到很奇怪。从业务关注到技术关注通常没有明确的途径。同样，技术存在于“业务”（营利性企业）领域之外。

服务设计：1.以人为本：考虑所有受服务影响的人们的经验。2.具有不同背景和职能的利益相关者应积极参与服务设计过程。3 .服务设计是一种探索性，自适应性和实验性方法，会逐步实现。

原文 https://www.jdon.com/54032

正文到此结束

所属分类：编程技术软件架构

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。