在开源支持就定下了⼀个目标，尽可能的减少用户部署以及运维成本，做到用户只需要⼀个 程序包，就可以快速以单机模式启动 Nacos 或者以集群模式启动 Nacos。而 Nacos 是⼀个需要 存储数据的⼀个组件，因此，为了实现这个目标，就需要在 Nacos 内部实现数据存储。单机下其 实问题不大，简单的内嵌关系型数据库即可；但是集群模式下，就需要考虑如何保障各个节点之间 的数据⼀致性以及数据同步，而要解决这个问题，就不得不引入共识算法，通过算法来保障各个节 节 点之间的数据的⼀致性。 为什么 Nacos 选择了 Raft 以及 Distro 为什么 Nacos 会在单个集群中同时运行 CP 协议以及 AP 协议呢？这其实要从 Nacos 的场景出 发的：Nacos 是⼀个集服务注册发现以及配置管理于⼀体的组件，因此对于集群下，各个节点之间 的数据⼀致性保障问题，需要拆分成两个方面 从服务注册发现来看 服务发现注册中心，在当前微服务体系下 失的话，是可以通过该机制快速弥补数据丢失。 29 > Nacos 架构 因此，为了满足服务发现注册中心的可用性，强⼀致性的共识算法这里就不太合适了，因为强⼀致 性共识算法能否对外提供服务是有要求的，如果当前集群可用的节点数没有过半的话，整个算法直 接“罢工”，而最终⼀致共识算法的话，更多保障服务的可用性，并且能够保证在⼀定的时间内各 个节点之间的数据能够达成⼀致。 上述的都是针对于 Nacos 服务

我们将创建一个非常简单的命令行应用程序,它将运行并迅速退出,这样你 可以领略到 Shiro 的API。 任何应用程序 Apache Shiro设计从一开始就支持任何应用程序——从最小的命令行应用程序最大的集群 web 应用程序。对于本教程，尽管我们创建一个简单的应用程序,你都知道运用相同的使用模 式来进行应用程序创建或部署。 本教程需要 Java 1.5 或更高版本。 我们还将使用 Apache Maven Reference Manual 中文翻译 23 3. Architecture 架构 4. Configuration 配置 Shiro 可以在任何环境下工作，从简单的命令行程序到大型企业级集群项目，因为环境的多样 化，可以通过许多途径来配合当前环境的配置方式进行配置，在本章我们来了解一下 Shiro 核 心支持的配置方式。 多种配置选择 Shiro 的 SecurityManager Realms 8. Session Management Apache Shiro 提供安全框架界独一无二的东西：一个完整的企业级Session 解决方案，从最 简单的命令行及智能手机应用到最大的集群企业Web 应用程序。 这对许多应用有着很大的影响——直到 Shiro 出现，如果你需要 session 支持，你需要部署你 的应用程序到 Web 容器或使用EJB 有状态会话Bean。Shiro

。 Session Management Apache Shiro 提供安全框架界独一无二的东西：一个完整的企业级 Session 解决方案，从最简单的命令行及智能手机 应用到最大的集群企业 Web 应用程序。 这对许多应用有着很大的影响——直到 Shiro 出现，如果你需要 session 支持，你需要部署你的应用程序到 Web 容 器或使用 EJB 有状态会话 Bean。Shiro 文档。 Container-Independent Session Clustering 如果你急需独立的容器会话集群，EHCache 会是一个不错的选择。你可以显式地在 EHCache 之后插入 TerraCotta， 并拥有一个独立于容器集群的会话缓存。不必再担心 Tomcat，JBoss，Jetty，WebSphere 或 WebLogic 特定的会话集 群！ 为会话启用

提供了完整的企业级会话管理功能，不依赖于底层容器（如 web 容器 tomcat），不管 JavaSE 还是 JavaEE 环境都可以使用，提供了会话管理、会话事件监听、会话存储/持久化、 容器无关的集群、失效/过期支持、对 Web 的透明支持、SSO 单点登录的支持等特性。即 直接使用 Shiro 的会话管理可以直接替换如 Web 容器的会话管理。 会话 所谓会话，即用户访问应用时保持的连 Shiro——http://jinnianshilongnian.iteye.com/ 97 Shiro 提供了使用 Ehcache 进行会话存储，Ehcache 可以配合 TerraCotta 实现容器无关的分 布式集群。 首先在 pom.xml 里添加如下依赖： 接着配置 shiro-web.ini 文件： sessionDAO. activeSessionsCacheName longnian.iteye.com/ 214 本示例缺点 1、没有加缓存； 2、客户端每次获取会话/权限都需要通过客户端访问服务端；造成服务端单点和请求压力 大；单点可以考虑使用集群来解决；请求压力大需要考虑配合缓存服务器（如 Redis）来解 决；即每次会话/权限获取时首先查询缓存中是否存在，如果有直接获取即可；否则再查服 务端；降低请求压力； 3、会话的每次更新（比如设置