这使得 FaaS（函数计算）成为容器和 K8s 外，另一种通用算力的选择。
和 Google Cloud Run、App Runner 等 Serverless 服务一样，FaaS 的产品形态正变得越来越开放
需求的越多，投入的也会越多，这是恒古不变的道理。在我们决定引入容器技术后，使用 K8s 之前，需要想清楚为什么需要 K8s。
可能是一个平台系统，可能是一个单独的微服务，也可能是更细致上的模块。
最终，当你觉得概念很难理解的时候不妨先放一下，去真正体验一下
领域驱动设计中的统一语言在现实情况下的应用场景。
关系。或者我们通过几个被依赖的表去发现被依赖的表本身就代表着这个表可
能就是一个核心表，那么核心表对外而言就只需要通过其ID或者业务标示字段
么抄过来的。那么对于划分领域的这个人是否真正的从业务出发去划分谁也不
知道，就是说这个领域在当前业务中是肯定存在的，比如下单优惠，支付优惠
，营销策略等等。
那么这个
领域还是否需要独立出来做单独的领域建模呢？注意我这里举的例子是把领域
看作看作系统应用服务级别的而不是模块上下文级别的。
的抽象，那这样的话我们可以用这个原则来检查一下划分的领域有没有可能存
在相似和重复。当然另外一方面也可以保障我们可以识别大多数的重要领域。
也就是说你可以从脑海中过一遍所
有业务流程，接口流程，调用时序，从统一语言上去统计哪些词语是最常出现
的，这些词语代表了哪个维度的领域，是核心领域还是通用领域，
这个话题其实也让很多学DDD的人又多了一个问号，但是如果这个话题讨论清
楚了那么我们对于DDD和领域相关的知识理解又深了一些，本文也仅通过自己
这里需要说明的是，在传统的领域分层中，是将基础设施层作为其他三层的依赖的，但是实际上这种方式是有问题的。为什么这么说呢？因为如果我们真的按照用户接口层、应用层以及领域层都依赖基础设施层的话
