Cloud Future - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
Livid
56.4D
444.3D
V2EX    云计算

Cloud Future

  •  
  •   Livid
    PRO
    2010-07-27 04:24:39 +08:00 5828 次点击
    这是一个创建于 5556 天前的主题,其中的信息可能已经有所发展或是发生改变。
    Google 推出了 App Engine,Microsoft 有 Windows Azure,而最近 Rackspace 和 NASA 则宣布了 OpenStack 项目,这些平台和 Rackspace Cloud 这样的 VPS 服务不一样的地方在于,他们都引入了一整套的全新 API 及更高级的抽象,简单来说,在这些平台上部署的应用,都是全新开发的。

    而我相信在未来,这些平台将会取代目前的传统 hosting。因为这些平台可以带来:

    - 更高的可靠性,单一应用由数千台服务器支持。
    - 更简单的部署,用户不需要关心哪些文件是更改了的,也不需要去服务器上胆战心惊地执行 SQL ALTER。在 Google App Engine Launcher 里,部署已经简化到单击那个蓝色的 Deploy 按钮,然后等待至多几分中,然后所有新的业务逻辑上线,包括新的数据存储结构。
    - 更合理但是有可能利润率更高的收费,对于简单应用,用户可能会比以前付更少的钱甚至不付钱,而对于复杂应用,一个应用消耗过多的资源却不会影响到云里的其他应用的性能。并且这些额外的复杂度也成为了云服务提供商的利润来源。

    小企业和个人会首先成为这样的新平台的用户和受益者,因为对于他们来说,这个新平台更可靠,更简单,甚至更省钱。而为了让应用能够在这个新平台上运行,以往在 LAMP 世界里已经实现过的应用将会需要全部重新实现一次,于是就会有全新的云博客,云记事本,云论坛,云相册……我相信这个其中会蕴含无数的好机会,而这也是 Project Babel 2 和 Project Picky 的意义。
    14 条回复    1970-01-01 08:00:00 +08:00
    airwolf
        1
    airwolf  
       2010-07-27 05:02:22 +08:00
    其实让我最兴奋的是,对于个人或者小的组织而言,机会更多且更加公平。
    upsky
        2
    upsky  
       2010-08-09 13:46:11 +08:00
    对于中小企业来说,最大的成本反而是应用的重新开发吧。
    freefcw
        3
    freefcw  
       2010-08-09 13:54:11 +08:00
    云平台确实现在比较实际了
    zxn0
        4
    zxn0  
       2010-08-09 15:13:59 +08:00
    @airwolf 这样的公平是牺牲了自由为代价的。以前的LAMP自己的stack自己所有权,现在的网线捏在别人手上,虽然方便但是别人弄你也方便了。
    zxn0
        5
    zxn0  
       2010-08-09 15:16:02 +08:00
    我觉得真正的自由的云计算应该是具有可移植性的。可以在不同的cloud下方便移植,也可以直接转移到自己的平台上。各种私有API是可移植性的敌人。

    还有就是数据隐私和安全将是云计算的核心争论点。
    brando
        6
    brando  
       2010-08-09 15:16:38 +08:00
    Windows Azure,我喜欢,其他的没兴趣。
    chuangbo
        7
    chuangbo  
       2010-08-09 15:42:47 +08:00
    @brando 技术贴你就不要回鸟
    rveo
        8
    rveo  
       2010-08-09 16:40:56 +08:00
    个人看法,不知道对不对,诸位看官姑且听之:

    现在,各种 “云” 就是商业地盘瓜分的工具而已,都在用资本垒起 N 多的服务器 服务 用户,也间接把用户绑定在自己的云里。我们中小型企业和个人,都不可能说用开源的东西(免费)架自己的云服务器组啊,很多时候还是需要他们提供环境。从商业的角度来说,我还是老看法 “这是圈地运动”,没有通用的标准,没有通用的接口,那么,你要想“跨”云,是不可能的。

    对于我们来说,恐怕只能做抉择,选择哪个云,然后依附。这是个大环境问题。直到这些云都能“跨”才有可能改善的吧。

    还系那句话:希望不作恶,希望不GFW,就万岁了。
    Jet
        9
    Jet  
       2010-08-09 19:13:46 +08:00
    @rveo 这种看法有道理,所以有些时候我更赞同ms的个人服务器概念。Google掌握了big brother的力量之后,也许以后没有hack精神了,云无论如何都不能被破解,必然收费。
    不过这也是技术的福利。想想销售和技术的关系吧,技术实在是惨。如果云确实能被普及,也许情况会有很大的改变。
    xuwenhao
        10
    xuwenhao  
       2010-08-09 19:54:23 +08:00
    为什么不是Heroku的Rails Hosting这种不需要重新写应用的方式呢?我现在觉得Google App Engine最大的问题是,原有应用需要重写,这实在是一种浪费
    rveo
        11
    rveo  
       2010-08-09 20:01:26 +08:00
    @xuwenhao 或许,GAE 还没到开放 PHP 啊,rudy 啊,这些程序语言的时候吧。估计只是时间问题而已。
    zxn0
        12
    zxn0  
       2010-08-09 20:29:59 +08:00
    @rveo 个人感觉开放php不太现实,这个io安全非常不好控制。。。。
    rveo
        13
    rveo  
       2010-08-09 21:16:02 +08:00
    @zxn0 SAE 不是在做么?我觉得,SINA 能做到,Google 肯定可以好过他 100 倍。
    darcy
        14
    darcy  
       2010-08-09 23:38:25 +08:00
    新一轮的圈地运动。
    Sina做 SAE值得赞许,但是模仿GAE模仿意识反而的太重的,没有找到自己发展的方向,是注定难以长久的。
    市场是需要多样性的,单独的一张形式难免会有些苍白,所以我们需要GAE需要Azure也需要Heroku这中模式。
    为什么非要php,为什么为要ruby,面面俱到反而一点特色都没有,开发团队更难以把东西做好,服务器也会变得更加不稳定,反而单一更让人专注。过于留恋别人的景色反而会忘记自己的脚步,还是退而结网把自己的路走好才是根本。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2824 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 31ms UTC 13:32 PVG 21:32 LAX 06:32 JFK 09:32
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86