s*****l 发帖数: 7106 | |
N*****m 发帖数: 42603 | 2 挂了?
【在 s*****l 的大作中提到】 : 才知道原来如此有用
|
N*****m 发帖数: 42603 | 3 我没问题啊
【在 N*****m 的大作中提到】 : 挂了?
|
s*****l 发帖数: 7106 | 4 我们的主server挂了
正重启中 哈哈
【在 N*****m 的大作中提到】 : 我没问题啊
|
w**z 发帖数: 8232 | 5 只是s3
【在 s*****l 的大作中提到】 : 才知道原来如此有用
|
p**r 发帖数: 5853 | 6 我们EC2 servers都没啥问题,就S3挂了,坑爹啊。
估计是亚麻切换新版本时候坑的。
不过当年azure一个月坑了我3次,
其实回头一看,云就是坑啊,要想有保障还是得自己动手。
【在 s*****l 的大作中提到】 : 我们的主server挂了 : 正重启中 哈哈
|
w**z 发帖数: 8232 | 7 自己搞,出事概率更大,出了事,还没人帮你背锅。
【在 p**r 的大作中提到】 : 我们EC2 servers都没啥问题,就S3挂了,坑爹啊。 : 估计是亚麻切换新版本时候坑的。 : 不过当年azure一个月坑了我3次, : 其实回头一看,云就是坑啊,要想有保障还是得自己动手。
|
p**r 发帖数: 5853 | 8 规模小,其实出事概率比较低。
就算出事,肯定也有备份方案,问题不大。
S3这种,就是太信任他们了,没做plan b,
所以一挂直接进坑。
【在 w**z 的大作中提到】 : 自己搞,出事概率更大,出了事,还没人帮你背锅。
|
s*****l 发帖数: 7106 | 9 其实还有elastic
哪天cnn报道了你们app
你们自己的server很可能直接挂了
【在 p**r 的大作中提到】 : 规模小,其实出事概率比较低。 : 就算出事,肯定也有备份方案,问题不大。 : S3这种,就是太信任他们了,没做plan b, : 所以一挂直接进坑。
|
p**r 发帖数: 5853 | 10 说实在的,elastic其实算是IT界几大忽悠之一,
配置优化得好proxy+cache+cluster其实可以hold大部分情况,
要是真到了hold不住的程度,那是good problem。
再说我又不是CTO,只可能嘉奖,不可能背锅。
【在 s*****l 的大作中提到】 : 其实还有elastic : 哪天cnn报道了你们app : 你们自己的server很可能直接挂了
|
N*****m 发帖数: 42603 | 11 忽悠谈不上
配置优化你说的是scale-out,如果要省钱,还需要scale-in
【在 p**r 的大作中提到】 : 说实在的,elastic其实算是IT界几大忽悠之一, : 配置优化得好proxy+cache+cluster其实可以hold大部分情况, : 要是真到了hold不住的程度,那是good problem。 : 再说我又不是CTO,只可能嘉奖,不可能背锅。
|
p**r 发帖数: 5853 | 12 这个倒是。不过这事情其实永远都扯不清,具体情况具体分析,没有通用方案。
可以自己做一个最低开销的private cloud,然后外接aws作为spike时候的拓展,
但是工程师的费用又是一笔开销。
【在 N*****m 的大作中提到】 : 忽悠谈不上 : 配置优化你说的是scale-out,如果要省钱,还需要scale-in
|
w**z 发帖数: 8232 | 13 cloud就是买个省心。省下精力,搞自己的商业逻辑
【在 p**r 的大作中提到】 : 这个倒是。不过这事情其实永远都扯不清,具体情况具体分析,没有通用方案。 : 可以自己做一个最低开销的private cloud,然后外接aws作为spike时候的拓展, : 但是工程师的费用又是一笔开销。
|
s*****l 发帖数: 7106 | 14 yes
【在 w**z 的大作中提到】 : cloud就是买个省心。省下精力,搞自己的商业逻辑
|