西西河

主题:【原创】云里雾里的云计算 [1] -- 邓侃

共:💬620 🌺1262
全看树展主题 · 分页首页 上页
/ 42
下页 末页
家园 跟邓大汇报一下俺的实践体会

上面都在讨论Virtualization的安全、可靠性,负载均衡啥的。其实有些领域是不关心这些的,比如软件开发,嘿嘿。Intel出过一本书叫Applied Virtualization Technology,主要就是在讲virtualization应用在Software development, testing, marketing, educating, and selling这些方面的应用,就是讲得太简单……

俺们公司的开发和测试部门的工作中大量使用了VMware。好处大大的多,按对俺们的有用程序排个序……

1.提高了硬件利用率,节省了硬件和电费的支出,也节省了机房空间和IP地址资源。俺们不在乎虚拟化带来的那点额外开销。

2.节省了产品安装时间。以前产品出一个build,大家都要在自己机器上装新build,等于每人都在测installation。现在省事了,负责测试installation的同事先上来在各种configuration上装一把。如果没问题,就把VM Image给大家用。

3.缩短了调查分析时间。快照功能好处多啊。每次要做什么配置变动之前都保存个快照。有了问题,一步步回退回去,很快就能定位到原因。

4.方便为开发人员保留现场。以前如果碰到了问题,开发人员要用机器,这台机器就只能专门给他用。现在可以保存一个快照,我们继续进行后面测试,到了晚上,美国那边开发人员上来debug。他下班了再给自己保存个快照。两边互不干扰,呵呵。

有一点得提一下,俺们确实碰到过运行在同一台主机上的VM1和VM2互相影响的情况,VM1正常运行中,如果再启动VM2,VM1过一会儿就自动重启了。

当然啦,俺们用的这种单机版的VMware Workstation离云计算还差很远。不过公司正在试点搞基于XEN的虚拟化方案。把以前分属于各个部门的机器都统一交给IT部门。IT部门布署了虚拟化方案之后,我们再需要机器时,提个申请,说清楚需要啥配置,比如RHEL5 + Oracle 10g + Websphere Application Server,IT就给我们一个已经自动装好上述软件的机器的{地址,用户名,密码},俺们拿来就用。不知道是虚拟的还是物理的,也不知道机器的物理位置。这也有点云计算的意思了吧?或者叫云测试?哈哈。公司的想法是如果内部实践得比较成熟了之后,就把这个方案拿出去挣钱,可能叫TaaS(Testing As A Service)。呵呵。

再多说一下,俺觉得VMware比XEN强大的地方是Lab Manger, LifeCycle Manager, VIC这些管理工具。如果有成百上千个VM需要管理的话,这些工具实在是太有用了。

关键词(Tags): #VMware#测试#TaaS
家园 MP3当然是非核心进程。

如果在Windows上这个PLAYER出了BUG也不可能把所有的RAM占满。因为占用物理内存更本就不是这个应用程序的“职能”,物理内存的占用属于核心进程的管理范围,比如内存页表的设置;物理内存swap到磁盘的PAGE文件也属于核心进程的管理。

家园 这个,大屋小屋可以一起扫嘛

一边是硬件厂商想办法把企业自己家的计算能力提高,一边是google, amazon等提高“出租屋”的运行能力和Balance。两者不矛盾嘛

家园 我倒是觉得,闹腾“云”的那些人想砸很多IT人的饭碗

咱吃饱了没事做,危言耸听一下。如果,我说如果啊,“云”真的闹成了,你看:

云存储:除了几家大存储厂商供应给云,其他人都可以关门了。个人,企业只需要不大的空间就可以满足本地存储的需要(例如机密数据等),大量数据还是放在云上方便。即方便数据挖掘,又方便各地的分公司和客户访问。

云计算:大部分CPU厂商也可以关门了。企业本身并不需要太高的运算能力了。那些搞企业计算软件的也可以回家了。需要大运算量的事情由于大多数都基于相同或相似的算法,所以大部分都可以由云提供了,比如数据挖掘,科学计算等等。企业只要给云API发个指令,等着返回结果就OK了。

服务器厂商:数据存储和运算都依赖云了,企业就不太需要服务器了吧?原来一个大型企业数据中心的服务器,大概最多剩下5%了。小企业压根就不需要服务器了,直接托管就好了。那些开Internet皮包公司的肯定特别开心

操作系统,各种软件厂商:得了吧,这个时候大概已经没人在意企业自己少的可怜的几台服务器是什么型号跑什么OS了。至于软件,大到ERP,小到word processing,都可以由云提供。谁还会去买软件,维护软件?世界大同啦,呵呵

IDC:没人会用数据中心啦。企业都不太需要服务器了,要数据中心干什么呀

