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

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

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

网站名称：什么地方不适合云计算(对Picnik而言)
本文地址：/news30/151480.html

成都网站建设公司_创新互联，为您提供用户体验、网站内链、App开发、网站设计、网站收录、网页设计公司

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联