趣投稿产品经理懂点技术(2):产品经理真的要懂微服务么


微服务是由业务驱动的 , 这就意味着业务规划的好坏会直接影响系统架构的好坏 , 糟糕的系统架构还将拖业务的后腿 , 甚至进入恶性循环 。
趣投稿产品经理懂点技术(2):产品经理真的要懂微服务么
本文插图

康威定律
在上文讲微服务架构的由来时 , 我们引用了马尔文·康威(Melvin Edward Conway)的一句话
Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations
设计系统的架构受制于产生这些设计的组织的沟通结构 。
——Conway, 1967.
康威是以为计算机科学家 , 计算机程序员和黑客 , 他著名的论文《How Do Committees Invent?》里面的内容被弗雷德·布鲁克斯(Fred Brooks , 美国计算机架构师 ,软件工程师和计算机科学家 , 以管理IBM的System / 360系列计算机和OS / 360软件的开发而闻名支持包)在他的经典著作《神话人月》(The Mythical Man-Month)中引用了 , 称其为“康威定律” 。
康威定律可谓软件架构设计中的第一定律 , 总结起来又有四条具体定律 , 我们主要讲讲其中第一、第三定律 。
康威第一定律:
Communication dictates design
组织沟通方式会通过系统设计表达出来
趣投稿产品经理懂点技术(2):产品经理真的要懂微服务么
本文插图

图片:Manu Cornet
组织的沟通方式 , 包括业务部门的划分、合作流程 , 如果部门间分工混乱、流程无章可循 , 那么系统上就只能发现什么问题解决什么问题 , 不能有效的促进业务的发展 。 只有解决好组织的沟通方式 , 大家分工明确、流程清晰 , 才有更好的工作效率 , 也才有可能做出一个好的系统 。
康威第三定律:
There is a homomorphism from the linear graph of a system to the linear graph of its design organization
线型系统和线型组织架构间有潜在的异质同态特性
笔者补充:homomorphism的中文翻译是同晶(型)的意思 。 异质同态就是外在不一样 , 但是本质结构类似或一样的意思 。
第三定律是对康威第一定律的具体应用 , 什么样的组织架构将会决定什么样的系统 。 反而言之 , 如果想要一套好的系统 , 那就得要有一套好的组织架构 。
趣投稿产品经理懂点技术(2):产品经理真的要懂微服务么
本文插图

图片:James Lewis、Martin Fowler 翻译:iCheer
趣投稿产品经理懂点技术(2):产品经理真的要懂微服务么
本文插图

图片:James Lewis、Martin Fowler 翻译:iCheer
根据康威定律 , 我们就知道了 , 业务的形态最终会影响到系统的架构 。 而微服务是由业务驱动的 , 这就意味着业务规划的好坏会直接影响系统架构的好坏 , 糟糕的系统架构还将拖业务的后腿 , 甚至进入恶性循环 。
业务-产品-研发的工作流
趣投稿产品经理懂点技术(2):产品经理真的要懂微服务么
本文插图

当我们讨论产品方案时 , 都不能脱离业务 , 业务是需求最重要的根源 , 那到底什么是业务呢?
从词语定义来说 , 业务是指某个行业或者某个职务所做的事情 , 就叫做“业务” , 其参与者是人 , 未来也可能是电脑、机器(AI、自动化) , 其目的满足行业、职务的服务对象的需要 。
业务方在工作过程中 , 为了实现更高的产能、获得更高的回报 , 就会想办法去优化整个业务流程 , 这就产生了“需求” 。 只要业务想发展、在发展 , 需求就会源源不断的产生 。


推荐阅读