这是本节的多页打印视图。 点击此处打印.

返回本页常规视图.

演讲(2015)

Cloud Native 演讲介绍

Cloud Native 演讲介绍(2015年及更早)

2015

2014

2013

1 - Netflix: Netflix Development Patterns

Netflix Development Patterns for Rapid Iteration, Scale, Performance, & Availability

说明

Netflix Development Patterns for Scale, Performance & Availability ,来自Netflix,2013年,应该是第一次提出 Cloud Native 的概念吧?

笔记

这页好像很有历史意义,猜测是第一次出现 Cloud native :

Cloud Native:

  • Service oriented architecture:2013年还是SOA,当时还没有微服务的概念
  • Redundancy
  • Statelessness:无状态对扩展实在是太重要也太方便了
  • NoSQL:2013年nosql是大热
  • Eventual consistency:最终一致性的实践倒是挺早

按照规模和变更频率划分为四种类型:

  1. enterprise IT:规模小,变化慢,所以容易处理
  2. 电信:规模大,变化慢,主要应对硬件失败
  3. 初创公司:规模小,变化快,主要应对软件失败
  4. 网络规模:规模大,变化快,软硬件或者说所有东西都会出问题

Netflix Cloud Goals:

  • Availability:可用性优先考虑,4个99(99.99%)
  • Scale:然后是可扩展性
  • Performance:再是性能

可用性的复合,当服务依赖增加时,可用性下降。

为了在有1000个组件的请求下达到4个九:

  • 如果组件失败会导致系统失败,则要求每个组件达到6个9
  • 或者,如果组件失败可以降解而不是导致系统失败,则可以隔离非依赖

但是,Availability, Scale, Performance 是不够的!

快速迭代,提高变更率,而变更会导致bug,变更频率会影响可用性。

可用性和变更率之间的妥协: 当变更率增加时,可用性下降。

如果要提高可用性,就要降低变更率。

而要改变曲线,同时实现提高可用性和增加变更频率。

这就必须打破导致级联系统失败的级联依赖,实现子系统隔离: 让失败只发生在一个组件中,而绝不导致级联系统失败。

而子系统隔离需要实现:

  • 具备超时和故障转移能力的冗余系统:当超时时可以有默认相应作为fallback
  • 金丝雀推出 (Canary Push)
  • Red/Black 部署:应该就是现在常说的蓝绿部署
  • Standby Blue system:待机蓝色系统,应该指冷备、热备之类
  • Zone isolation:区域隔离,以应对基础设施失败,如电力故障
  • Region isolation:地域隔离,通过DNS切换region,然后一个region下再有两个zone

子系统隔离的总结,不得不说netflix厉害,2013年就做的这么成熟。