claus950 wrote:
的的確不能混為一談!!
但是
FTP不能是雲端嗎?
PTT不能是雲端嗎?(恕刪)
whatever you say, 你要說他是雲端我也不會反對。
你也可以號招股東開一間雲端bbs ftp公司。
加油,全世界第一就是你了。
台灣之光,打敗google,拯救台灣網民。
Ailio wrote:
雲端當然跟頻寬有關雖...(恕刪)
沒錯
外國甚至開始有這類的服務
OnLine
頻寬不快對於這些產品來說肯定是有相當大的影響的~
當然對電腦來說~影響力當然比較小
說實在台灣人真好笑~頻寬不寬還可以在那邊爭論~還可以在那邊自High~!
我好像也罵到我自己了~因為我也是台灣人
在想著
雲端使用FTP...雲端上傳影片....
要這樣搞真的有應用到雲端嗎....?????????????????????
FTP存放檔案,和上傳影片..需要用到大量運算嗎????
如果你是說把平面設計圖送到雲端去,雲端自動幫你運算成3D的立體圖然後再送回來我還能理解
不過對影片做處理的需求有多高...
一般使用者大家頂多傳傳相片,看看相片而已
我就算是用車牌辨識系統
普通單核電腦的運算能力也夠了
就算今天給大家1G上/下傳的網路能力
然後繼續在那邊看PPS..貼網誌照片
那根本不需要用到什麼雲端技術......
你只是需要大水管和大水池而已
同樣的
我拿512k的網路
在搜尋引擎打關鍵字搜尋網站
使用雲端技術可能2秒就出現結果
我拿雙向1G網路
在沒有雲端技術的搜尋引擎搜尋網站
可能要花上幾分鐘
網路速度是會影響服務的發展
但是雲端應用上未必須要使用到大水管....
而是你做的動作到底需不需要雲端技術
請勿購買韓國品牌，買伊索比亞的產品人家還會和您說謝謝，買韓國產品他們只會笑你笨再桶你一刀
其實雲端的運用比各位想的還要多，而且絕大多數的運用都跟網路頻寬沒有很大的關係，當然也有不少運用也會受到頻寬的限制。
至於雲端的運用，有大大舉例"醫療"的例子，這是很好的例子
另外像公車透過GPS定位器(端)上傳位置，讓雲端整合，再把所有公車的行駛資訊，傳到公車站牌或是你的智慧型手機(端)……
還有你家的火災早期偵測器(端)，將火災訊號直接上傳server，server再找出有空出勤或是最近的警察單位或是消防單位…
以上的例子，都不需要很大頻寬。
雲端的架設有幾個要點：
1. SERVER的硬體能力(或是計算能力)
2. SERVER軟體的開發
3. Client的硬體開發(不是單指電腦) 或 Client的介面開發
我可以跟大家講，Client的硬體及軟體開發才是重點，iPhone就是一個很好的例子，但只是單指手機的部份而已，未來你身邊的很多東西，都可能是(端)，如冰箱、電視、燈、電子書、體脂計、血壓計、血糖計……，那你還會去想什麼10M/2M不夠用嗎? 很抱歉，雲端的發展不會先被網路頻寬卡住，最先被卡的是Client的開發。
vaper wrote:
「頻寬不等於雲端」，但沒"大寬"頻，雲端只是廢物
不一定, 那要看那朵雲是怎樣的應用方式
如果是私有雲, 大部分的出發點不是要解決頻寬的問題, 而是有資訊安全的需求
透過AD, 密碼控管, 鋪天蓋地的側錄以及log紀錄, 甚至搭配thin client的架構
讓前端user資料全部存在中心端, 即使換了位置也可以馬上把桌面叫出來
並且沒有USB接口,沒辦法灌軟體, 只能拿來辦公
這樣的架構無須很大的頻寬, 只要夠用就好, 因為頻寬不是考量重點, 考量重點在於資訊安全
另外, 雲端的主機或app不只是只有擺一台主機灌幾個軟體就在用的, 這中間還包含主機的負載平衡, 動態調整, 網路頻寬的動態調整.....太多了, 不是只有應用的問題, 這後面的東西相當的複雜, 不是只有表面上看的道的而已....
內文搜尋
從 APP 打開
X