Apt 和 Apt-Get 之间的区别是啥？

今天再重新整理下我对服务组合和服务可视化编排的一些思考。

从整个服务分层的角度来说，微服务最底层首先提供的是原子服务，再朝上则可以提供更加粗颗粒度的组合服务能力。

为何要进行服务组合和编排?

简单来说就是进一步将共性的可复用业务能力下沉，这些共性业务能力有些是在前端开发中，开发人员自己进行组合和编排完成的。那么实际这块内容应该下沉到一个统一的领域服务能力提供层。

在前后端开发分离的情况下，实际上对于前端人员往往并不熟悉和精通业务，如果是简单的UI界面交互调用多个接口服务，前端来做没有问题。但是对于本身和业务场景和业务规则相关的服务组合，前端实际上很难在清楚业务情况下进行编排。

比如对于一个订单提交，前端来说就是准备好数据调用接口，但是实际一个订单提交涉及到订单保持，库存扣减，预算检查，支付请求生成等多个API接口能力。而这些如何组合，按什么顺序调用已经和业务规则逻辑相关，而且往往还需要事务控制。

类似上面事情则不适合前端来做，而应该通过服务组合来完成，即使没有可视化的服务组合编排工具，那么这部分工作也应该在微服务架构中，由一个领域服务层来进行提供。

简单输入-组合输出

这个是在开发中经常会遇到的一个场景。比如在实现一个订单查看功能的时候，在订单详细界面里面往往涉及到订单信息，用户详细信息，订购的酒店信息，房间详细信息，付款信息多个信息展示功能。

如果是前端开发来做，那么往往前端开发需要调用多个后台的API接口服务来完成数据的获取和填充。而通过服务组合则可以通过一次组合服务调用来返回所有信息。

整个服务组合过程可以简化如下：
 

Aaron Saunders 在其个人描述中也写道：

领导多学科团队开发复杂的机器人系统，有着地面和水下移动机器人的经验。专长有系统工程、航空航天液压、复杂机构设计、机电驱动和定制力感测。

“学跳舞与机器人有几条腿无关”

为深入了解这支贺新年舞蹈，最近 IEEE Spectrum 采访到了波士顿动力工程副总裁 Aaron Saunders，雷锋网在不改变原意的基础上做了编译。以下文字或许能让我们对波士顿动力的了解更为深入。
 

点燃革命、颠覆现状、重新定义舞蹈、表演或艺术是她们的理想，在此观念的影响下，波士顿动力机器人的舞蹈动作才那么独特。

当然，在一系列舞蹈动作背后，是更为复杂的技术原理，而这自然离不开波士顿动力的工程团队。

根据领英上公开的信息，波士顿动力工程副总裁 Aaron Saunders 曾先后就读于加拿大阿尔伯塔大学机械工程专业、加拿大维多利亚大学机械工程专业，获硕士学位。

毕业后，Aaron Saunders 曾在加拿大麦吉尔大学智能机器中心的移动机器人实验室研究工程师，一年后的 2013 年，Aaron Saunders 进入了波士顿动力。

从起初的硬件工程副总裁一职，到随后的工程副总裁一职，Aaron Saunders 在波士顿动力的工作年限已达到了 18 年，已然是一位元老级人物了。

（编辑：南昌站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!