Cloud Migration: Part 1 – The Evernote Service and our options to migrate to Google Cloud Platform (GCP)
Evernote迁移到Google Cloud Platform的做法，第一部分简单说明了现有的环境和迁移策略：逐步迁移而不是一次性的停机完成，后者风险太大。
Part 3 – The Evernote Architecture in GCP and our Technical Transformation
谈到了迁移过程中的网路问题，负载均衡，存储和实现的问题，数据的迁移和演练。（让我想到了自己去年做的cloud迁移，项目中也是制定了详细的每日计划，在测试环境演练了多次。）
Part 4 – Planning and Executing the Migration
具体迁移计划的执行：如何执行，如何切换和验证。
We have a problem with promises
很好的解释了promise的用法和常见的错误。
蓝绿部署、滚动部署、灰度发布等部署方案对比与总结
集中常见的部署方式，部署实现和公司的平台和应用架构方式密不可分。
(1) 蓝绿部署：不停止老版本，额外搞一套新版本，等测试发现新版本OK后，删除老版本。
(2) 滚动发布：按批次停止老版本实例，启动新版本实例。
(3) 灰度发布/金丝雀部署：不停止老版本，额外搞一套新版本，常常按照用户设置路由权重，例如90%的用户维持使用老版本，10%的用户尝鲜新版本。不同版本应用共存，经常与A/B测试一起使用，用于测试选择多种方案。
乐视基于k8s的平台建设，网络和资源的分配是最难的一部分。
业务层： 乐视使用容器的各个业务线，是LeEngine的最终用户。
PaaS 层： LeEngine提供的各种服务，主要是完成对应用的弹性伸缩，灰度升级，自动接入负载均衡，监控，报警，快速部署，代码构建等服务。
宿主机资源层：主要指Docker 物理机集群，并包含IP池的管理。
