现在的位置: 首页 > 综合 > 正文

2009-1-15 CTO俱乐部第一次聚会

2014年09月05日 ⁄ 综合 ⁄ 共 3147字 ⁄ 字号 评论关闭

2009-1-15 CTO俱乐部第一次聚会

  非常感谢CSDN和《程序员》杂志邀请我参加CTO俱乐部(http://cto.csdn.net/),而且还邀请我参加CTO俱乐部第一次聚会,让我有幸能参加这个中国最高端的IT技术负责人的聚会。虽然北京天气格外寒冷,但是通过这次聚会CSDN和《程序员》杂志的热情让我感到了的暖意,屈指算来,这已经是我第四次参加CSDN和《程序员》杂志举办的聚会了,第一次是2008年年初的作者答谢会,第二次是2008年春的英雄会,第三次是2008年年末的SD2大会。这次感谢闫辉先生邀请我参加,而且又见到了蒋涛总裁,还新结识了刘秋燕、付江和黎昕。
  在两个月前获得SD2大会赠票的时候,就非常期待在SD2大会上见到吕建伟老师,终于如愿以偿。这次又见到的吕建伟老师,感到非常荣幸。
  
这次聚会上,遇到了一个很眼熟的公司名字——百联优力公司的林捷先生。对“百联”的印象源于《程序员大本营》光盘上面印的“百联美达美”,在那个年代,五
个字母的公司名称非常引人注意,这次见到了百联优力公司的林捷先生,非常敬仰百联优力投资CSDN和《程序员》杂志的远见卓识。
  
自我介绍环节之前,和中国移动通信研究院的周文辉先生聊了一会儿。在自我介绍环节中,听到北京酷邮时空科技有限公司的创始人欧阳平平先生自我介绍时,让我
想起了我在八年前参与Mail2G工作的时光。在SD2大会上看到了词网科技的展位,这次又非常荣幸的结识了CEO张跃先生。

  本期的主题是云计算,第一个让我感兴趣的问题是品牌信任度的问题。从我目前的工作经验来看,我从这么几个角度来理解品牌信任度的问题。
  
先,任何业务都会有品牌信任度问题,比如说我的工作内容之一是服务器托管业务,服务器托管业务中,不可回避的问题就是资产托管,其中包括了服务器物理设备
的有形资产、服务器中保存数据的无形资产以及服务器数据隐私的安全风险。口碑是建立品牌信任度中永远行之有效的方式,在没有找到其他有效方式之前,通过口
碑营销可以在保持利润率的基础上稳步拓展业务,而且在长期上也可以积累品牌信任度。
  
其次,应用托管的品牌信任度和具体的应用特性相关,一个应用托管的品牌信任度高,不代表同一个品牌运营另一个应用托管时也获得相同的信任度。例如在电子邮
箱和网站两个应用托管上,小型IDC在网站托管上较容易获得信任度,但是却很难在电子邮箱托管上获得信任度。如果具体的分析,从连续服务时间上来看,用户
对于电子邮箱的连续服务时间要求较高,而对网站的连续服务时间要求相对低些;从敏感数据隐私上来看,用户对于电子邮箱的敏感数据隐私要求较高,而对于网站
的敏感数据隐私相对低些。因此从这两个指标可以分析出不同应用托管具备不同品牌信任度的原因。但需要说明的时,衡量一个应用的指标非常多,而这些指标对于
品牌信任度的影响并不是简单的加权,而是有更复杂的关系,因此对于一个新类型的应用托管,不能简单的参照其他的应用托管的指标来建立和提升品牌信任度,更
重要的还是要在实际运营过程中,通过直接的用户调研来分析。

  第二个让我感兴趣的问题是云计算和以前的网格计算之间的区别和联系。由于云计算目前只是屈指可数的几个应用,还不足以通过分析来形成具体的理论体系和概念范畴,所以我通过一个和我工作相关的例子来说明我对于云计算和网格计算之间区别的理解。
  
从提升计算资源使用率的角度来看,云计算和网格计算都包含了这个目的。我工作中的虚拟主机业务的目的也是提升资源使用率。提升资源使用率的方式就是在统计
意义上,所有的网站不可能同时达到峰值。也就是说,服务器的硬盘空间小于所有网站的存储上限之和,服务器的带宽小于所有网站的带宽上限之和,而且由于不同
网站的性能不同,可能在达到服务器的带宽之前,就先达到了CPU的运算能力。如果在存储、带宽和运算能力上预留冗余,那么就起不到提升资源使用率的目的。
如果不预留冗余,那就需要在接近资源上限时,将一个或几个网站调整到其他的服务器。这一看起来很自然的事情,却有很多复杂的问题。首先,大多数虚拟主机都
是直接解析IP的方式,也就是说不同的服务器有不同的IP,每台服务器上的网站将域名解析到这台服务器的IP。由于域名解析IP通过DNS服务,而DNS
服务通常在二小时到二十四小时后才能刷新整个互联网,因此在这段期间内,网站不能正常的提供服务。为了解决这个问题,就需要在所有虚拟主机的前面,增加一
台HTTP代理服务器,所有的网站的IP都解析到这台HTTP代理服务器上,然后这台代理服务器将不同的域名分发到不同的服务器上。
  通过这个例子,就可以类比云计算和网格计算的区别和联系。独立的服务器就像是网格计算,而通过HTTP代理服务器就像是云计算。可以从以下几个指标来考察:

  1. 入口。云计算有唯一的入口,而网格计算则需要自行定位计算服务的提供格点。
  2. 计算单元模型。云计算隐藏了唯一入口后面的计算单元,虽然大多采用网格计算或类似的模型,但这一点对于使用者并不重要。网格计算直接对外暴露计算单元,在投入使用后,不便于调整模型。

  3. 位器。云计算由入口选择计算单元,因此计算单元的切换与用户所使用的定位器无关,用户只需要能定位到入口即可,因此可以使用应用广泛的定位器,例如
    DNS。而网格计算需要用户自行选择计算单元。所以计算单元的切换和用户所使用的定位器密切相关,如果用户所使用的定位器不能及时捕捉到计算单元切换的信
    息,将出现计算单元能提供服务,但是无法被用户使用的情况。
  4. 数据安全。由于云计算有了唯一入口,因此对于计算单元也就有了监控点,这些
    监控点不仅可以监控服务质量,还可以监控数据安全,例如一个应用需要借助不同的计算单元共同实现时,云计算就可以监督数据输出,保证敏感数据不泄漏,与此
    同时,处于云内部的计算单元可以相对自由的交流敏感数据。而对于网格计算来说,不同计算单元的数据可能由用户端来交换,也就无法保证敏感数据的安全。

  需要特别说明的是,以上仅是类比得到的一些观点,不可能全面概括云计算的所有特征。
  通过这几点,可以得出这样几个个人观点,以供大家斧正:


  1. 对云计算就是Web Service这个观点,我认为云计算不只是Web
    Service,还需要确定定位器,也就是说,如何让用户找到云的边界。目前来看,DNS作为定位器的地位不可动摇,因此,云计算的定位器在一定时间内,
    仍将是DNS,进一步的,UDDI很难在互联网的云计算中发挥定位作用,当然UDDI在企业应用中仍是Web Service最有价值的定位器。
  2. 当云计算内部的定位器和外部的定位器能融合的时候,也就是云计算作为一个商业概念变成基础架构之时。就像在晴天才能区分出云来,而在雾天,就无法区分出云来,因为“不识庐山真面目,只缘身在此山中。”。

  3. 对只有大型应用才需要云计算的观点,我认为所有应用,只要具备唯一入口隐藏了计算单元这个特征,都可称之为云计算,就像是SMTP协议依赖于DNS的MX
    记录,虽然在DNS设计之初并没有考虑到目前单一域名为数亿用户提供服务的情况,但是由于定位器不能调整,因此SMTP协议采用了MX记录的服务器和后端
    的存储服务器分离的方式。
  4. 对于云平台提供商,除了计算能力、存储能力等资源的托管外,另一种形式就是敏感数据计算托管。对于拥有大量敏感数据,而又希望将这些敏感数据借助第三方的计算创造价值的用户来说,可以通过组建云计算平台,将第三方的计算放在云内部,通过监控出口来保证敏感数据的安全。

[2009-1-15 CTO俱乐部第一次聚会 - 云计算]

2009-1-15 CTO俱乐部第一次聚会, http://blog.csdn.net/hu_zhenghui/archive/2009/01/16/3793180.aspx

抱歉!评论已关闭.