一台服务器，一个ip地址，能建几个网站？80端口不会冲突吗？

理论上在不考虑带宽、服务器的硬件配置的条件下，一个ip地址可以绑定无数个网站。实际情况下一台服务器能放几个网站要看网站的规模、带宽和服务器的硬件配置。例如：在不安装缓存插件情况下，1C1G1M的云主机跑WordPress只能支撑5人左右的并发访问，主要是计算资源不够用；在安装缓存插件的情况下，1C1G1M的云主机跑WordPress只能支撑10人左右的并发访问，主要是网络资源不够用一般来说1M带宽1核1G每天3000PV的访问量是可以的，能够支持的网站数量就参考访问量能够估算出来。不过这个数字是一个大概的数值，每个人的业务情况不同，只能用来参考。

比如有的人用来搭建网站，数据库访问量较大，并且没有进行数据库优化和缓存，那么实际可支撑的流量就没有这么多了。如果进行适当的优化和加速之后，实际可跑的流量也会更多。有的人用来跑纯静态网页，那么就不存在数据库之类的负担，那就会超过3000PV的日访问量，达到5000PV也不在话下。企业网站一般流量并不大，属于企业形象展示之类的，也都是静态页面，放十几个企业站没啥问题。不过有些模板做的网站除外，本身就挺占用系统资源的，加上很多人爱用特效banner，就额外耗费内存。也有用来跑轻量app和微信公众号的，情况不同，可支持访问量也不同，这都是根据实际情况再决定的，没有一定的数字。多个网站可以指向同一个IP地址，在都有域名的情况下共用80端口并不会冲突以IIS为例，在域名服务商哪里申请下来域名之后，只需要将域名解析到同一个IP地址即可。这样每个网站通过域名访问，均是通过80端口，并不会有冲突。注意：域名解析的IP地址需要是公网IP地址，即放置网站的服务器需要公网IP地址，下图填写的只做示例。
     

域名解析后，如果服务器没有对网站进行配置，同样是不能正确访问的。配置如下：1、将网站分别放在不同的文件夹内。      

2、打开IIS，鼠标右键点击左侧栏目“网站”，点击“添加网站”      

3、填写“网站的名称”，选择网站所在的路径，绑定IP地址和80端口，并将主机名填写“网站的域名”，填写完成后并点击“确认”。      

4、如果网站的默认主页不是以index开头，或带有其他后缀，需要对网站的“默认文档”进行设置。      

这样就完成了一个网站的IIS的简单设置，如果有数据库或其他当然也是需要相应的设置。因为不涉及题设，这里就不再做介绍。多个网站只需要重复上面的1-4设置步骤即可。多个网站可以指向同一个IP地址，没有域名的情况下可以使用其他端口进行区分计算机一共有65535个端口，用于与外接通讯交流的出口。但我们通过端口来配置网站时一定要避免使用一些常见的端口，如：21（FTP）、22（SSH）、23（Telnet）、25（SMTP）、102、109、110、119、135、137、138、139、161、443等等。多个网站没有域名，而通过端口区分，只需要将端口设置改为需要的端口，而“主机名”不填写任何信息。
     

通过浏览器访问网站时，只需要输入IP地址:端口名即可，如下图（输入：时输入法需要切换到英文）      

综上所述：一台服务器，一个ip地址可以配置多少个网站并没有严格的说法，还是要根据网站的规模，带宽，访问量等来确定的。在有域名且做了域名解析的情况下，只要设置好，并不会引起80端口的冲突。以上个人浅见，欢迎批评指正。喜欢的可以关注我，谢谢！认同我的看法的请点个赞再走，再次感谢！

对于海量数据和海量并发请求，集群处理，有LB导致的需求，也有存储容量导致的需求。在以微服务的架构下，一个业务流程可能会经历多个业务服务器。而这多个业务服务器，甚至包含Gate服务，是不是需要转发，有LB导致的需求，也有后端服务LB或者存储容量导致的需求。而且，还有一大类是容灾和故障转移等安全和稳定性导致的需求。  比如作为一个Gateway，要访问后端用户交易系统，分发请求道不同的用户交易系统Gateway，这个可以说是因为后端用户交易系统Gateway的LB导致的需求；又比如作为一个Gateway，要访问后端数据库，分发请求到不同的数据库，这是容量导致的需求；又比如作为一个Gateway，要访问后端About或者其他极少变动也极少访问的业务配置信息缓存，这是架构设计容灾灾备导致的需求，和LB、容量等等无关。又比如作为一个业务服务，当需要聚合资源时，分发请求到不同的后端服务上去，这是架构设计也业务导致的需求，可能完全和LB没有半毛钱关系。而分发请求的方式呢，一般我常用的有这么几种（根据不同的需求，用的方式不同）： 一致性Hash，随机、轮转、分区/段、强一致性分发、广播、任一成功广播、半数成功广播。 再说一遍，业务不同，需求不同，方式也就不同。

对于大型网站而言，随着流量的暴增，单一服务器是无法抗住高并发的，所以大型网站都是从最初的单一架构演变为集群分布式架构。淘宝网作为数一数二的电商平台，它开发了很多底层技术框架以适应日益发展的需要。

什么是分布式与负载均衡？

1、分布式

分布式是将一个完整业务拆分为多个子业务（或者本身就是不同的业务）部署在不同服务器之上，比如用户系统、订单系统、商城系统分布部署在不同服务器上。

还有一个概念容易和分布式混淆，那就是集群。集群强调的是同一个业务部署在多台服务器之上。

集群模式下，多个节点中的某个节点挂了是不会影响整体业务的；而分布式环境下若某个节点挂了则可能会影响某个业务（实际上不会，因为业务分布式部署后也会做集群）。

2、负载均衡

负载均衡充当的角色就是“裁判”，它将大量并发流量分摊至多台节点服务器（集群）上进行处理，这样减少了用户等待响应时间。

所以说负载均衡离不开服务集群。

淘宝如何是如何实现分布式、集群和负载均衡的？

1、动静分离

将动态请求与静态请求分别部署在不同服务器上，以便针对性进行优化。

2、分布式服务框架HSF

HSF是阿里的分布式服务框架，经过拆分，各系统间的耦合度大大降低了，更有利于分布式部署。

3、分布式NoSQL框架Tair

Tair是淘宝开源的分布式K/V数据库。

4、高性能Web服务器Tengine

Tengine是基于Nginx二次开发的，性能上比Nginx更好，而且支持更多特性，如：请求合并、限速模块、内置Lua等。可以借助它来做反向代理和负载均衡。

以上就是我的观点，对于这个问题大家是怎么看待的呢？欢迎在下方评论区交流~我是科技领域创作者，十年互联网从业经验，欢迎关注我了解更多科技知识！

---