从0开始学微服务
胡忠想
微博技术专家
立即订阅
16289 人已学习
课程目录
已完结 42 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 微服务,从放弃到入门
免费
模块一 入门微服务 (10讲)
01 | 到底什么是微服务?
02 | 从单体应用走向服务化
03 | 初探微服务架构
04 | 如何发布和引用服务?
05 | 如何注册和发现服务?
06 | 如何实现RPC远程服务调用?
07 | 如何监控微服务调用?
08 | 如何追踪微服务调用?
09 | 微服务治理的手段有哪些?
10 | Dubbo框架里的微服务组件
模块二 落地微服务 (14讲)
11 | 服务发布和引用的实践
12 | 如何将注册中心落地?
13 | 开源服务注册中心如何选型?
14 | 开源RPC框架如何选型?
15 | 如何搭建一个可靠的监控系统?
16 | 如何搭建一套适合你的服务追踪系统?
17 | 如何识别服务节点是否存活?
18 | 如何使用负载均衡算法?
19 | 如何使用服务路由?
20 | 服务端出现故障时该如何应对?
21 | 服务调用失败时有哪些处理手段?
22 | 如何管理服务配置?
23 | 如何搭建微服务治理平台?
24 | 微服务架构该如何落地?
模块三 进阶微服务 (8讲)
25 | 微服务为什么要容器化?
26 | 微服务容器化运维:镜像仓库和资源调度
27 | 微服务容器化运维:容器调度和服务编排
28 | 微服务容器化运维:微博容器运维平台DCP
29 | 微服务如何实现DevOps?
30 | 如何做好微服务容量规划?
31 | 微服务多机房部署实践
32 | 微服务混合云部署实践
模块四 展望微服务 (4讲)
33 | 下一代微服务架构Service Mesh
34 | Istio:Service Mesh的代表产品
35 | 微博Service Mesh实践之路(上)
36 | 微博Service Mesh实践之路(下)
阿忠伯的特别放送 (4讲)
阿忠伯的特别放送 | 答疑解惑01
阿忠伯的特别放送 | 答疑解惑02
微博技术解密(上) | 微博信息流是如何实现的?
微博技术解密(下)| 微博存储的那些事儿
结束语 (1讲)
结束语 | 微服务,从入门到精通
从0开始学微服务
登录|注册

27 | 微服务容器化运维:容器调度和服务编排

胡忠想 2018-10-23
专栏上一期,我给你讲解了容器运维平台的两个关键组成:镜像仓库和资源调度。复习一下,镜像仓库解决的是 Docker 镜像存储和访问的问题,资源调度决定了 Docker 镜像可以分发到哪些机器上的问题。这两个问题解决后,你就该考虑如何在集群中创建容器,也就是容器如何调度的问题;容器创建后如何运作才能对外提供服务,也就是服务如何编排的问题。下面我们就一起看看容器调度和服务编排都是如何解决的

容器调度

容器调度的问题,说的是现在集群里有一批可用的物理机或者虚拟机,当服务需要发布的时候,该选择哪些机器部署容器的问题。
比如集群里只有 10 台机器,并且已经有 5 台机器运行着其他容器,剩余 5 台机器空闲着,如果此时有一个服务要发布,但只需要 3 台机器就行了,这个时候可以靠运维人为的从 5 台空闲的机器中选取 3 台机器,然后把服务的 Docker 镜像下载下来,再启动 Docker 容器服务就算完成发布。但如果集群机器的规模扩大到几十台或者上百台时,要发布的服务也有几十个或者上百个的时候,由于每个服务对容器的要求,以及每台机器上正在运行的容器情况变得很复杂,就不太可能靠人肉运维了。
这时就需要有专门的容器调度系统了,为此也诞生了不少基于 Docker 的容器调度系统,比如 Docker 原生的调度系统Swarm、Mesosphere 出品的Mesos,以及 Google 开源的大名鼎鼎的Kubernetes。下面我就结合微博的实践经验,给你讲讲容器调度要解决哪些问题。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《从0开始学微服务》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(9)

  • 有铭
    关于扩容,我觉得写的还是太简单的,很多细节没说,比如,你扩容的程序只涉及到计算程序吗,计算程序扩容是很容易的,但是数据部门呢,缓存部分顶不住了要加缓存,重新分片的逻辑是什么样的。数据库顶不住了咋办?
    2018-10-23
    18
  • Stalary
    cpu超过50%就自动扩容,那如果是代码逻辑错误引起的呢?这个时候会有相应的策略吗
    2018-10-23
    8
  • _CountingStars
    不管什么场景直接选kubernetes绝对不会错 其他两个基本不用考虑 k8s 已经是业界标准 扩展很方便 唯一的缺点是需要理解k8s的一套概念 但是这对技术人来说不是事儿
    2018-10-23
    1
    7
  • godtrue
    没实际玩过,不清楚这些,听得我一脑子浆糊,我的理解,如果没有DOCKER等容器技术,微服务还是微服务吧!有了这些只是让微服务的发布、运维、扩缩容简单容易了。如果我的理解正确,那应该讲明白,容器技术解决这些痛点的思路和原理吧?
    2019-06-16
    2
  • 饭粒
    很多东西不熟悉,甚至第一次听说,我觉得思考题应该在每下一期给出个参考想法,不熟悉的我们也看看。
    2019-03-13
    2
  • 亚林
    都没用过,😢
    2019-06-12
  • l y n
    老师,我还是不能理解微服务自己的注册发现机制和容器编排的服务注册机制之间的关系和不同,能不能解释一下。比如我微服务架构用了Eureka做为注册中心,容器编排用K8s,这之间怎么实现服务发现?
    2019-04-27
  • ylw66
    基于Ngnix的服务发现,也是要使用Consule,感觉也是类似于注册中心。不知道理解对不对?
    2019-01-03
  • 徐冰
    老师,资源调度获取的是一组机器码?比如过是分配到哪一集群中哪些机器吗?麻烦老师回答下
    2018-11-09
收起评论
9
返回
顶部