11月4日數(shù)人云與微軟聯(lián)合主辦的 《論道云原生和微服務(wù) 劍指何方》在北京順利舉行
來(lái)自微軟、數(shù)人云、EasyStack的五位技術(shù)大牛分別進(jìn)行了分享钧栖，其中更有從美國(guó)趕來(lái)的微軟Azure云容器技術(shù)的首席項(xiàng)目經(jīng)理 Gabe Monroy酱酬、微軟技術(shù)專(zhuān)家Rita，嘉賓們就Kubernetes橱脸、微服務(wù)础米、云原生等熱點(diǎn)技術(shù)進(jìn)行了深度剖析，為大家?guī)?lái)了一場(chǎng)精彩紛呈的技術(shù)盛宴慰技。
△ 小伙伴們正聚精會(huì)神地聽(tīng)著分享
Azure上運(yùn)行Kubernetes
△ 微軟Azure云容器技術(shù)的首席項(xiàng)目經(jīng)理 Gabe Monroy
分享內(nèi)容：主要分為五個(gè)方向——技術(shù)概覽椭盏、容器服務(wù)、容器實(shí)例吻商、用于Kubernetes的ACI Connector以及未來(lái)研發(fā)方向掏颊。
未來(lái)研發(fā)方向：
- 在Azure Stack上使用Kubernetes
- 服務(wù)代理：Azure Service Broker（ASB）
Kubernetes開(kāi)發(fā)者工具集成
- Helm
- Draft
- Brigade
微服務(wù)道與術(shù)
△ 數(shù)人云資深架構(gòu)師 敖小劍
分享內(nèi)容：什么是Service Mesh、Service Mesh的演進(jìn)路程艾帐、為何要選擇Service Mesh乌叶。
王者風(fēng)范——Istio：
為什么說(shuō)Istio王者風(fēng)范？最重要的是它為Service Mesh帶來(lái)了前所未有的控制力柒爸。以Sidecar方式部署的Service Mesh控制了服務(wù)間所有的流量准浴，只要能夠控制Service Mesh就能夠控制所有的流量，也就可以控制系統(tǒng)中的所有請(qǐng)求捎稚。為此Istio帶來(lái)了一個(gè)集中式的控制面板乐横，讓你實(shí)現(xiàn)控制。
敖小劍老師在Qcon 2017也做了同一主題的演講今野，相關(guān)實(shí)錄請(qǐng)點(diǎn)擊：《Qcon2017實(shí)錄|Service Mesh：下一代微服務(wù)》葡公。
微軟Azure云助力微服務(wù)
△ 微軟中國(guó)有限公司創(chuàng)新技術(shù)合作事業(yè)部技術(shù)顧問(wèn) 趙文婧
分享內(nèi)容：微服務(wù)的演變過(guò)程、容器與微服務(wù)条霜、Azure容器服務(wù)生態(tài)催什、持續(xù)集成和持續(xù)交付。
集群和編排引擎：
Cluster
- 由一組計(jì)算機(jī)節(jié)點(diǎn)組成宰睡，可以被看做一個(gè)單獨(dú)的系統(tǒng)
- 由網(wǎng)絡(luò)互聯(lián)
- 用于高性能分布式計(jì)算
Orchestrators（Schedulers）
- 在一個(gè)集群中分配任務(wù)或分配容器
- 在服務(wù)或容器失效時(shí)重啟
- 基于資源的消耗重新分配服務(wù)或者容器
- IaaS：網(wǎng)絡(luò) 存儲(chǔ) 負(fù)載均衡
- PaaS：發(fā)現(xiàn) 縮放 容錯(cuò) 監(jiān)控 安全
K8S與OpenStack融合支撐企業(yè)級(jí)微服務(wù)架構(gòu)
△ EasyStack 容器架構(gòu)師 王后明
分享內(nèi)容：微服務(wù)架構(gòu)基本概念蒲凶、Kubernetes與微服務(wù)架構(gòu)、Kubernetes與OpenStack融合支持微服務(wù)架構(gòu)
Kubernetes和OpenStack深度融合帶來(lái)的收益：
企業(yè)IT架構(gòu)視角——
應(yīng)用架構(gòu)：
- 紛繁復(fù)雜的企業(yè)級(jí)應(yīng)用架構(gòu)：傳統(tǒng)應(yīng)用拆内、云原生應(yīng)用
- 無(wú)縫支撐全類(lèi)型的應(yīng)用
基礎(chǔ)資源：
- 異構(gòu)的私有云基礎(chǔ)資源并存：容器旋圆、虛擬機(jī)、物理機(jī)
- 統(tǒng)一的編排矛纹、調(diào)度和管理
IT組織架構(gòu)視角——
開(kāi)發(fā)者：
- 提升應(yīng)用系統(tǒng)架構(gòu)設(shè)計(jì)和開(kāi)發(fā)的靈活度和敏捷度
運(yùn)維者：
- 降低異構(gòu)的私有云基礎(chǔ)設(shè)施的運(yùn)維管理復(fù)雜度
- 統(tǒng)一的云平臺(tái)運(yùn)維管理
ASB&Helm讓?xiě)?yīng)用部署變得更簡(jiǎn)單
△ 微軟技術(shù)專(zhuān)家 Rita
分享內(nèi)容：Service brokes臂聋、Helm、Demo或南。
為什么要開(kāi)發(fā) Azure Service Broker（ASB）：
- 基于容器的數(shù)據(jù)服務(wù)
- 運(yùn)維太困難和復(fù)雜
- 沒(méi)有SLA
Azure 數(shù)據(jù)服務(wù)
- Strong operational characteristics
- 商業(yè)SLA
ASB在基于容器的應(yīng)用和Azure數(shù)據(jù)服務(wù)之間建立了一個(gè)橋梁，提高開(kāi)發(fā)者效率艾君，降低運(yùn)維復(fù)雜度采够。
