分布式架构的优势从目前来看，分布式架构的特点是高并发性和高稳定性。在分布式系统中，每个服务器的功能不同，代码也不同。各个分布式服务器的功能加起来，就是一个完整的业务。分布式架构介绍在最简单的架构中，可以通过部署多个功能相似的服务器节点来实现分发。
分布式架构和分布式系统存储研发的区别是什么？
分布式架构是软件系统分布式系统存储是基于存储服务器数据库技术容灾热备等技术的系统集成。hps ssan多节点 ibm6000服务器 Oraclerac是一套基于全闪存融合扩容hds的分布式存储系统。在这个上面允许的xx云软件，是一个基于分布式架构的软件系统人才少，需求量大是什么意思？我基本上除了阿里王博士，和阿里超融合一体机的相关负责人，还没有见过听说过能一个人把整套分布式系统存储技术搞定的所以你说的人才少是合理的需求量大就存疑了.......人家大厂研发好了，一般技术人员去实施运维就好了啊以联想为例，他的超融合一体机研发，需求量大么...哦，博士确实挺缺的....。
面试一个5年经验的java，不知数据结构，却大谈分布式，这样的候选人能要吗？
我估计你是问了人家 jdk各种数据结构底层实现原理，其实我一直很纳闷啊，知道底层实现原理 这当然很OK 很加分，但若是不是那么知道，那又怎样呢？人家知道哪些数据结构适合哪些场景并能熟练使用它们，这...不够么？对你们公司的用人需求不够么？难道你是指望他给你们公司创造一个新的数据结构？又或者觉得jdk已经实现的数据结构性能遇到瓶颈 指望求职者给你再实现一遍一模一样但性能比jdk提供的还优秀的数据结构啊？。
分布式架构下，session共享有什么方案么？
分布式架构下的session共享，也可以称作分布式session一致性关于这个问题，和大家说一说解决方案如果有其他的方案，可以留言讨论。session的作用如果大家做过web应用开发的话，应该对session比较熟悉服务器会为每个用户创建一个会话，存储用户的相关信息，以便在后面的请求中，可以够定位到同一个上下文。
例如用户在登录之后，再进行页面跳转的时候，存储在session中的信息会一直保持，如果用户还没有session，那么服务器会创建一个session对象，直到会话过期或主动放弃后退出，服务器才会把session终止掉。分布式架构中的session问题在N年前，那个都是单个服务器的年代，session直接保存在服务器中，是一点问题没有的，而且实现起来很容易。
但是随着分布式架构的流行，单个服务器已经不能满足系统的需要了，通常都会把系统部署在多台服务器上，通过负载均衡把请求分发到其中的一台服务器上，这样很可能同一个用户的请求被分发到不同的服务器上，因为session是保存在服务器上的，那么很有可能第一次请求访问的A服务器，创建了session，但是第二次访问到了B服务器，这时就会出现取不到session的情况。
因此，会话共享成为分布式体系结构中的一个大问题。解决方案中没有会话。你可能认为我说了一些废话，但在某些场景中，可以没有会话，这是事实。事实上，在很多接口系统中，都提倡API无状态服务，即每一次接口访问都不依赖于会话。它不依赖于以前的接口访问将会话存储在cookie中，但缺点也很明显。例如，每个请求都必须伴随一个会话，并且数据存储在客户端本地。这是一个有风险的会话同步。它可以确保每个服务器都有所有的会话信息。但是，当有大量服务器时，同步会延迟甚至失败。在Nginx或其他复杂的软硬件平衡中使用ip绑定策略。同一个ip只能在同一个指定机器上访问，但这是有风险的，也意味着负载均衡。我们当前的系统将会话存储在Redis中，尽管架构变得复杂，并且需要再次访问Redis。但是这个方案带来的好处是可以极大的实现会话共享，横向增加Redis服务器。重启服务器会话不会丢失，但也要注意Redis中会话的刷新/失效机制。不仅可以跨服务器会话共享，还可以跨网页、APP等平台共享。
