光速学习 - 大漠说程序

大漠孤烟直,长河落日圆


  • 首页

  • 标签

  • 分类

  • 归档

[K8S] 如何利用terminationGracePeriodSeconds 优雅地关闭你的服务?

发表于 2019-01-12 | 分类于 微服务
字数统计: 569 | 阅读时长 ≈ 2
前言K8S 是一个管理容器的好框架,可是, 用了K8S就能做到服务在版本升级过程中的零停机了吗?非也,如果不正确的使用或者配置K8S,可能会导致在升级过程中部分用户请求失败。 记得上一篇说了如何 readiness probe 在 K8S 的滚动升级中的重要性。今天继续说说K8S滚动升级中用到的的另一个重要参数: terminationGracePeriodSeconds. 什么是 terminationGracePeriodSeconds解释这个参数之前,先来回忆一下K8S滚动升级的步骤: K8S首先启动新的POD K8S等待新的POD进入Ready状态 K8S创建Endpoint,将新的 ...
阅读全文 »

[K8S Rolling Update]说好的Zero-downtime 为什么down了呢?

发表于 2018-12-02 | 分类于 微服务
字数统计: 849 | 阅读时长 ≈ 3
缘起目前在做的一个项目采用Kubernetes(简称K8S)来管理容器,然而,最近发现在做升级部署的时候,有很少一部分请求会失败。这就不符合规矩了啊,按照道理说,使用K8S做Rolling Update,应该会无痛切换,平稳从Version A 升级到 Version B。 来,看图: 解决问题前,先磨叽磨叽,说几句废话,心急的可以跳过。点击直达 Rolling Update Zero-downtime 原理K8S提供了一系列功能来支撑容器集群的自动化部署、扩容以及运维,其中一个功能便是今天要讲到的Rolling Update. 引用官方的一段话 To update a service ...
阅读全文 »

使用GitLab Ci 自动部署Hexo到GitHub

发表于 2018-11-18 | 分类于 DevOps
字数统计: 552 | 阅读时长 ≈ 2
使用GitLab Ci 自动部署Hexo到GitHub也许这个操作有点傻(sao),为啥有GitLab Pages了,还要在GitHub 上搭建Hexo呢?好吧,不管那么多了,反正就是可以。 前言GitHub 提供pages 功能,具体参见 What is GitHub Pages?,可以让你搭建自己的网站,当然只能是静态的。但是可以利用第三方博客框架自动生成静态网站。Hexo就是其中一个,至于如何使用,网上搜索一大堆,这里不赘述。 但是Hexo是基于NodeJs的,那么问题来了,每次写完文章,都需要Hexo g编译一次,还要上传编译好的文件到GitHub上面,这就限制了随时随地写文章的冲动。 ...
阅读全文 »

从源码分析如何优雅的使用 Kafka 生产者

发表于 2018-11-16 | 分类于 消息队列
字数统计: 2.4k | 阅读时长 ≈ 8
转于JCSprout 简单的消息发送在分析之前先看一个简单的消息发送是怎么样的。 以下代码基于 SpringBoot 构建。 首先创建一个 org.apache.kafka.clients.producer.Producer 的 bean。 主要关注 bootstrap.servers,它是必填参数。指的是 Kafka 集群中的 broker 地址,例如 127.0.0.1:9094。 其余几个参数暂时不做讨论,后文会有详细介绍。 接着注入这个 bean 即可调用它的发送函数发送消息。 这里我给某一个 Topic 发送了 10W 条数据,运行程序消息正常发送。 但这仅仅只是做到了消 ...
阅读全文 »

常见消息队列比较

发表于 2018-11-15 | 分类于 云服务
字数统计: 653 | 阅读时长 ≈ 2
消息队列比较 ActiveMQ 是Apache出品的、采用Java语言编写的完全基于JMS1.1规范的面向消息的中间件,为应用程序提供高效的、可扩展的、稳定的和安全的企业级消息通信。不过由于历史原因包袱太重,目前市场份额没有后面三种消息中间件多,其最新架构被命名为Apollo,号称下一代ActiveMQ,有兴趣的同学可行了解。 RabbitMQ 是采用Erlang语言实现的AMQP协议的消息中间件,最初起源于金融系统,用于在分布式系统中存储转发消息。RabbitMQ发展到今天,被越来越多的人认可,这和它在可靠性、可用性、扩展性、功能丰富等方面的卓越表现是分不开的。 Kafka 起初是由Link ...
阅读全文 »

各种服务发现的比较

发表于 2018-11-14 | 分类于 云服务
字数统计: 214 | 阅读时长 ≈ 1
服务发现的比较 CAP原则又称CAP定理,指的是在一个分布式系统中,Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性) Spring Cloud: 它主要提供的模块包括:服务发现(Eureka),断路器(Hystrix),智能路由(Zuul),客户端负载均衡(Ribbon)等 Feature Consul zookeeper etcd euerka 服务健康检查 服务状态,内存,硬盘等 (弱)长连接,keepalive 连接心跳 可配支持 多数据中心 支持 — — — kv存储服务 支持 支持 支 ...
阅读全文 »
大漠叔叔

大漠叔叔

KK's personal website for posting software technology

6 日志
4 分类
10 标签
GitHub E-Mail GitLab
Links
  • TechX 空间
  • iTimothy
© 2019 大漠叔叔

蜀ICP备2022013555号-1

由 Hexo 强力驱动
|
主题 — NexT.Pisces v5.1.4