untitledabc

不会有人觉得云厂商能帮你屎一样的业务实现 5 个 9 吧？ 5 个 9 是有很多前提的，按 aws 多 az 部署的架构，理论上也就 4 个 9 ，5 个 9 得跨 region 结合应用架构来实现的。高可靠性是实打实要花钱的，一般会有个权衡，很多客户只有核心业务链路需要 4 个 9 。5 个 9 得金融交易所这种了。
弹性扩容这个在现在容器这么普及的情况下，大部分场景下是基操。
秒级恢复看恢复啥了，数据是不可能的，你要说出现一个 site 异常，自动将流量切换到其他 site ，是可能做到的。

这些 ppt 都是往理想情况下去吹牛逼的。可以去看看 aws well architected framework ，影响应用 sla 的因素很多。云厂商的 sla 承诺很多是针对云的单个服务，并不是你的应用 sla 。然后 sla 是个数字游戏，是个合同承诺，我见过传统存储厂商 100% sla ，做不到靠保单理赔的。不过云厂商的 sla 一般会严谨的多。

怎么可能不用 docker 部署，出这种问题的人大部分半桶水。

google 的 gemini 结合 research 已经非常好用了，Perplexity 这种小公司未来必死

对 web 来说 s3 完美：
横向扩展
把站点消耗 cpu 的 io 从服务卸载到 s3 ，使得 web 服务本身更容易扩展
海量小文件在文件系统里检索起来就是灾难
数据共享和服务集成，不会有人喜欢搬数据吧

啥鬼，难不成群晖做企业用户？企业存储群晖连边都没摸到吧

兄弟，听过备份方案里的 d2d2c 嘛。

@lanisle 体验肯定群晖好于绿联。你不是说重数据么，越是简单的东西越可靠，群晖套娃太深了。

自己攒个小机器，用 debian

@lanisle 大家都是 linux 文件系统，可靠性不会有区别的。群晖的文件系统如果挂掉恢复难度最大。一个 btrfs 能搞定的事情，群晖 mdadm 套 lvm 套 btrfs ，真崩了恢复难度 max 。群晖卖点是那个 ui 。