使用阿里云发布分布式网站,开发时候应该注意什么?

  • 时间:
  • 浏览:1

累似 最简单,相信本来用到了数据库的网站,大次责一定会 一点必须轻松实现网站和数据库分离的模式。累似 强调这点,本来一点,网站真的到了访问量大了,必须由单机发布改为分布式发布以前 。首先本来要把数据库单独出来,使用单独一台ECS一点使用专门的RDS运行。

好多好多 网站处于用户上传的请况,一点分布式发布后,显然用户上传的以前 传入了服务器A,等以前 下载的以前 使用的是服务器B,这以前 一点没做共享,显然用户下载的文件会报错404,一点服务器B路径下显然没人 用户传到A服务器里的文件。

除理妙招很简单,本来讲所有的上传文件,传入到服务器以前 ,都转存到“共享文件服务器”,累似 共享文件服务器,必须考虑另一方搭建,但我建议的是使用阿里云提供的“对象存储OSS”服务。从前用户所有的下载,都走的以前 OSS的访问地址,就不必报错404了。一点OSS是个独立的服务,下载文件使用的是OSS的流量,不占用发布网站的ECS的速率。这就必须做到1M服务器速率撑起峰值几十人甚至上百人的并发的原应 。一点文件较多,另外建议将OSS搭配CDN使用

1,数据库单独运行

5,发布网站文件一致

大次责网站一定会 有登录需求一点一点session存储需求的。随便说说 真正服务某一个多多 多 用户的服务器只一个多多多 多 ,然而分布式网站是在负载均衡的规则下转发到后台服务器,一点负载均衡没人 开启回话保持功能,没人 很有一点用户登录后,一点访问很有一点到达不同的后端服务器除理,而实现不同服务器同样能支持服务的妙招本来,session得共享起来。从前就做到了让用户不必须反复登录。

随便说说 以前 写过关于负载均衡的文章,一点似乎人们都对负载均衡累似 标题很陌生。今天就换个高度,从分布式网站发布高度说一下

《对象存储OSS帮助文档》

附录:阿里云相关产品的帮助文档:

session共享有多重妙招,累似 是哪此一定会 用做,session存储在收到请求的那台ECS本地,累似 请况就必须负载均衡开启“会话保持”功能。没人 做必须实现大次责分布式发布需求,一点一点有使用session统计在线量的以前 就会发现只统计到某台ECS登录的用户量。

关于使用ECS自行搭建数据库,要说的无非本来,数据库文件一定要贴到 SSD硬盘上。一点云硬盘本质一定会 虚拟硬盘,读写指标iops会损失的很严重。当然业务量大了以前 ,我更建议选购RDS,RDS阿里云专门的数据库服务产品,mysql,sqlserver等多款分支,说实话,用惯了ECS自建一点会感觉累似 产品挺贵的。一点实际上RDS一点针对硬盘读写,高可用,轻松拓展读写分离等提供了巨大的便利。一点大次责分布式网站一定会 选着了RDS等产品。

除理妙招跟上三根很累似 :使用共享文件服务器存储日志。这里必须注意除理日志文件重名,常见的年月日明明,在这里就会冲突,一点多台服务器一定会产生相同文件名称的日志。一点我在这里,更建议人们把必须下发的日志文件,直接贴到 数据库RDS中。从前获取日志就不必每台服务器去汇总了。直接从数据库查出来就好。

通过ECS+SLB+RDS+Redis+ESS的搭配,就必须轻松应对更多的访问量了。

《云服务器ECS帮助文档》

2,session存储

《CDN帮助文档》

首先,网站发布一定离不开服务器,本来阿里云的云服务器ECS。最近发现,老用户一定会 一点购买特价服务器,参考阿里云天猫旗舰店。分布式网站架构,在开发环节必须除理号几只地方,不可不可不能否更轻松的扩展:

《负载均衡SLB帮助文档》

《弹性伸缩ESS帮助文档》

发布文件一致,本来为了保证更好的扩展。将来服务器压力过多,只必须直接从现有服务器环境拷贝一份即可。甚至搭配阿里云的“弹性伸缩ESS服务”。必须根据设置好的伸缩规则,自动按照某个服务器模板增加一点减少WEB服务器数量,实现弹性扩容。

还有累似 session共享的妙招是使用单独的服务存储session,累似 专门学会英语来一台ECS做session服务。这里一定会 人跟倾向于单独用一个多多 多 redis服务共享存储session,也是非常好的妙招。

综上所述,一个多多 多 功能较全的分布式网站发布在阿里云,公共必须没人 几只服务:ECS多台,SLB一台,RDS一台,Redis或有,ESS或有。

4,网站的日志文件

3,用户上传的文件

好多好多 网站开发以前 一定会 留有日志功能的,哪此日志,就不再适合继续使用网站目录下某个路径存储了。原应 跟上三根一样:文件存储在单台服务器里,要拿到完整版日志文件必须每台服务器去获取一遍,显然不为宜!