、线程池、日志级别等配置项。 命名空间（Namespace） 用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的 Group 或 Data ID 的配置。 Namespace 的常用场景之⼀是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源 （如数据库配置、限流阈值、降级开关）隔离等。如果在没有指定 Namespace 的情况下，默认使 用 public 命名空间。 端配置的 MD5 和本地 MD5 是否相等，不相等推送配置变更。 4. SDK 会保存配置的快照，当服务端出现问题的时候从本地获取。 配置资源模型 Namespace 的设计就是用来进行资源隔离的，我们在进行配置资源的时候可以从以下两个角度来 看：  从单个租户的角度来看，我们要配置多套环境的配置，可以根据不同的环境来创建 Namespace 。 比如开发环境、测试环境、线上环境，我们就创建对应的 ⼀样的数据模型。 另外⼀个需要考虑的是数据的隔离模型，作为⼀个共享服务型的组件，需要能够在多个用户或者业 务方使用的情况下，保证数据的隔离和安全，这在稍微大⼀点的业务场景中非常常见。另⼀方面服 务注册中心往往会支持云上部署，此时就要求服务注册中心的数据模型能够适配云上的通用模型。 Zookeeper、Consul 和 Eureka 在开源层面都没有很明确的针对服务隔离的模型，Nacos 则在⼀ 开始

能拥有资源和独立运行的最小单 位，也是程序执行的最小单位。任务调度采用的是时间片轮转的抢占式调度方式，而 进程是任务调度的最小单位，每个进程有各自独立的一块内存，使得各个进程之间内 存地址相互隔离。 后来，随着计算机的发展，对 CPU 的要求越来越高，进程之间的切换开销较大， 已经无法满足越来越复杂的程序的要求，于是就发明了线程。线程是程序执行中一个 单一的顺序控制流程，是程序执行流的 要的服务，并管理组件的生成、 调用和销毁整个生命周期。 • 在 Java EE 规范下，所有 Java EE 组件都由容器来创建和销毁。 容器的优势 • 简化了企业级软件开发中复杂的对象管理事务； • 克服了 C++ 语言等内存泄漏缺陷； • 减轻软件开发人员的负担。 图 15.2 Java EE 容器 15.3.1 客户端应用容器 • 客户端应用容器（Application Client 消息服务连接服务 API-JMS • 数据持久化服务 API-JPA • 命名和目录服务 API-JNDI • 安全性和授权服务 API-JAAS • 电子邮件服务 API-JavaMail • 事务服务 API-JTA • XML 处理服务 API-JAXP • XML Web 服务 API-JAX-WS • XML 绑定服务 API-JAXB • 带附件的 SOAP 服务 API-SAAJ

例如，百度的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的进程间交互实际

服 务，并管理组件的生成、调用和销毁整个生命周期。 ▶ 在 Java EE 规范下，所有 Java EE 组件都由容器来创建和 销毁。 O 容器的优势 ▶ 简化了企业级软件开发中复杂的对象管理事务； ▶ 克服了 C++ 语言等内存泄漏缺陷； ▶ 减轻软件开发人员的负担。 大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 Java EE

息。 Spring 配置——spring-config.xml 定义了 context:component-scan 来扫描除 web 层的组件、dataSource（数据源）、事务管理 器及事务切面等；具体请参考配置源码。 Spring 配置——spring-config-cache.xml 定义了 spring 通用 cache，使用 ehcache 实现；具体请参考配置源码。

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