在解决以上提出的问题前，首先声明我们要实现的是一个系统，而不是随意混搭的一件物品，毕竟现在讨论的不是行为艺术。
一直以来我听过很多人在讲架构，有些人在做架构，但是很难讨论出一个大家都满意的定义，什么是架构师，架构师需要做哪些工作？
然后通过登陆火星这项任务把一个庞大的工程变成了可理解的独立步骤，并且还有模有样的画出了架构图，
关于系统功能其实可以朴素的认为就是动宾短语的集合，功能=动词+宾语，含义就是实体状态变化的过程，就是功能的体现，具体分析下文会详细展开。
TOGAF 架构框架是一组工具，可用于开发各种不同的架构：
描述了一种用于根据一组构建块来定义信息系统的方法
展示构建块如何组合在一起
包含一组工具
语言就是承载思想或者想法的模型，不同的语言建模出不同的思想，中西语言差异造就思维差异，所以领域模型需要从语言谈起，用语言描述事物。
其本身不真正实现业务逻辑，绝大部分的业务逻辑都由领域对象承载和实现了，这是区别系统是 Transaction Script 架构还是 Domain Model 架构的重要标志；
但是 Armon（HashiCorp 的创始人）在他的技术分享中提到，实现分布式是没有免费午餐的，一旦你通过网络进行远程调用，那网络是否可达、延迟与带宽、消息的封装以及额外的客户端代码都是代价，
对于 Eureka 来说，我们知道不论是 Eureka Server 还是 Client 端都存在大量的缓存以及 TTL 机制，因为 Eureka 并不倾向于维持系统中服务状态的一致性
在这里笔者就不扩展 Nacos 的功能与内部实现了，Nacos 团队所做的科普、示例以及深度的文章都已经足够多了，已经所有的文档都可以在官网找到，代码也开源
