分布式架构和分布式系统存储研发的区别是什么？

分布式架构是软件系统

分布式系统存储是基于存储、服务器、数据库技术、容灾热备等技术的系统集成。

hps+ssan多节点+ibm6000服务器+Oraclerac是一套基于全闪存融合扩容hds的分布式存储系统。

在这个上面允许的xx云软件，是一个基于分布式架构的软件系统

人才少，需求量大是什么意思？

我基本上除了阿里王博士，和阿里超融合一体机的相关负责人，还没有见过听说过能一个人把整套分布式系统存储技术搞定的

所以你说的人才少是合理的

需求量大就存疑了

人家大厂研发好了，一般技术人员去实施运维就好了啊

以联想为例，他的超融合一体机研发，需求量大么

哦，博士确实挺缺的
分布式架构是软件系统

分布式系统存储是基于存储、服务器、数据库技术、容灾热备等技术的系统集成

数字经济时代，各个企业、个人都在生产数据，利用数据，数据也在 社会 中不断流动、循环，为这个时代创造着价值与机遇。尽管数据如此珍贵，但我们仍然会听到在集中式存储场景中，由于网络攻击、火灾、地震而造成数据故障、丢失等问题。

为了防止数据出现故障、数据丢失、服务器出错、数据无法恢复等情况，越来越多企业开始把集中存储转变为分布式存储。分布式存储，类似于“把鸡蛋放到不同的篮子里”，简单来说就是把一张照片或文件切碎并放在不同的存储服务器上，任何人都可以成为节点，任何人都可以成为中心，因此，无论数据中心发生数据丢失，数据存储都可以实现永久存储，只要存在存储服务器，就能恢复数据。

其实，分布式存储已经不是什么新鲜事物，而是经历了多年的积累和发展，用户对支撑的服务器需求也越来越明确：相比传统服务器，分布式存储需要更大存储容量，兼具性能的同时，还要更灵活的存储能力，专门的存储服务器应运而生。

存储服务器是随着互联网分布式存储架构迅速崛起而出现的一个服务器品类，随着大数据、视频、搜索等互联网创新应用的发展，适用于不同场景的存储服务器种类也越来越多。当前，不仅互联网运营商在大规模采购存储服务器，传统的企业和政府也在批量部署，用于视频、文件归档、邮件以及大数据分析等应用。

浪潮信息一直是存储服务器的主要供应商，今年4月浪潮信息发布了全新的M6系列服务器，其中就包含存储服务器子系列，包含2U24盘、4U46盘、4U60盘、4U106盘等一系列产品，覆盖冷存储、温存储以及视频分析等不同用户不同类型的应用场景。其中，NF5466M6就是一款4U46盘，兼顾高存储容量、强大计算性能和极致IO扩展能力的双路存储优化服务器，是分布式存储架构的不二之选。

做电商网站的服务器需要企业级高性能的机型。商城网站因为属于在线交易类型的性质，所以在线人数较多，安全性、稳定性、速度都有要求的。
而且分布式要求使用负载均衡、CDN加速、对象存储等多种不同技术合并使用。
这类网站一般都比较多且大尺寸。服务器建议用 2核4G内存了。
带宽也用3M以上，1M带宽这样的访问会打开慢的。
看需求了，要看网站的规模，网站的日均流量等等来选择的，如果是前期的小站，或者流量不会集中很高的企业站，就不需要很高配置的服务器了，一般1核2g 1m的就够用
首先得弄明白自己用服务器用来干什么放网站、应用运行或者是用来搭建放游戏等，都有一个自己的用途，弄明白用服务器是用来干嘛的，就可以很明确的知道自己需要的是哪种类型的服务器
尝试根据下面四个问题来评估自己的需求：
1 服务器运行什么应用？
2 需要支持多少用户访问？
3 需要多大空间来存储数据？
4 我的业务有多重要？
从你的需求来看，国内选择那几个比较大的商家合适，至于名字和具体配置选择也是一门学问，老魏会帮助你提供参考意见。
电商
网站的服务器需要企业级高性能的机型。商城网站因为属于在线交易类型的性质，所以在线人数较多，安全性、稳定性、速度都有要求的。
这类网站一般都比较多且大尺寸。服务器建议用 2核4G内存了。
带宽也用3M以上，1M带宽这样的访问会打开慢的。
看需求了，要看网站的规模，网站的日均流量等等来选择的，如果是前期的小站，或者流量不会集中很高的企业站，就不需要很高配置的服务器了，一般1核2g 1m的就够用
首先得弄明白自己用服务器用来干什么放网站、应用运行或者是用来搭建放游戏等，都有一个自己的用途，弄明白用服务器是用来干嘛的，就可以很明确的知道自己需要的是哪种类型的服务器
尝试根据下面四个问题来评估自己的需求：
1 服务器运行什么应用？
2 需要支持多少用户访问？
3 需要多大空间来存储数据？
4 我的业务有多重要？
从你的需求来看，国内选择那几个比较大的商家合适，至于名字和具体配置选择也是一门学问，老魏会帮助你提供参考意见。

