什么地方不适合云计算(对Picnik而言)

发布：2018-06-17 15:17:34 浏览：3074

Picnik并不将EC2用于Web服务器和MYSQL数据库服务器器。我们的Web服务层与数据库是紧密耦合的，所以使它们之间的网络延迟最小化是很重要的。这意味着它们要么全在云里，要么全在云外。直到最近，EC2的磁盘I/O性能一直不理想，所以有必要将数据库放在实际(且特制)的硬件上。随着AmazonRDS(运行在EC2上的MYSQLI的打包版本)的推出，情况可能会有改变。

虽然数据库性能达不到运行在实际服务器上的高性能，我也想试一下，用EC2实例作为数据库子机(slave)，这些子机可以用来做备份，也可以用于生成报表或运行其他批处理作业。

Amazon早期提供的云服务缺少负载均衡能力。虽然在EC2实例上实现一定程度的负载均衡也是可能的，但要跨越一大堆障碍才能达到适当的可用性。最后Amazon推出了负载均衡器，从而免去了这些顾虑。

云计算景色缤纷，变化快速。我们开始做Picnik时，提供云服务的公司寥寥无几，而且也都是没有经过实践检验的，所以我们决定还是运行自己的服务器。假如我们是在今天开始Picnik的话，我们的做法在很大程度上就会不同。

尽管有大量广告吹嘘完整托管在云里的应用如何，从运维的角度来说，混合应用架构或许是最有趣的。混合架构中，你可以让大部分应用都托管在云里。

网站建设的管理和监控是有效实现自动伸缩的基础。混合应用还强调了一点，就是传统运维中的最佳实践仍然是成功的云应用所必须的。配置少文件，这样就能够提前意识到那些潜在的问题。监控云里的单个实例是不必要的，因为连贯性很差。重要的是高层度量，如S3上存储了多里做得不一定好。脚踩两只船，你才会游刃有余。除非你有充足的理由，否则的话，争取使用最好的工具。