从0开始系列开坑贴-CSDN博客

本文链接：https://blog.csdn.net/weixin_44927066/article/details/131034781

作者通过认知四象限理论阐述自我学习过程，关注云原生技术如Istio、容器化和微服务。目前正研读《云原生服务网格Istio》并实践，面对容器化、服务治理等挑战。文章讨论了云原生的三驾马车——服务治理、微服务设计和敏捷开发，并提及对破解软件的个人立场。

摘要由CSDN通过智能技术生成

文章目录

从0开始系列：

认知四象限

作为一个半路出家的程序员，进厂工作之后深感自身能力之不足。借用公司论坛里一大佬认知四象限的说法：

不知：不知道有这么个东西，我在读书时候还不知道有微服务这个东西
知不知：知道有这么个领域，也知道自己对这个领域不懂，就是我现在的状态，在工作中接触到了许多新的概念新的领域，但是对这些领域之前又从未涉及
知知：对一块知识彻底学完了，会了
不知知：对一块知识的理解已经深入本质，即使平时不会用到，当用之时还是可以拿来即用。参考张无忌学太极拳，推演三遍之后忘得干干净净才是学会了

而对一个领域从“不知”到“知”，又要经过理论 - 思考 - 实践 - 总结 - 迭代的过程。最近在看《云原生服务网格Istio》这本书，希望能从看书 - 完成书上实践 - 写博客记录完成理论 - 思考 - 实践 - 总结的第一轮迭代过程。

坑中坑：就当前的认知情况，我这个新手小白有四个坑需要填：

容器化、容器编排、服务治理
微服务划分、领域驱动设计DDD
devops，思想与工具
软件重构、设计模式

指点江山

从大的方面看，当前计算机架构下硬件性能增速放缓，而计算机应用的体量和复杂度却与日俱增，在下一次计算机底层科学实现重大突破之前，分布式架构的应用将长期存在并不断发展。云原生即是发展的产物。所谓云原生，即微服务 + 容器化 + devops。容器化解决了单体应用时代的部署难题，后续的k8s和istio又天生契合分布式应用的部署形态和服务治理需求，契合从分布式协同的角度扩展摩尔定律的大势。

云原生的三驾马车，既是分布式时代应用开发的难点，其一是分布式服务的治理和运维，这是是docker、k8s、istio等技术着力解决的问题；其二是微服务的结构划分设计，这是是领域设计着力解决的问题；其三是敏捷开发、敏捷测试、敏捷上线、敏捷回退的方法论。至于业务本身的需求，简单者可直接开发并持续重构，复杂者可根据特定业务模型抽象出领域设计语言，将业务逻辑用一套系统拎起来。