这个问题有点搞笑！！！

用户多，不代表你服务器访问量大，访问量大不一定你服务器压力大！我们换成专业点的问题，高并发下怎么优化能避免服务器压力过大？

1，整个架构:可采用分布式架构，利用微服务架构拆分服务部署在不同的服务节点，避免单节点宕机引起的服务不可用！

2，数据库:采用主从复制，读写分离，甚至是分库分表，表数据根据查询方式的不同采用不同的索引比如btree，hash，关键字段加索引，sql避免复合函数，避免组合排序等，避免使用非索引字段作为条件分组，排序等！减少交互次数，一定不要用select！

3，加缓存:使用诸如memcache，redis，ehcache等缓存数据库定义表，结果表等等，数据库的中间数据放缓存，避免多次访问修改表数据！登录信息session等放缓存实现共享！诸如商品分类，省市区，年龄分类等不常改变的数据，放缓存，不要放数据库！

同时要避免缓存雪崩和穿透等问题的出现导致缓存崩溃！

4，增量统计:不要实时统计大量的数据，应该采用晚间定时任务统计，增量统计等方式提前进行统计，避免实时统计的内存，CPU压力！

5，加服务器:等大文件，一定要单独经过文件服务器，避免IO速度对动态数据的影响！保证系统不会因为文件而崩溃！

6，HTML文件，枚举，静态的方法返回值等静态化处理，放入缓存！

7，负载均衡:使用nginx等对访问量过大的服务采用负载均衡，实现服务集群，提高服务的最大并发数，防止压力过大导致单个服务的崩溃！

8，加入搜索引擎:对于sql中常出现的like，in等语句，使用lucence或者solr中间件，将必要的，依赖模糊搜索的字段和数据使用搜索引擎进行存储，提升搜索速度！#注意:全量数据和增量数据进行定时任务更新！

9，使用消息中间件:对服务之间的数据传输，使用诸如rabbitmq，kafka等等分布式消息队列异步传输，防止同步传输数据的阻塞和数据丢失！

10，抛弃tomcat:做web开发，接触最早的应用服务器就是tomcat了，但是tomcat的单个最大并发量只能不到1w！采取netty等actor模型的高性能应用服务器！

11，多线程:现在的服务器都是多核心处理模式，如果代码采用单线程，同步方式处理，极大的浪费了CPU使用效率和执行时间！

12，避免阻塞:避免bio，blockingqueue等常常引起长久阻塞的技术，而改为nio等异步处理机制！

13，CDN加速:如果访问量实在过大，可根据请求来源采用CDN分流技术，避免大流量完成系统崩溃！

14，避免低效代码:不要频繁创建对象，引用，少用同步锁，不要创建大量线程，不要多层for循环！

还有更多的细节优化技术，暂时想不起来了！

就是多台服务器（最多10台）同时渲染一张。目前最高可达200核400线程，使用分布式渲染，给的都是高配服务器，能为用户节约大量的渲染时间，会收取一定的服务费，一般适合着急用图的时候用。

---