我们发现，这两个步骤中并不涉及容量评估、服务器购买、操作系统安装、资源初始化等工作，就能让包含多个对等实例的微服务应用运行起来。这是因为在 Serverless 的世界中，不再具有服务器资源这样的概念，应用的载体是 SAE 调度出来的沙箱容器，每个实例只有在真正投入使用后，才会按使用时长进行计费。
用量子计算的原理推导就是“你观察世界的同时，世界因你而改变”，每个人心中都有一个广袤的世界，是星辰大海还是飞沙走石，这跟你自身的认知息息相关。
很多时候人们是被自己内心的偏见所打败的。作为一名程序媛，保持一种对世界、对人生的不同看法，可以帮助我们树立自己的参照系，不被外部轻易左右。
此外，缺乏内置的编程模型，开发者需要依赖第三方库来处理程序间的依赖关系，这些都会影响到开发效率，并增加不必要的 DevOps 开销。
本文先找人进行了试读，有大佬提出了一些建议，为了让本文更容易让人理解
，这里我们不再具体讨论领域模型、子领域、限界上下文和聚合的概念，而是聚焦于对一个宽泛意义上的领域来划分，另外当你真正深入领域划分过程的时候，其实这些词在某些情况下是等同的
或者我们通过几个被依赖的表去发现被依赖的表本身就代表着这个表可
能就是一个核心表，那么核心表对外而言就只需要通过其ID或者业务标示字段
进行关联，内部的表都可以通过这个表的ID来遍历找到。
那么对于划分领域的这个人是否真正的从业务出发去划分谁也不
知道，就是说这个领域在当前业务中是肯定存在的，比如下单优惠，支付优惠
，营销策略等等。
如果要处理子命令，flag 就无能为力了，这时候可以选择自己解析子命令，但更多的是直接使用 cobra 这个库。
这里用 cobra 官方给出的例子，演示一下这个库的使用方法
关于命令行的术语有很多，比如参数（argument），标识（flag）和选项（option）等，cobra 的设计是基于以下概念的定义
Commands represent actions, Args are things and Flags are modifiers for those actions.
Commands represent actions, Args are things and Flags are modifiers for those actions.
另外，又基于这些定义延伸出更多的概念，比如 persistent flags代表适用于所有子命令的 flag，local flags 代表只用于当前子命令的 flag, required flags代表必选 flag 等等。
