[請小心服用] 這是昨天參加聚會的一些筆記,只是個人一些片段的內容小筆記,不一定完全正確,只是當個參考。
- Date: 2014/03/29 13:00
- 活動詳情 : http://study4-tw.kktix.cc/events/2014march
- 參與人數 : 約 60 人
Agenda
Time
|
Agenda
|
1:00 - 1:30
|
笑CC讓網站上雲端 - KKBruce
|
1:35 - 2:05
|
由本地應用到雲端應用:構思與實現 - 小朱
|
2:45 - 3:15
|
被雲搞死的天空 - Sky
|
3:20 - 3:50
|
資訊服務輕鬆做 - Chia Chi
|
4:30 - 5:00
|
在VM上面玩VM - 卡神
|
5:05 - 5:35
|
Azure - 加速你的創業夢 - James
|
笑CC讓網站上雲端 - KKBruce
- windows azure 改名為 Mircosofe Azure
- 實體機
- 實體機也會有掛掉的一天
- 虛擬化? 舊硬體怎麼玩? 舊的作業系統怎麼玩?
- cost down --> 不要相信 XD
- 有 Up 才有 Down
- 要把基礎建設做好才有辦法導虛擬化以及相關的 solution,前面的成本是需要花的,研究後才有機會邁向 cost down。
- 虛擬機
- cloud
- HiCloud
- 使用 HiCloud 要有勇氣.... XD (SLA 是什麼XD)
- 最後還是選擇 HiCloud,如果你的客戶群非常集中在台灣,他的 response time 會非常滿意(ping 值都 <1) / 流量費用低。
- aliyum
- 做大陸的生意,台灣跟大陸的國際頻寬容易塞。
- 買實體機在深圳
- 對岸環境: 電信公司很多, 各個電信是獨立經營(自己擁有自己的頻寬)| 特別的現象: 雙線路(同一個 domain, 電信id 跟 網通 id)。
- 對岸網路行銷: 如果要附上網址,還需要有『備案字號』,主機不是在大陸,他不給刊登(當然,內容會被監控)
- 阿里雲,阿里巴巴開發的雲。 對岸的雲有地區的觀念(對岸隨便一塊區域都比台灣大)。SLA 用到 100 到現在都還沒有掛掉過。
- VM 雲解決硬體的問題
- visual machine 有沒有作業系統, iis 要不要管理? 要不要防火牆? 上完要不要重開機
- 假設 VM 有人管,網站開發完後如何部署? (Serv-u, FIleZilla server)
- 實在不想搞 VM,想要快速部署網站就好 XD --> 遇見 Windows Azure
- Windows Azure
- 服務眾多
- 為什麼笑 CC?
- windows azure 裡面的網站很單純,就是一個網站的運行環境(不是只有 .net, 他是很全面的, 有 PHP, node, Python)。不用煩惱 OS 層的問題。
- 有用微軟的開發環境(visual studio),web 的部分可以直接跟 azure 做整合,尤其是 2013 之後。
- 可以直接在 visual studio 直接對雲端上的網站 (ex:降版本..) 做管理。
- 不管是阿里雲還是 HiCloud 擴充都需要時間,window azure 可以設定自動擴充容量(auto scaling)。
- 寫網頁很重要的是會把測試機跟正式機分開,在 windows azure 建環境非常快速,一鍵就可以建立一模一樣的環境,DNS 指向還會幫你做交換。
- Data Center 可以切換(for 國家, 州),當公司業務成長,生意做到哪裡,Web Site 的 Data Center 就可以指到哪裡(或靠近那裡的 data center)。
- 一個月免費試用,每個 account 可以建立10個 web site。
由本地應用到雲端應用:構思與實現 - 小朱
概念 | 規劃 | 轉移 | 營運
- 雲端環境跟本機環境本質上不同
- Local v.s Cloud
- 最明顯的差異在於『控制權』
- 雲端 Dev/Ops 技能需要
- 資料儲存的特性
- 不同應用有不同的移轉方式
- 如果一開始就預期要上雲端,那麼一開始就要以雲端上的環境做設計(思考應用程式的設計)
- 本地的環境:集中式架構 (centralized)
- 雲端的環境:分散式架構 (Distribute)
規劃
- 應用程式會用多少資源? (機器的規格一定有上限)
- 服務的可用性? (服務可用性跟應用程式的可用性是兩件事)
- 需要多少儲存量?
- 使用者的地理範圍? (網路延遲性是自己要去思考的)
- 需要多少控制權?(ex : 應該著重在網站怎麼上去,而非 iis 設定之類的)
移轉的可用資源
- 單一或小規模網站
- 中規模以上網站
- 多層次 web 應用
- 科學或特殊平台 (ex: Math Lab, R)
- 需要更多的控制權
- 搭建混合雲 (注意 VPN device)
Cloud Service 的 VM 映像是固定的。
手動 Scale v.s 自動 Scale(Auto-Scale)
- 流量總會有幾秒的高峰。為了這些高峰買好幾檯 server? -> 寧可把這些動作交給雲處理
- 手動還是自動?
- 手動->自己看,好處,可以精確控制
- 自動->看 VM 的資源消耗的週期,你不會知道你的應用程式高峰在哪裡,如果你不知道可以暫時不要用 auto scale (Azure 以分計費)
控制權
- 你想要多少控制權?你想要管到 VM 嗎?
- 你能釋放多少控制權,決定你會使用哪種 service
- 你不知道 vm 什麼時候會當掉,雖然它會自己 reboot
- 失效域(Fault Domain) 以及 更新域(Update Domain)
Dev/Ops Process Model
- Develop 和 operation : 開發跟維運是一起的
Continuous Value Delivery
- 類似 持續整合
- 有興趣可以關注微軟的研討會,有提到軟工的都會提到這一塊
被雲搞死的天空 - Sky
- 2012 年 3 月開始玩雲
遇到問題
- 費用計算的問題
- web site無法停止
- 刪除 VM 怪問題
- cloud service 模擬器 run 不起來
- 奇怪的網域
- AD(active delivery)
共通點
- 他們都是 Preview 的服務
- 試用階段,不給問
- 別把 Preview 服務用於正式環境
MSDN
- MSDN 軟體不需要額外付費
- 組織賬戶的支援
- 實現小組開發以及測試案例
- MSDN 僅供測試
該不該用
- 要敏捷
案例:我們公司使用 Azure
- 拿誰的信用卡(申請 azure 要用信用卡)
- 進行壓力測試
- 使用最大 VM (A7 等級的 VM)
- 使用 VS2013 的壓力測試 (web site 無法停止)
- 賬單解說(無法補圖,因為不能拍照 XD)
- VM 停機的問題(要去管理界面按關機才叫停機,關機資源才會釋放開來)(使用 azure 前請讀說明書)
- VM Storage 計費問題(看你用多少跟你算錢,開 VM storage 是算錢的,VM就算關機,有 storage 也是算錢)
結論
- 選擇正式服務
- 用多少算多少
- 使用真正的 SLA99.95
- 放上雲不代表永不斷線(必須開兩台或兩台以上)
- 依照需求架構 SLA99.95
資訊服務輕鬆做 - Chia Chi
- 自行架設的成本... 頻寬限制... server 架設
Azure 做資訊服務化變簡單
- 虛擬機, 儲存體, 整合性, AD
- Azure 也支援 Oracle
- AWS SDK for .net
- 安全性的問題
在 VM 上面玩 VM - 卡神
Container
- DigitalOcean | Linode
- Redis 用 SSD 不會比較快
- DigitalOcean 最近在新加坡開新的據點
- 這裡講的 VM 就是講 Container
- 你會需要測試Testing,甚至是架一個測試環境
- Linux 界的 Deploy 四皇
- ANSIBLE, CHEF, PUPPET, SALTSTACK
- 到底有沒有辦法確保本機上能跑,VM 就能跑?
- 安全性 (ex:被駭),你一台 VM 上會有很多服務,有服務就會有容易漏洞
Docker
- 因為他代表鯨魚的船,上面一個一個的貨櫃(Container/server),包在一個貨櫃送出去。
- 不同的 service 要裝在不同的 server 會有很多種可能性
- 所以我們用貨品的概念來看,如何運送貨品
- container 其實很像 VM
- container 有很多東西是可以 share 的。
- 現在 jenkins 也支援 docker 的 deploy 的方式
沒有留言:
張貼留言
若你看的文章,時間太久遠的問題就別問了,因為我應該也忘了... XD