如何处理高并发的网站？

推荐回答:

处理1000并发、10000并发，首先要摸清楚你部署的应用的技术情况。 第一步：比如是php这种稍微消耗资源的，还是java这种性能好一点点的；是单体应用功能简单的静态站点，还是微服务架构功能复杂的大型应用。 第二步：然后根据情况先最小化部署一套资源服务器上线，切割一部分业务流量上云，盯着阿里云后台的资源列表上的监控，看看CPU、内存、网络等等的占有率是什么情况。 第三步：针对性扩容。 第四步：如果遇到应用响应慢、打开卡顿、服务间调用超时等情况，排查瓶颈到底在哪里。是在ECS上？还是在数据库上。如果在数据库上，再分析是因为数据库持续性压力太大了，还是突发业务流量太大了。然后针对性的去做cache或者分表分库。 第五步：如果缓存也上了，数据库也调整了，还是杯水车薪，那就再考虑上CDN。 第六步：CDN上了还是扛不住，恭喜你，体量这么大了，那开始容器化改造，然后上kubernetes吧，多机房、多集群弹性部署吧。 更多参考地址： 阿里云官方(新用户需官网注册查看)

推荐回答:

要想速度快需要挂以下服务 CDN RDS 读写分离之类的尽量能做就做。 一般1000-10000的并发：4核8G，带宽看你具体的并发场景去选择。 如果要求还要高一些就从架构上解决，比如从单一服务器 改成分布式

官方帮助文档地址：阿里云帮助中心

更多参考： 阿里云官方(新用户需官网注册查看)

要想速度快需要挂以下服务 CDN RDS 读写分离之类的尽量能做就做。 一般1000-10000的并发：4核8G，带宽看你具体的并发场景去选择。 如果要求还要高一些就从架构上解决，比如从单一服务器 改成分布式

高并发面临的主要是线程安全和高可用问题。 前者可以通过编码解决，后者需要通过添加机器和配置来解决，比如集群，缓存，异步等

产品是一个瓶颈，但是不是最重要的，因为即使是跑车，有些人开起来，还是自行车。充分利用有限的资金，资源，去达到更好地结果。首先，是合理的物理配置，如果是日活几万，这种，价位在几千没得问题。组件方面，可能各种组件搭配使用，最后，是技术方面，必须重新打破传统，以高并发的思维，去开发，这种状态下，才有更好地利用

处理1000并发、10000并发，首先要摸清楚你部署的应用的技术情况。 第一步：比如是php这种稍微消耗资源的，还是java这种性能好一点点的；是单体应用功能简单的静态站点，还是微服务架构功能复杂的大型应用。 第二步：然后根据情况先最小化部署一套资源服务器上线，切割一部分业务流量上云，盯着阿里云后台的资源列表上的监控，看看CPU、内存、网络等等的占有率是什么情况。 第三步：针对性扩容。 第四步：如果遇到应用响应慢、打开卡顿、服务间调用超时等情况，排查瓶颈到底在哪里。是在ECS上？还是在数据库上。如果在数据库上，再分析是因为数据库持续性压力太大了，还是突发业务流量太大了。然后针对性的去做cache或者分表分库。 第五步：如果缓存也上了，数据库也调整了，还是杯水车薪，那就再考虑上CDN。 第六步：CDN上了还是扛不住，恭喜你，体量这么大了，那开始容器化改造，然后上kubernetes吧，多机房、多集群弹性部署吧。

硬件方面，肯定是配置越高越好，通常4核8gb以上比较好。

负载方面，可以尝试nginx，集群负载，nginx调优。

传输方面，可以尝试数据压缩传输。

服务方面，尝试多进程多线程服务。

缓存方面，可以尝试mem,redis,mongo缓存方案。

数据库方面，可以尝试主从集群等。

用高可用架构！2台服务器加负载均衡加cdn！

　　1、提高系统的并发能力　　2、减轻数据库的负担　　这两种用途其实非常容易理解。由于memcached高性能，所以可以同时服务于更多的连接，大大提高了系统的并发处理的能力。另外，memcached 通常部署在业务逻辑层（前台应用）和存储层（主指数据库）之间，作为数据库和前台应用的数据缓冲，因此可以快速的响应前端的请求，减少对数据库的访问。
或者使用分布式服务器，或者说云服务器，让不同地方的访客访问不同服务器，提高访问速度，降低服务器压力。
来源于网络，供您参考,如若满意，请点击右侧【采纳答案】，如若还有问题，请点击【追问】  希望我的回答对您有所帮助，望采纳！   ~ O(∩_∩)O~

之前做了一个在线教育的项目，要求高并发，同时在线人数4W左右。 使用的是这个方案：方案 负载均衡-4台ECS（每台支持1W用户），RDS数据库

ECS RDS 4CPU/8GB