gydtep

应用团队只需要围绕组件、运维特征、工作流等几个跨平台、跨环境的上层抽象来进行应用的交付与管理，无需关注任何基础设施细节和差异性；

gydtep

KubeVela 是完全基于 K8s 构建的，具备天然的被集成能力和普适性，天然透出 K8s 及其生态的所有能力，而不是往上叠加抽象。

gydtep

企业级市场的需求总是分层的、多样化的，这和技术人才的分布紧密相关，并不是每家企业都能建立一个技术实力足够强的团队，尤其是在非北上广深的城市，

gydtep

运行上的限制越来越少，除了适合事件驱动的计算模型，也适合 Web 单体应用、Job 等场景，可以帮助用户把弹性发挥到极致，进一步提升计算资源的利用率。

gydtep

领域划分的依据
现在我们先直观的回答这个问题，我这边从以下个方面来阐述一下领域划分的
依据，可能不够全面，如果有其他依据欢迎交流讨论。

gydtep

于用户来说他做的就是浏览菜单下单支付然后拿外卖，在用户操作的这个领域
来说他就只有几个节点，这些节点还包括商家接单，商家把单子告诉厨房，厨

gydtep

还是依赖领
域等等。那么可以把这些词语单独摘出来去划分，当然也可能有最多的排序，
比如出现词语最多的有20个，但是里面可能有重复的，

gydtep

那基础层就成了最核心的层级了，但是实际上领域层才是真正的核心，这显然违背了 DDD 以领域为核心的设计思想。

gydtep

interfaces 层：就是用户接口层，这里主要存放一些与前端交互的代码以及与其他服务交互的接口，主要的作用将将前端请求转化为适当数据去调用 biz 层的业务代码进行业务请求，另外将 biz 层返回的数据进行组装最终形成页面所需要的数据。

gydtep

biz 层：其实就是 application 层，但是我更愿意叫 biz 层，因为这层的作用实际就是进行服务组合以及服务调度的，实际它是基于下层的领域服务去完成业务逻辑流程的，因此我觉得叫 biz 层更加贴切一点。