纳米模块_服务，微服务，纳米服务–我的天哪！

纳米模块

显然有一种新的分布式体系结构称为微服务&＃xff0c;所以上周我继续阅读了马丁·福勒&＃xff08;Martin Fowler&＃xff09;和詹姆斯·刘易斯&＃xff08;James Lewis&＃xff09;关于该主题的大量文章 。 我对此的React基本上是&＃xff1a;

我想使用新名称&＃xff08;Microservices&＃xff09;比说SOA实际含义要容易得多-re http://t.co/gvhxDfDWLG

— Arnon Rotem-Gal-Oz&＃xff08;&＃64;arnonrgo&＃xff09; 2014年3月16日

在马丁对他的文章发表推文之后&＃xff0c;也表达了类似的论点&＃xff08;这里没有新内容&＃xff09;&＃xff0c;例如克莱门斯·韦斯特斯的评论&＃xff1a;

&＃64;martinfowler &＃64;boicy&＃xff0c;但是在供应商将中间集线器&＃xff08;即ESB&＃xff09;推入中间之前&＃xff0c;这就是SOA的基本原则

— Clemens Vasters&＃xff08;&＃64;clemensv&＃xff09; 2014年3月16日

或史蒂夫·琼斯&＃xff08;Steve Jones&＃xff09;的帖子“ 对于那些知道SOA是什么的人来说&＃xff0c;微服务就是SOA 。”

本文讨论的自治性&＃xff0c;智能端点&＃xff0c;事件等都是SOA概念–如果您碰巧读了我的书&＃xff0c;并且读了这篇文章&＃xff0c;则可能已将其识别为诸如通信反转 &＃xff0c; 服务主机 &＃xff0c; 服务实例 &＃xff0c; 服务看门狗和其他人。

因此&＃xff0c;在Martin&＃39;s和James的文章中出现的微服务几乎是面向服务的&＃xff0c;没有像WS *&＃xff0c;ESB等必不可少的错误误解与SOA昵称相关联-也许这是一个足够好的新名字&＃xff0c;但我个人对此表示怀疑。

然而&＃xff0c;故事还没有结束&＃xff0c;关于微服务是什么还有其他各种看法&＃xff0c;例如克里斯·福特的观点 &＃xff0c;他说

“我个人的观点是&＃xff0c;可以通过单个抽象架构约束来理解微服务架构&＃xff0c;该约束可以沿许多不同的自由度进行解释。

X可以独立于系统的其余部分而变化。”

某些东西是独立的并且可以与系统的其余部分独立地进行更改的想法是好的&＃xff0c;但是我很难说这是对任何事物的定义&＃xff0c;或者至少是对任何新事物的定义。 作为DOD-STD-2167A &＃xff08;于1988年发布&＃xff09;的一部分&＃xff0c;我首先听说过CSCI&＃xff08;计算机软件配置项&＃xff09;&＃xff0c;基本上意味着CSCI是可以独立于系统其余部分而变化的组件。 在2167A眼中&＃xff0c;这还意味着一个非常详细的瀑布式文档加载过程&＃xff0c;这不是任何人认为服务或微服务应包含的内容&＃xff0c;但它确实表明“独立变化”没有多大意义。

我敢肯定&＃xff0c;有些读者会说“但是&＃xff0c;等等&＃xff0c;我们在这里谈论微服务-所以它们也应该很小” –确实有像詹姆斯·休斯&＃xff08;James Hughes&＃xff09;在微服务上这样的帖子&＃xff0c;带有这样的报价&＃xff1a;

“首先&＃xff0c;什么是微服务&＃xff1f; 好吧&＃xff0c;实际上并没有一个硬性和快速的定义&＃xff0c;但是通过与各种人的交谈&＃xff0c;似乎已经达成共识&＃xff0c;即微服务是一种简单的应用程序&＃xff0c;位于10-100 LOC左右。

&＃xff08;实话实说&＃xff0c;詹姆士在接下来的一句话中说&＃xff0c;LOC是比较实现的一种残酷方式&＃xff0c;但由于使用了“似乎已达成共识”&＃xff0c;我认为值得重复一遍。&＃xff09;

那么&＃xff0c;您将如何获得100个LOC服务&＃xff1f; 如果您依靠框架&＃xff08;例如Finagle或Sinatra James提及&＃xff09;生成序列化/反序列化代码&＃xff08;protobuff&＃xff0c;thrift&＃xff0c;avro等&＃xff09;&＃xff0c;则可以到达那里-这实际上是建立在智能服务主机上的 。 另一个例子是在Erlang中使用其主管层次结构进行开发&＃xff0c;这也使我们采用另一种减少冗长程度的语言&＃xff08;例如上述的Erlang&＃xff0c;python或scala与Java之类的语言&＃xff09;来降低LOC的方法。

我会说。但是&＃xff0c;如果您发现有10行代码服务&＃xff0c;则很有可能将功能实现为服务&＃xff0c;而没有真正的服务微型程序&＃xff0c;例如&＃xff0c;我可以。不会看到您具有上述马丁和刘易斯文章中提到的去中心化存储&＃xff08;和自治&＃xff09;&＃xff0c;或者拥有休斯提到的监视和工具。

您还应该记住&＃xff0c;虽然更好和更便宜的网络使我们能够突破极限&＃xff0c;但是分布式计算的弊端仍然存在&＃xff0c;您还需要管理许多小型服务以及序列化和反序列化&＃xff0c;安全性等的性能问题。可能非常意味着您已经从有效的小型“微型”服务转移到令人头痛的领域&＃xff0c;我称之为“ 纳米服务 ”

“ Nanoservice是一种反模式&＃xff0c;其中的服务过于精细。 纳米服务是一项开销&＃xff08;通信&＃xff0c;维护等&＃xff09;超过其效用的服务。”

因此&＃xff0c;我们有了它&＃xff0c;在大多数情况下&＃xff0c;微服务只是SOA原理的另一个名称&＃xff0c;在SOA的大肆宣传中&＃xff0c;花药名称可能是适当的&＃xff0c;但是我认为这些天大部分的蒸气已经消失了&＃xff0c;人们更好地理解了什么需要。 此外&＃xff0c;如果我们确实想用一个新名称来命名适当的SOA&＃xff0c;我认为微服务是一个糟糕的名词&＃xff0c;因为它会导致向纳米服务和10行代码的过渡&＃xff0c;这只是您花哨的别致方法执行的旧网络服务方法主机使用热序列化格式。

不管微微与否&＃xff0c;服务应该比它们所引起的偷听更有用。

翻译自: https://www.javacodegeeks.com/2014/04/services-microservices-nanoservices-oh-my.html

纳米模块