作者dannyyin (cobra)
看板Soft_Job
標題Re: [討論] 雲端計算的保衛戰--Mail Service
時間Sat Jan 9 23:54:37 2010
前言
不曉得前面有沒有人討論過,不過我想從現實面來看這個問題。
我只是就最後一篇回文,若有不便請包涵。
背景
最近剛換工作,跳到很大的公司,規劃公司新的電子商務系統。
公司內規很多(security, compliance, politics...),而且計畫很重要。
預算從一開始的USD 8M最近要被砍到6M
目前進度
目前還在initial phase。跟很多廠商開會。討論需求,依照需求看哪些軟體
需要整合使用。因為是電子商務系統,一般常用的搜尋,行銷,流量分析,付費,
銷售稅,等等等,有很多的整合點。
以公司的角度而言,什麼都"in-house"其實是最壞的解決方案。相反的,
什麼都用ASP model (Application Service Provider)是最符合公司的需求。
最大的原因是因為公司不用負擔硬體購置費用,不用負擔硬體維護非用,不用有
太多的人力負擔。更重要的,是這些軟體不用自己維護。以銷售稅來說,美國五十州
,不同鄉鎮,不同街道,甚至同一條街不同門牌號碼,都有可能買同一樣東西有
不同消費稅率。若要維護這部分的軟體和資料庫,是很大的負擔。
照這個模式發展,最後幾乎所有對外整合,都是ASP model,那不就變成了 cloud
computing?此外,甚至於公司對內的整合,如內容(content),都會依照敏感度
分類。如圖片,文章等不敏感的東西,或比較需要頻寬的東西,擺到edge server,
由ASP廠商提供硬體和頻寬。這樣對公司自己內部營運和管理也都比較有效率。
結論
我覺得好玩的是,大家講的天花亂墜,說好說壞說東說西的討論雲端計算。
說它到底實不實際,技術面可以用到多廣,用到多先進。但是現實面,他是很重要
而且大家都在朝這個方向前進的一件事情。就我來說,我不在乎有多雲端,
我也不在乎到底要不要用雲端這個名詞。只要我的系統整合的起來,公司營運
成本最低,系統效能好,就一切一百分了。
※ 引述《ggg12345 (ggg)》之銘言:
: 看到這段 cloud 跟 grid 以電力比喻的類似報導, 就覺得跟 grid
: 想隨時隨地如電力般方便可用的說法一比, 就有點怪:
: 趨勢科技董事長張明正曾經有個妙喻:「100年前,每個公司都有自己的發電機;
: 但幾年之後,供電的任務全交給電力公司統一負責。」
: 現在是2010, 100年前是1910, 是清末民未初. 那麼 100 年前的
: 清末民初, 都自備發電機嗎? 至少台灣在當時不是如此.
: 洋人呢 ? 好像也不是如此.
: 1882年 愛迪生開辦了直流電的電力供應站, 主要是給街道電燈
: 用的. 水力發電大概也是在 1881年左右開始.
: 那個時代, 主要的動力來源仍然是蒸氣機, 供應蒸氣的是火力鍋
: 爐.
: 或許時間上不要太計較, 但電力真的是先自備發電機開始的嗎?
: 若說以前的工廠需自備火力鍋爐, 提供蒸汽動力那還有可能.
: 記得大一的工廠實習(現在都沒啦), 車床的傳動是靠皮帶變換轉
: 輪的位置, 而傳動輪是動力源驅動的慣性輪, 不是靠電力電動機.
: 電力雖然不容易儲存, 但電力的商業供應一直都是靠水力或火力
: 電廠集中式產生與供應的.
: 近代, 反而是因為高樓大廈的時代, 要使用到電梯, 在安全上,
: 需要備用發電機提供緊急狀況下的照明, 電梯升降與滅火的驅動
: 水壓等緊急備用的能源.
: 自備柴油或汽油發電機反而是近30年來在台灣, 因為臨時需要,
: 像夜市的照明, 才有普及使用的情況.
: 對應到今天的資訊世界,雲端運算就像是電力公司,把過去許多應用軟體
: 的功能、服務轉交由雲端的伺服器負責,如此一來,每台電腦都不必各自
: 安裝許多應用軟體,就像家家戶戶不必都自備發電機。
: 這種宣傳詞, 細想下就是怪! 很多人沒有自備發電機的經驗啊!
: 雖然 saleforce.com 宣傳不必在小公司自己的電腦再自備軟體, 上網使用雲
: 端供應的服務就能有得用, 但那是網路一插, 繳了租金就有服務可用. 就像
: 開關一開, 電燈的照明服務就來. 這個說法是家家戶戶接到了電力供應網.
: 同樣的情況在小公司的電腦, 應該是每家公司都接到數位資訊服務網, 要用甚
: 麼樣的數位服務, 下載自動安裝後, 試用完, 正式接通服務就按使用量計費.
: 這種比喻, 需要把公司資料完全存到數位資訊服務網嗎?
: ※ 編輯: ggg12345 來自: 140.115.4.12 (01/09 19:16)
: 推 CyberRob:從最實際的公司機密角度來講就很多講不完了~ 01/09 21:51
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 98.221.133.44
1F:推 leicheong:其實這才是正確的思考方式. 雲端固然有它的好處, 但是 01/10 00:06
2F:→ leicheong:不見得放到任何應用場合都適用的. 甚至像SOA那樣, 01/10 00:08
3F:→ leicheong:你口中的SOA和別人... emmm... Oracler口中的SOA也可能 01/10 00:09
4F:→ leicheong:是不同的東西. 總之確認implement方提供的方案是公司 01/10 00:10
5F:→ leicheong:其實需要的就好... :P 01/10 00:10
6F:推 nemo33:本來就是觀念最重要, 雲端這個字本身就 buzz kw, PR term. 01/10 00:17
7F:→ nemo33:在公司是最實際的啦,現在雲端概念最落實的不會是那些要賣雲 01/10 00:20
8F:→ nemo33:端產品的公司 01/10 00:20
9F:推 bobju:這篇文章舉的例子是行之已久的委外,委外最典型的成功教案是 01/10 11:05
10F:→ bobju:柯達的個案.但是近兩年google提出的'雲端'顯然不是只針對委 01/10 11:06
11F:→ bobju:外,只是它提出的雲端概念更加深了外包廠商在委外服務支援上 01/10 11:06
12F:→ bobju:的廣度及深度. 01/10 11:07
13F:→ bobju:另外,委外成敗最最關鍵的還是公司本身,而非廠商.公司本身的 01/10 11:08
14F:→ bobju:資訊素養差,從規劃到實施一定會埋下不少很難收尾的問題. 01/10 11:09
15F:→ bobju:廠商最多仍是不離配合的角色.套句商管名言:你的律師最多只能 01/10 11:13
16F:→ bobju:跟你一樣聰明. 01/10 11:13
17F:→ bobju:所以提供服務的廠商管它是不是雲端一夥的,它最多還是只能被 01/10 11:14
18F:→ bobju:外包主所用,不能駕馭外包主.如果角色反了,那肯定是外包主的 01/10 11:15
19F:→ bobju:問題. 01/10 11:15
20F:推 ggg12345:對台灣言,PC桌機的製造需移往貨櫃電腦.軟體業要趁機加入 01/10 11:37
21F:→ ggg12345:雲端應用的機會,搶佔先機,隨雲版先被採用,市場就隨之擴大 01/10 11:41
22F:推 ggg12345:這篇很能說明外商跨國大公司的想法與做法,很值得參考. 01/10 18:44
23F:推 luciferii:隨雲版...冏...直接跳過狀況外發言好了 01/11 00:05
24F:→ luciferii:其實委外最大的問題是外包主凌駕服務商是很困難的,因為 01/11 00:06
25F:→ luciferii:這牽涉到的就是客製化。臺灣客戶是尤其喜歡搞客製化的 01/11 00:07
26F:→ luciferii:地方。一但服務商要針對所有客戶都客製化,他的成本很可 01/11 00:07
27F:→ luciferii:能就無法支撐太多客戶。加上被養壞胃口的外包主以為可以 01/11 00:08
28F:→ luciferii:隨意要求,最後除了少數養得起服務商的客戶,其他委外可 01/11 00:09
29F:→ luciferii:能都是以雙方都不滿意勉強及格可驗收的方式收場。 01/11 00:09
30F:→ luciferii:雲端在這裏可以幫上用場的應該是較高彈性的客製化,但 01/11 00:10
31F:→ luciferii:還是端賴 ASP 能夠利用這更多的資源作出什麼東西。 01/11 00:11
32F:→ luciferii:畢竟大部分的服務商並沒有那麼有心像Google鼓勵多方面研 01/11 00:12
33F:→ luciferii:發。所以寧願把雲端喊成一個更大的IDC,然後採購大量口 01/11 00:13
34F:→ luciferii:號產品以掛上雲端光環,還有終端單位會建成本地雲端XD 01/11 00:13
35F:推 luciferii:像是AppStore那類提供大開發平台賺終端用戶的方式也是另 01/11 00:18
36F:→ luciferii:一種發展,但那樣的應用並不是以企業作為目標客群。 01/11 00:20
37F:推 ggg12345:雲計算是租,價位低只能就供應挑合用的,用方看錢只得遷就. 01/11 07:09
38F:→ ggg12345:PC是包機制,換版另買.按用量的租只能更低價不能嫌,靠戶數 01/11 07:13
39F:→ ggg12345:硬體與OS更新都趨緩,換機的頻率逐漸下降,賣機利潤下降中 01/11 07:19
40F:→ ggg12345:最後是靠提供制式服務綁低租金,講究的是規模,軟體是誘餌. 01/11 07:23
41F:→ ggg12345:公司最常用到的軟體就形同電力,開燈就有光明但要按量計費 01/11 07:35
42F:→ dannyyin:ggg12345 的google例子挺有意思的。 01/12 09:58
43F:→ dannyyin:我做的是電子商務,其有一定的運作模式,需要客製化的 01/12 09:59
44F:→ dannyyin:抱歉,是lucifer兄的例子 01/12 09:59
45F:→ dannyyin:電子商務有一定模式,需要客製化的部分並不多。 01/12 10:00
46F:→ dannyyin:尤其還有看系統是在哪一平台上開發。 01/12 10:00
47F:→ dannyyin:可是相反的,google雖然做到最大包容,需要最少客製化, 01/12 10:00
48F:→ dannyyin:卻不見的是最好的委外廠商。 01/12 10:01
49F:→ dannyyin:舉例來說,google的GA, Google Analytics就是很 01/12 10:01
50F:→ dannyyin:「不需要」客製化的web analytics tool。但是其跟 01/12 10:01
51F:→ dannyyin:IBM WebSphere Commerce (客製化)整合不是很多。 01/12 10:02
52F:→ dannyyin:而偏偏IBM WebSphere Commerce在(美國)電子商務市場, 01/12 10:02
53F:→ dannyyin:佔有(我保守估計)至少1/3市場。這時候,GA的 01/12 10:03
54F:→ dannyyin:「沒有客製化」的優點,就變成劣勢 01/12 10:03
55F:→ dannyyin:雖然每個公司都有預算上的限制,而google一定是 01/12 10:04
56F:→ dannyyin:最不花錢的解決方案,但偏偏google不會是最好的方案 01/12 10:04
57F:→ dannyyin:而因為非GA的選擇(如omniture, unica...),變相會壓縮到 01/12 10:06
58F:→ dannyyin:其他整合點的產品選擇。所以最後這一切就會變成需求導向 01/12 10:06
59F:→ dannyyin:business最需要的,重要性最高,最先做選擇,最能花錢。 01/12 10:07
60F:→ dannyyin:如果是IT自己需要的,如果business不出錢,那選擇相對少 01/12 10:08
61F:→ dannyyin:才比較會在人力方面多花錢(自己顧人開發v.s.用ASP) 01/12 10:08
62F:→ dannyyin:然後最後就出現另外一個buzzword--SOA 01/12 10:10
63F:→ dannyyin:公司內部系統開發就通通打著SOA的旗幟,標榜自己是一個 01/12 10:11
64F:→ dannyyin:中性的服務,誰都可以服務..... 01/12 10:11
65F:→ dannyyin:那又變成另一個好玩話題了。 01/12 10:12
66F:推 ggg12345:大型商業公司是business掛帥,也肯為此付錢.僱人來公司還 01/12 10:32
67F:→ ggg12345:是委外都是花錢僱,付錢用IT技術為的是解決業務需求,要的 01/12 10:35
68F:→ ggg12345:是滿意的solution.客製化的實況就是提供客戶滿意的服務. 01/12 10:37
69F:→ dannyyin:ggg12345 got the point 01/13 07:29