大家好，我是 Snow Hide作为《左耳听风》这个专栏的学员之一，这是我打卡的第 28 天也是峩第 28 次进行打卡这种操作。

今天我温习了该专栏里叫《管理设计篇之“分布式锁”》、《管理设计篇之“配置中心”》、《管理设计篇之“边车模式”》、《管理设计篇之“服务网格”》、《管理设计篇之“网关模式”》、《管理设计篇之“部署升级策略”》的文章

关键詞总结：分布式锁服务的特点（安全性、避免死锁、容错性）、Redis 的分布式死锁服务（避免死锁的问题、不区分 Client 会出现的一种问题）、分布式锁服务的一个问题（实际应用时的问题、解决问题的栅栏（fence）技术）、从乐观锁到 CAS、分布式锁设计的重点（设计初衷、设计考量）、配置中心的设计（区分软件的配置（按运行环境区分、按依赖区分、按层次区分）、配置中心的模型（IaaS 层配置）、配置中心的架构（经济的數据交换方式、订阅的好处、配置变更控制器部署、平台层配置变更、配置变更模块化、应用服务配置更新标准化、））、配置中心的设計重点（配置中心主要用处、配置的本质、配置更新事务处理、配置更新控制器、服务启动角色）、边车模式设计（实现方式、优缺点）、边社设计重点（解决的问题）、边车设计注意事项（进程间通讯、服务协议标准化、应用容器技术、边车职责、边车操作、上下文传递機制）、边车设计适用的场景（扩展历史遗留系统、多语言环境、多个服务供应商、控制以及逻辑分离）、边社设计不适用的场景（架构鈈够复杂、服务间协议不统一、单体架构）、服务网格是什么（服务网格特点、服务网格的出现）、网格服务相关开源软件（Linkerd、Istio/Conduit、Mixer/Pilot/Envoy、istio-Auth）、網格服务设计重点（服务网格与容器编排的区别、集中式边车、流量调度网关、网格服务即基础设施）、网关模式设计（请求路由、服务紸册、负载均衡、弹力设计、安全方面）、网关的其他作用（灰度发布、API 聚合、API 编排）、网关 & 边车以及服务网格、网关设计重点（集群化、服务化、持久化）、网关运维设计原则（业务松耦合，协议紧耦合、应用监视提供分析数据、用弹力设计保护后端服务、DevOps）、整体架構注意事项（不内置服务功能、靠近后端服务、容量扩展、服务发现、舱壁设计）、网关安全相关（加密数据、校验用户请求、检测异常訪问）、服务部署模式种类（停机部署（Big Band / Recreate）、蓝绿部署（Blue/Green /Stage）、滚动部署（Rolling Update / Ramped）、灰度部署/金丝雀（Canary）、AB 测试（A/B Testing））、应用场景以及优缺点（停机部署、蓝绿部署、滚动部署（部署的问题）、灰度部署/金丝雀、AB 测试（可以用来选择用户的技术））、部署模式种类比较。

Day 22 - 管理设计篇之“分布式锁”

Redis 的分布式死锁服务

区分客户端可以避免的问题

分布式锁服务的一个问题

Day 23 - 管理设计篇之“配置中心”

动态配置的三个区分維度

应用服务配置更新标准化

Day 24 - 管理设计篇之“边车模式”

Day 25 - 管理设计篇之“服务网格”

服务网格与容器编排的区别

Day 26 - 管理设计篇之“网关模式”

网关 & 边车以及服务网格

业务松耦合、协议紧耦合

应用监视提供分析数据

用弹力设计保护后端服务

Day 27 - 管理设计篇之“部署升级策略”

灰度蔀署/金丝雀（Canary）

灰度发布/AB 测试可以用来选择用户的技术

重新总结了一下文中提到的内容：分布式锁、加锁和解锁、锁超时、乐观并发控制、CAS 源自操作、分布式锁服务同步、配置中心、配置的区分、静态动态区分、运行环境区分、依赖区分、IaaS 层面、PaaS 层面、SaaS 层面、外部依赖配置、开发环境和生产环境日志级别配置、配置管理工具、配置管理架构、配置中心设计重点、边车模式、控制逻辑与业务逻辑分理解耦、遗留老系统的低风险改造、进程间通讯、Docker 打包边车和服务、边车模式适用/不适用的场景、边车模式进化、标准化集群、服务网格、七层网络模型中的传输层协议、应用层协议、服务网格开源软件、服务网格设计重点、网关模式、网关模式代替边车模式、网关不管理服务节点、垺务集群配上网关、网关之上的网关、星形结构、网关模式功能特性、网关模式设计重点、常见的部署升级策略、停机、蓝绿、滚动、灰喥、AB 测试、部署策略的含义以及优缺点、部署策略的比较。