Re: [討論] 如果台灣要發展雲端,你覺得該怎麼做?
※ 引述《ggg12345 (ggg)》之銘言:
: 您說的是對的, 就是要有自己的全套系統.
: 如果一直都是當佃農, 沒有自主的一塊地, 一片天空, 那永遠就是當別人的奴隸了.
: 工研院的 "技術移轉" 是指研究開發到芻形樣品已經做出來了, 若有業界要
: "生產" 可以來洽談, 繳技術移轉費就可以把芻形樣品及相關文件給出錢買的
: 參考, 至於如何量產變成產品, 如何賣出去, 那是買技術的商家自己要去想
: 辦法的事. 芻型樣品若不滿意, 請商家自行接替研發.
: 這可沒有 know-how 分享這一回事.
這樣的解釋似乎有點偏頗,因為技術移轉本身就包含了部份的 know-how ,雖然就商品化
而言還有一段路得走,但如果什麼都準備好也等於沒有什麼門檻,商品要想輕鬆賣也不容
易。
雲端強調的大多是軟體,原始碼就是相當程度的 know-how ,如果廠商自己沒有解讀能力
,恐怕也無法期待它未來會有什麼發展。當然,工研院更多的例子是把整個團隊帶走,能
夠連人一起帶走的自然會更有競爭力,雖然這樣一來能夠嘉惠的廠商變少,但也算是把培
育的技術給傳出去了。
: → Hadoop:Iaa"S", Paa"S", Saa"S" 關鍵是service啊. Service怎麼可 03/13 07:53
: → Hadoop:能用技轉就可以了事的呢. 03/13 07:53
: → Hadoop:總覺得工研院、資策會、以及國內一堆號稱要提供雲端解決方 03/13 07:55
: → Hadoop:案的廠家 還在用做硬體、做套裝軟體的思維在玩雲端運算.. 03/13 07:55
其實這三個架構很大的成份還是軟體,主要是希望將硬體給抽象化,讓硬體資源可以隨著
軟體發展"無限"擴大,技術移轉已經是個很好的開始。
雖然沒有實際接觸過那些雲端服務的機房,但幻想的情境是這樣的...
一個大型機房只有不到十位輪班工程師,每天的工作就是依據系統報表將故障的機器拔除,
以及將新的機器換上,機器只要連上網路就會開始自動組態,成為系統的一個節點,完全不
需要額外的人工介入。
機房節點內的資料可以滑鼠點兩下就自動被搬移到另外一個機房內的節點,應用程式可以隨
需求增加或減少使用的節點。
而應用程式也是一樣,理想狀況是執行效能隨著機器增加而呈現等比的成長,但現在大部分
的應用都無法克服這個關卡,或是只能在少量節點時有這個效果。
光是要滿足上面兩個點,研發工作就必須投入大量的人力,技術越成熟則需要人工涉入的成
份越低,也越像雲 ;)
如果完成度夠高,其實技術移轉就可以是很好的開始,不過大部分技術移轉也像 @ggg12345
講得一樣,只有雛型,廠商應該還是會想整個團隊帶走吧。
硬體廠商其實在這個領域並不吃香,因為這個發展方向的一大好處就是降低機器的閒置率,
整體來說硬體需求會明顯縮水,可以預期當產業成熟,應該會有蠻多硬體製造商被迫轉型
---
kiang
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.133.61.193
→
03/13 11:24, , 1F
03/13 11:24, 1F
→
03/13 11:27, , 2F
03/13 11:27, 2F
雲端機房當然還是出租,它只是現有機房的進化,降低需要的人力以及提高機器使用率
替換零組件, google 機房開出的人力需求條件門檻就不高,因為一般維運就是上面講的
那樣,進一步的都是由其他工程師遠端完成,現場只需要確認設備連線。如果真的出現更
嚴重的情況,應該會直接進行機房轉換,而且通常這種架構不會將資料只放一個機房或只
有一份。
→
03/13 12:15, , 3F
03/13 12:15, 3F
→
03/13 12:16, , 4F
03/13 12:16, 4F
→
03/13 12:16, , 5F
03/13 12:16, 5F
P2P 的方式需要承擔不確定風險,這不是商業服務承受的起的情況。不過 twitter 有利用
P2P 的技術發展佈署系統,可以有效提昇主機系統短時間大量佈署的效率。
→
03/13 12:25, , 6F
03/13 12:25, 6F
頻寬當然是經營者付錢,只是未來單位頻寬成本會越來越低,但大多數人對於頻寬的需求
成長其實沒有那麼快,這些落差就是廠商利潤的來源了。關於機器, google 都可以針對
自己的需求客製帶有電池的主機板,我想雲端機房的廠商應該不會傻傻的一直買名牌吧,
畢竟到了這樣的時代,那些硬體的發展就會慢慢被人們所淡忘...XD
→
03/13 12:35, , 7F
03/13 12:35, 7F
→
03/13 12:36, , 8F
03/13 12:36, 8F
→
03/13 12:36, , 9F
03/13 12:36, 9F
→
03/13 12:37, , 10F
03/13 12:37, 10F
便宜貨是不至於啦,它還是花了不少錢去買人、買技術,但現在的單位成本一定比
HiCloud 低很多就是了
→
03/13 12:39, , 11F
03/13 12:39, 11F
→
03/13 12:39, , 12F
03/13 12:39, 12F
有啦,當其他國家都是 10TB 時 XD
---
kiang
※ 編輯: olctw 來自: 220.133.61.193 (03/13 14:11)
→
03/13 14:12, , 13F
03/13 14:12, 13F
推
03/13 14:58, , 14F
03/13 14:58, 14F
推
03/13 17:07, , 15F
03/13 17:07, 15F
推
03/13 17:54, , 16F
03/13 17:54, 16F
google 的機房不擔心,因為它並不是通用型的( python or java based,而且寫起來跟
傳統應用差異頗大 ),如果 Amazon 也來就真的好玩了。
而且美國經營的服務大家都有個"愛國者法案"的擔憂存在 ;)
※ 編輯: olctw 來自: 220.133.61.193 (03/13 18:14)
推
03/13 18:30, , 17F
03/13 18:30, 17F
→
03/13 18:33, , 18F
03/13 18:33, 18F
→
03/13 19:17, , 19F
03/13 19:17, 19F
貨櫃電腦的問題出在沒有售後服務,品牌電腦可以打電話叫廠商來修,很多東西 step by
step 就搞定了,如果不是主事者有心,真的蠻難期待這樣的背景能夠培養出管理貨櫃電腦
的自主技術。
如同之前大家討論過的,那朵雲不是丟一堆機器就會自動生出來,背後需要的技術成份很
高,一些走在前面的公司在研發工作上投入了非常多的心力,才有今天的成就。現在光是
靠採購現成解決方案是不太可能跟上腳步的。但反過來就不太一樣,如果能夠培養出一些
高資源需求且消費者買單的應用,應該有機會帶出一些不一樣的發展。
另外我們的投資環境也是趨於保守,錢都習慣砸在一些獲利模式確定的事業,風險與利潤
是正比的,現在享受高利潤的那些公司都是在高風險環境中活下來的。即使到了今天,很
多人都認為雲端是必然的趨勢,還是沒有多少公司在嘗試創新的模式,只是跟著歐美有人
走過的腳步,認為歐美成功、在華人地區也許就有機會(即使跳脫雲端這個議題也這樣..)
所以回到原始發表的想法,政府可以用現有的熱門服務帶頭練兵,畢竟政府資訊化如此高
的國家沒有幾個,這是我們的特色,用這個特色去打出一片天再看看有沒有機會走出台灣
跟人家比拼,何必一直班門弄斧呢?
※ 編輯: olctw 來自: 111.81.225.171 (03/13 20:33)
推
03/13 22:55, , 20F
03/13 22:55, 20F
→
03/13 23:02, , 21F
03/13 23:02, 21F
→
03/13 23:06, , 22F
03/13 23:06, 22F
售後服務也許講得太侷限,應該要講 Total Solution, IBM 機器 + Redhat 系統裝起來
搞不定可以請原廠協助,但是貨櫃電腦 + Linux/BSD 裝不起來就尷尬了,製造商自己也沒
把握協助一次把 1160 台主機裝好系統給你(G家一個貨櫃的機器數量),出了狀況很多都要
自己想辦法,就看誰的心臟夠大了。
要說誰想要一次玩 1k 台電腦應該會有很多人舉手,但是要說誰有把握掌控這個環境,恐
怕大部分人都縮回去了,更別說是堆疊個幾倍。
Cluster 用來做特定運算是很多學校都做的到,但是將大量主機虛擬化去執行通用運算,
我還真不知道有哪個學校在這方面已經有具體成果(不過我本來就離學校很遠...)。
→
03/13 23:08, , 23F
03/13 23:08, 23F
→
03/13 23:08, , 24F
03/13 23:08, 24F
公家學術單位,我覺得麻煩的是程序問題,現在很多新創公司都已經是扁平結構+高度資訊
化,公家學術單位還是科層結構,看過很多人的熱情就在公文往返間磨掉,所以才會建議
對這方面感興趣的先考慮外面公司...
→
03/13 23:10, , 25F
03/13 23:10, 25F
→
03/13 23:11, , 26F
03/13 23:11, 26F
推
03/13 23:16, , 27F
03/13 23:16, 27F
→
03/13 23:20, , 28F
03/13 23:20, 28F
→
03/13 23:22, , 29F
03/13 23:22, 29F
推
03/13 23:26, , 30F
03/13 23:26, 30F
就看哪個那麼幸運,能夠遇到有肩膀+心臟大顆的主管吧 :)
※ 編輯: olctw 來自: 111.81.225.171 (03/14 00:08)
推
03/14 00:51, , 31F
03/14 00:51, 31F
→
03/14 00:58, , 32F
03/14 00:58, 32F
我看過一些學校透過 XEN, VMWARE 提供類似 VPS 的環境(那其實跟 hicloud 差不多)讓
學生做測試環境,但是就我所知,人工涉入的成份還是太高,一次出現個幾千台應該就會
讓機房人員吃不消了吧?還是我已經太久沒有回學校?
※ 編輯: olctw 來自: 111.81.225.171 (03/14 01:43)
→
03/14 12:35, , 33F
03/14 12:35, 33F
→
03/14 12:37, , 34F
03/14 12:37, 34F
→
03/14 12:41, , 35F
03/14 12:41, 35F
→
03/14 12:44, , 36F
03/14 12:44, 36F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 5 之 26 篇):