求助国内国外网站架构部署思路

大葱哥 2016-10-13 05:41:49


目前一台web服务器,一台文件服务器。

公司主要业务是app+网站,用户量才几万,活跃才几千。

预计未来用户会翻倍累加,业务也会增加。

这个图是根据我所了解构造出来的。

想知道这图是否可行,有无更好解决思路,求指导,不胜感激。
...全文
1091 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
Justin-Liu 2016-10-14
  • 打赏
  • 举报
回复
引用 5 楼 u014743069 的回复:
[quote=引用 3 楼 FoxDave 的回复:] 看你们具体的业务都面向哪些区域吧,如果只有中国,就集中创建服务器就可以了
目前是国内,但现在国外也在慢慢发展。[/quote] 以后可以在业务拓展的区域建立数据中心
大葱哥 2016-10-14
  • 打赏
  • 举报
回复
引用 4 楼 sp1234 的回复:
[quote=引用 2 楼 u014743069 的回复:] [quote=引用 1 楼 以专业开发人员为伍的回复:]跨机房速度大打折扣,跨省更是,出国之后更加不靠谱。所以这种“数据库服务器”是不可行的。 所有的核心业务服务器、数据库服务器,应该尽量部署在同一个机房的同一个集群。至于说国外,那只能从高延迟的系统架构考虑,不能想当然地“实时连国内数据库、连国内文件服务”来考虑。
那像一般的大型网站也可以做到实时,是如何做到的?[/quote] 你没有人家几千个软件开发人员、几百亿硬件投资的规模,不可能随便用普通的互联网来模仿人家。说具体的东西没用,要知道人家也是内外有别、逐步演进的,肯定是先把最低效的互联架构拿来忽悠外界小公司,而核心集群用来承载自己的系统。[/quote] 明白了,谢谢指导。
大葱哥 2016-10-14
  • 打赏
  • 举报
回复
引用 3 楼 FoxDave 的回复:
看你们具体的业务都面向哪些区域吧,如果只有中国,就集中创建服务器就可以了
目前是国内,但现在国外也在慢慢发展。
  • 打赏
  • 举报
回复
引用 2 楼 u014743069 的回复:
[quote=引用 1 楼 以专业开发人员为伍的回复:]跨机房速度大打折扣,跨省更是,出国之后更加不靠谱。所以这种“数据库服务器”是不可行的。 所有的核心业务服务器、数据库服务器,应该尽量部署在同一个机房的同一个集群。至于说国外,那只能从高延迟的系统架构考虑,不能想当然地“实时连国内数据库、连国内文件服务”来考虑。
那像一般的大型网站也可以做到实时,是如何做到的?[/quote] 你没有人家几千个软件开发人员、几百亿硬件投资的规模,不可能随便用普通的互联网来模仿人家。说具体的东西没用,要知道人家也是内外有别、逐步演进的,肯定是先把最低效的互联架构拿来忽悠外界小公司,而核心集群用来承载自己的系统。
Justin-Liu 2016-10-14
  • 打赏
  • 举报
回复
看你们具体的业务都面向哪些区域吧,如果只有中国,就集中创建服务器就可以了
大葱哥 2016-10-13
  • 打赏
  • 举报
回复
引用 1 楼 以专业开发人员为伍的回复:
跨机房速度大打折扣,跨省更是,出国之后更加不靠谱。所以这种“数据库服务器”是不可行的。 所有的核心业务服务器、数据库服务器,应该尽量部署在同一个机房的同一个集群。至于说国外,那只能从高延迟的系统架构考虑,不能想当然地“实时连国内数据库、连国内文件服务”来考虑。
那像一般的大型网站也可以做到实时,是如何做到的?
  • 打赏
  • 举报
回复
跨机房速度大打折扣,跨省更是,出国之后更加不靠谱。所以这种“数据库服务器”是不可行的。 所有的核心业务服务器、数据库服务器,应该尽量部署在同一个机房的同一个集群。至于说国外,那只能从高延迟的系统架构考虑,不能想当然地“实时连国内数据库、连国内文件服务”来考虑。

13,190

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 分析与设计
社区管理员
  • 分析与设计社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