5位大咖同台论道,中西方微服务有何异同?(附PPT下载)

11月4日数人云与微软联合主办的 《论道云原生和微服务 剑指何方》在北京顺利举行

来自微软、数人云、EasyStack的五位技术大牛分别进行了分享,其中更有从美国赶来的微软Azure云容器技术的首席项目经理 Gabe Monroy、微软技术专家Rita,嘉宾们就Kubernetes、微服务、云原生等热点技术进行了深度剖析,为大家带来了一场精彩纷呈的技术盛宴。

Markdown

△ 小伙伴们正聚精会神地听着分享

Azure上运行Kubernetes

Markdown

△ 微软Azure云容器技术的首席项目经理 Gabe Monroy

分享内容:主要分为五个方向——技术概览、容器服务、容器实例、用于Kubernetes的ACI Connector以及未来研发方向。

未来研发方向: - 在Azure Stack上使用Kubernetes - 服务代理:Azure Service Broker(ASB)

Kubernetes开发者工具集成
- Helm - Draft - Brigade

微服务道与术

Markdown

△ 数人云资深架构师 敖小剑

分享内容:什么是Service Mesh、Service Mesh的演进路程、为何要选择Service Mesh。

王者风范——Istio:

为什么说Istio王者风范?最重要的是它为Service Mesh带来了前所未有的控制力。以Sidecar方式部署的Service Mesh控制了服务间所有的流量,只要能够控制Service Mesh就能够控制所有的流量,也就可以控制系统中的所有请求。为此Istio带来了一个集中式的控制面板,让你实现控制。

敖小剑老师在Qcon 2017也做了同一主题的演讲,相关实录请点击:《Qcon2017实录|Service Mesh:下一代微服务》。

微软Azure云助力微服务

Markdown

△ 微软中国有限公司创新技术合作事业部技术顾问 赵文婧

分享内容:微服务的演变过程、容器与微服务、Azure容器服务生态、持续集成和持续交付。

集群和编排引擎:

Cluster
- 由一组计算机节点组成,可以被看做一个单独的系统 - 由网络互联 - 用于高性能分布式计算

Orchestrators(Schedulers)
- 在一个集群中分配任务或分配容器 - 在服务或容器失效时重启 - 基于资源的消耗重新分配服务或者容器 - IaaS:网络 存储 负载均衡 - PaaS:发现 缩放 容错 监控 安全

K8S与OpenStack融合支撑企业级微服务架构

Markdown

△ EasyStack 容器架构师 王后明

分享内容:微服务架构基本概念、Kubernetes与微服务架构、Kubernetes与OpenStack融合支持微服务架构

Kubernetes和OpenStack深度融合带来的收益:

企业IT架构视角——

应用架构: - 纷繁复杂的企业级应用架构:传统应用、云原生应用 - 无缝支撑全类型的应用

基础资源: - 异构的私有云基础资源并存:容器、虚拟机、物理机 - 统一的编排、调度和管理

IT组织架构视角——

开发者: - 提升应用系统架构设计和开发的灵活度和敏捷度

运维者: - 降低异构的私有云基础设施的运维管理复杂度 - 统一的云平台运维管理

ASB&Helm让应用部署变得更简单

△ 微软技术专家 Rita

Markdown

分享内容:Service brokes、Helm、Demo。

为什么要开发 Azure Service Broker(ASB):

  • 基于容器的数据服务
  • 运维太困难和复杂
  • 没有SLA

Azure 数据服务
- Strong operational characteristics - 商业SLA

ASB在基于容器的应用和Azure数据服务之间建立了一个桥梁,提高开发者效率,降低运维复杂度。

下载PPT