您的位置:首 页 > 新闻中心 > 行业动态 > 什么地方不适合云计算(对Picnik而言)

行业动态

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

发布:2018-06-17 15:17:34 浏览:440

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

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

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

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

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

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

>>> 查看《什么地方不适合云计算(对Picnik而言)》更多相关资讯 <<<

本文地址:https://www.phpweb.com.cn/news/html/3307.html

赶快点击我,让我来帮您!