、线程池、日志级别等配置项。 命名空间（Namespace） 用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的 Group 或 Data ID 的配置。 Namespace 的常用场景之⼀是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源 （如数据库配置、限流阈值、降级开关）隔离等。如果在没有指定 Namespace 的情况下，默认使 用 public 命名空间。 ${prefix}-${spring.profiles.active}-${file-extension} 配置快照（Configuration Snapshot） Nacos 的客户端 SDK 会在本地生成配置的快照。当客户端无法连接到 Nacos Server 时，可以使 用配置快照显示系统的整体容灾能力。配置快照类似于 Git 中的本地 commit，也类似于缓存，会 在适当的时机更新，但是并没有缓存过期（expiration）的概念。 长连接监听配置变更，Server 端对比 Client 端配置的 MD5 和本地 MD5 是否相等，不相等推送配置变更。 4. SDK 会保存配置的快照，当服务端出现问题的时候从本地获取。 配置资源模型 Namespace 的设计就是用来进行资源隔离的，我们在进行配置资源的时候可以从以下两个角度来 看：  从单个租户的角度来看，我们要配置多套环境的配置，可以根据不同的环境来创建 Namespace

例如，百度的BAE平台的PaaS服务由Docker支持。 Technologies in Docker Docker是一个操作系统级的、容器化的虚拟化方法。 隔离性 Linux Namespace (NS) pid namespace 不同用户的进程就是通过pid namespace隔离开的，且不 同namespace中可以有相同pid，所有的LXC进程在docker 中的父进程为docker进程，每个LXC进程具有不同的 实现 Docker in Docker。 net namespace 网络隔离是通过net namespace实现的， 每个net namespace有独立的network devices、IP addresses、IP routing tables、/proc/net目录，每个container的网络能够 隔离，docker默认采用veth的方式将container中的虚拟网 卡同host上的一个docker 卡同host上的一个docker bridge: docker0连接在一起。 Technologies in Docker 隔离性 Linux Namespace (NS) ipc namespace Container中进程交互还是采用Linux常见的进程间交互方 法（interprocess communication – IPC），包括常见的信号 量、消息队列和共享内存。Container的进程间交互实际

能拥有资源和独立运行的最小单 位，也是程序执行的最小单位。任务调度采用的是时间片轮转的抢占式调度方式，而 进程是任务调度的最小单位，每个进程有各自独立的一块内存，使得各个进程之间内 存地址相互隔离。 后来，随着计算机的发展，对 CPU 的要求越来越高，进程之间的切换开销较大， 已经无法满足越来越复杂的程序的要求，于是就发明了线程。线程是程序执行中一个 单一的顺序控制流程，是程序执行流的 Connector Architecture 15.6 组件间通信协议 15.6.1 组件间通信协议 Java EE 组件运行在 Java EE 容器内，组件之间不允许直接取得对象引用和直接调 用（隔离性），只能使用规定的通信协议与组件所在的容器进行通信并请求目标组件。 15.6.2 HTTP 和 HTTPS . O HTTP . . . . . . . . . . . . . . . .

subject.getSession() 的业务层代码会跟一个 Shiro Session 实例交互 - 还没有“认识”到它正跟 一个基于 Web 的HttpSession 打交道。这在维护架构层之间的清晰隔离时，是一件非常好的 事情。 Shiro’s Native Sessions in the Web Tier Web层中Shiro的原 生会话 如果你由于需要 Shiro 的企业级会话特性（如容器无关的集群）而打开了Shiro