写在前面的话

Stay Hungry Stay Foolish！！！
每天进步一点点！！！

《每日一读》是博主每日学习的一篇文章所记录的笔记，大多数是提取文章中关键内容而成；文章类型不限，内容不限。

意义：培养自己的阅读能力，学习更多的知识

郑重声明：如果涉及到文章侵权深感抱歉，请及时联系我我会第一时间删除，谢谢！！

个人总结

组织

1967 年，马尔文·康威提出康威定律, 用一句话概况就是：“设计系统的架构受制于产生这些设计的组织的沟通结构。”

技术架构的重大的升级必然伴随着组织架构的调整，基本所有的公司都是自顶而下的驱动形式，组织架构的调整有利于减少重复造轮子，信息封闭等问题，这就类似运营SOA或中台战略，职责清晰化可以有效提升整体效率。

云原生

相信不少同学在工作的过程中也都有接触服务器相关的运维工作，尤其是初创公司，其特点比较明显：

1. 没有标准的技术栈
2. 缺少或没有运维人员
3. 开发流程基本研发全程参与

其带来的缺陷也是很明显：

1. 成本不可控
2. 易出问题
3. 不易维护
4. 无法专注于业务

云计算时代的来临，通过云原生及当下相关的Serverless、ServiceMesh等技术架构，很好的解决了这些问题。

所以综合来看，云原生正在慢慢的改变传统技术架构，未来已来，技术人能做的唯有更好的去学习、适应新的架构；（ps：这里的新不是指的是云原生是新出现的事务）

正文

• 数千台服务器，千万用户量：居然之家两年云原生改造历程

背景

• 技术栈相对传统：Scala和C++
• 单体应用架构
• 整体迭代速度慢，需求响应周期长
• 传统机房运维的问题:
  1. 稳定性：网络与软硬件设施不稳定
  2. 系统弹性：高峰扩容，低峰缩容，需要人工参与
  3. 高性能：CPU密集型，计算能力要求较高
  4. 服务器运维、网络成本高

目标

上云，专注核心业务，将基础设施相关的事项由云架构来解决

演进

1. 组织架构调整及微服务改造：Service Mesh
2. 上云及云原生
3. DevOps 实践
   1. 及时感知：节点运行状态
   2. 可触达：阶段问题单独解决，具备自愈能力
   3. 智能化运维：机器学习算法

云集群管理：

1. 集群管理
2. 网络管理
3. 存储管理
4. 镜像管理

实践效果

1. 基础设施费用减半，在规模扩大的基础上，在基础设施上的投入还缩减了近50%；
2. 研发成本降低，整个团队50% 以上的人员为研发和产品，在基础设施交付给阿里云之后，整个团队可以集中精力进行核心业务研发，交付速度大幅提升；
3. 系统可用性提高到99.96%，在人员及成本缩减的情况下，整体可用性却有了很大提升。
4. 安全性提高，原来受限于整体架构，在达到99%之后，小数点之后的每一次提高的成本都是非线性的，而通过云原生改造，可以用相对经济的方式达到较高安全度。