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

picnik并不将ec2用于web服务器和mysql数据库服务器器。我们的web服务层与数据库是紧密耦合的，所以使它们之间的网络延迟最小化是很重要的。这意味着它们要么全在云里，要么全在云外。直到最近，ec2的磁盘i/o性能一直不理想，所以有必要将数据库放在实际(且特制)的硬件上。随着amazonrds(运行在ec2上的mysqli的打包版本)的推出，情况可能会有改变。
虽然数据库性能达不到运行在实际服务器上的高性能，我也想试一下，用ec2实例作为数据库子机(slave)，这些子机可以用来做备份，也可以用于生成报表或运行其他批处理作业。
amazon早期提供的云服务缺少负载均衡能力。虽然在ec2实例上实现一定程度的负载均衡也是可能的，但要跨越一大堆障碍才能达到适当的可用性。最后amazon推出了负载均衡器，从而免去了这些顾虑。
云计算景色缤纷，变化快速。我们开始做picnik时，提供云服务的公司寥寥无几，而且也都是没有经过实践检验的，所以我们决定还是运行自己的服务器。假如我们是在今天开始picnik的话，我们的做法在很大程度上就会不同。
尽管有大量广告吹嘘完整托管在云里的应用如何，从运维的角度来说，混合应用架构或许是最有趣的。混合架构中，你可以让大部分应用都托管在云里。
网站建设的管理和监控是有效实现自动伸缩的基础。混合应用还强调了一点，就是传统运维中的好实践仍然是成功的云应用所必须的。配置少文件，这样就能够提前意识到那些潜在的问题。监控云里的单个实例是不必要的，因为连贯性很差。重要的是高层度量，如s3上存储了多里做得不一定好。脚踩两只船，你才会游刃有余。除非你有充足的理由，否则的话，争取使用最好的工具。

网站优化推广过程中，如何做好站内优化与站外优化？
企业网站SEO优化推广初步解决方案
潍坊网站排名如何用要害字优化网站？
兰州到樟树物流专线
深圳到玉溪物流专线
常州到乌海物流专线
“搜索引擎优化”发展现状成为新一代网络营销痛点
赣州到昌邑物流专线