它戰略

根據Nicholas Carr, 在他的新書裡 大開關: Rewiring 世界, 從 艾迪生 對Google we’re 在轉折的中間在計算, 行動從我們自己的私有硬碟向電腦當通入門戶。很快所有公司和個體願outsource 他們的計算系統, 從編程對資料存儲, 對公司與巨大的資料農場。 這概念叫做` 雲彩計算' 或` 柵格計算' 。

雲彩計算可能bucketed 入2 個寬廣的類別: 軟體作為服務(SaaS) 並且平臺作為服務(PaaS) 。一些SaaS 提供者有他們自己的資料中心。前: Google 和微軟活。其它公司提供軟體作為服務, 但他們被主持在某人else’s 資料中心。 其次是提供服務新養殖叫做` 平臺作為Service'(PaaS) 的公司。 前: 亞馬孫有彈性估計雲彩服務或EC2 。 如果估計工作需要運行, 企業能運輸它那裡和跑它, 並且所有公司需要付出是計算來源被使用運行節目。

想法在雲彩之後計算aren’t 真正地新, 但四個因素允許雲彩今天計算是更加成功的。

1. 計算的Homogenization: 連續的壓力在計算的費用推擠它基礎設施在的` commoditization 領土反過來創造計算的homogenization ' 。
2. 寬頻通入: 與應用服務提供者(ASP) 模型比較在90s 晚期, 寬頻有兩次滲透和是一半價格。
3. 經濟尺度: 由新編程的模型和新應用的上升使能從第一天起設計跑在網路。前: Google 編程的模型提供巨型的parallelization 通過技術稱Map/Reduce 。所有跑平行的複雜問題被分裂成小的問題那。
4. 份額資料中心資源: 多房客軟體一支持所有用戶的代碼基地。這個模型駕駛伺服器的運用和很大地降低支持應用軟體的費用。

但儘管這些enablers, 許多障礙防止這個模型的迅速收養, 特別是在企業中。遺產應用在 企業 can’t 被重複利用在雲彩當他們今天被寫。他們don’t 考慮到能力分享在多用戶和他們之內don’t 成交很好與流動應用。服務提供者並且需要應付複雜、安全, 和服從規則在對重要企業資料的用途附近。

疑義, 雲彩計算不是破裂的它採購模型。 但它doesn’t 符合企業標準它和isn’t 由大多關鍵公司販賣者支持根據林務員報告`雲彩計算準備好企業嗎?' (您能只讀行政總結為自由)

如此, 由於障礙被提及在` 雲彩之上計算' 企業應用不是可行的。

大眾化: 14% [ ?]

標記: PaaS, SaaS, 經營戰略, 覆蓋計算, Nicholas Carr

沒有評論"