programmer:用google云的,只要几个会python就可以了,用amazon的,要。。。(我还真不知道,呵呵)。反正云的API又不难理解,那些复杂的各种编程工具都可以下岗了。云时代,玩企业计算和编网页一样简单

IT部:可以大幅精简缩减开支了。那些重金聘来的搞数据库的,搞ERP的,infrastructure architecture们都可以回家了,留下来几个HelpDesk,搞网络的,少数几个编程的,就可以在云的支持下运行很不错的企业计算了。这个倒挺符合lay off的思路的,工资越高越危险,呵呵

那些投资人本来就嫌IT只花钱不挣钱呢,只是看着他们还能提供一些关键数据,提高一些生产效率也就罢了。有了云,他们肯定很愿意看到每年花钱很厉害的IT部门大幅崩溃,同时还可以提供不比以前差的企业计算(特别是一些以前中小企业看得见摸不着的数据挖掘,ERP等功能)。可怜我们这些搞IT的就只能喝西北风咯

打倒云,把云打回水蒸汽

家园 内存溢出?

我不是编程的,记得有个概念叫做内存溢出。是不是编程的时候,内存管理不严谨就会占用不属于自己管理的内存,这样可能会危及其他程序安全性,甚至导致OS崩溃?好像有些黑客在利用这个方式来crack程序或者入侵系统

不知道这个说得对不对?

家园 俺前天和同事聊天。

俺问他:如果你的开户行把你的帐户数据放着云里面你怎么办?

他说:好办!俺立马关帐,提钱走人!

对银行再大的成本比得过客户流失吗?

家园 你这个想法就是map reduce干的事情

但是不是所有东西都可以map reduce。就拿搜索引擎来说。Page Rank就没有办法用map reduce来完成。节点和节点之间要交换大量的数据。

家园 还有一代人的时间,二十年后吧

90后当CIO/CTO的时候差不多了,那时的企业的IT部分与现在的企业内的mailroom,快递,PC维修,复印机的差不多,活都外包给UPS了,而全世界的外包公司都可以在类似UPS的全球云生产线上提供企业订制的软件服务,组装等。中小公司这一步可能不到十年就要走到了,银行等要时间久一些。

现在许多IT的工作都会转型,传统的系统方面的工作归外包了,仍然保留在企业内的会转型为与business结合的更紧密,近期开始流行的business architect这种职称就代表这样的趋势。同时,企业会更强调软件工程,大量的PM与流程来吸收以前做技术的老一代IT们,对新一代IT技术工作的需求则会流向海外与中小企业。

云所启动的将是更深入的外包,而且随着由于云所带来的对软件工程的标准化零件化的进一步促进,目前阻碍中国与印度对外包竞争的语言关将越来越不重要,而随着软件技术的成熟,其流程将进一步向制造业靠拢,中国在未来外包方面可能会很有作为。

家园 你的叙述不严谨。

内存溢出详细地分可以分成栈溢出,堆溢出......。具体的方式可以参考微软的那本书Writing Secure Code

内存溢出不是内存管理不严谨,而是内存的使用不够“严谨”而产生的虫,比如CHOME最早beta版那个BUG就是一个简单的内存溢出导致程序崩溃。一般情况内存溢出只能导致程序崩溃,严格控制“溢出方向”可导致安全漏洞,但这样做的难度很大。

如果内存溢出的情况出现在系统代码内方有可能导致OS崩溃。一般的应用程序只能危害到自身。

家园 根本不可能

等哪天网络速度达到现在计算机的总线速度了(当然还有可靠性),再来说这些吧

家园 关于Oracle的Network Computing

前文有介绍,

http://www.ccthere.com/alist/1986283

NC的失败,在于战略指向错了。NC试图取代PC,这是不正确的。

云计算的战略指向不是取代PC,而是赋予企业更大的数据处理能力,这是PC无法做到的。

家园 内存溢出与系统崩溃

如果内存溢出的情况出现在系统代码内方有可能导致OS崩溃。一般的应用程序只能危害到自身。

这个问题请太守仔细说说,尤其是,为什么Windows时不时会出现系统崩溃的情况。

家园 Virtualization的好处

四点好处说得非常有说服力。

尤其好在指出virtualization不仅优化了资源的使用,节省了硬件和电费的支出,而且方便了开发。而后一点,原先我没有提及。谢谢提醒。

家园 云计算的确威胁到一部份IT和DBA的饭碗

前提是,

1. 网络带宽足够。

2. 企业对安全性不敏感,不怕云计算提供商偷窥企业私有数据和程序。

家园 不错不错

谢谢:作者意外获得【通宝】一枚

鲜花已经成功送出。

此次送花为【有效送花赞扬,涨乐善、声望】

全看树展主题 · 分页首页 上页
/ 42
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河