编者按：从今天起，我们将开启一个新的专栏：《研发效能提升36计_持续交付篇》。专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付，本文是该专栏的开篇。 策划&编辑｜雅纯Dora在2018年DevOps年度报告中对软件交付效能提出了一组度量指标，以衡量一个企业的软件交付水平。 部署频率。指应用将变更部署到生产环境的频率。如每天都有部署，一天能部署十次，还是一天部署一次，或者一个月才部署一次。变更前置时长。指从代码提交到部署上线并在生产环境运行起来的时长。服务恢复时间。是服务中断之后到下一次服务能够恢复以继续服务的时长。变更失败率。是指对生产环境的变更失败的比率，总共变更了多
编者按：从今天起，我们将开启一个新的专栏：《研发效能提升36计_持续交付篇》。专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付，本文是该专栏的开篇。 策划&编辑｜雅纯Dora在2018年DevOps年度报告中对软件交付效能提出了一组度量指标，以衡量一个企业的软件交付水平。 部署频率。指应用将变更部署到生产环境的频率。如每天都有部署，一天能部署十次，还是一天部署一次，或者一个月才部署一次。变更前置时长。指从代码提交到部署上线并在生产环境运行起来的时长。服务恢复时间。是服务中断之后到下一次服务能够恢复以继续服务的时长。变更失败率。是指对生产环境的变更失败的比率，总共变更了多
弹性边界还是业务边界弹性边界拆分微服务，弹性优先还是业务优先弹性优先对业务建模的挑战如何保持弹性边界的独立性弹性边界间的依赖与耦合如何避免弹性耦合默认异步对业务建模的挑战弹性边界还是业务边界前面的内容可以看做对DDD打的两个大补丁：通过不同的上下文对象，弥补原生对象模型从单体架构过渡到多层架构时的各种水土不服；通过不同的建模方法，从业务维度展开入手，以不同的角度寻找可以被建模成对象的领域概念。如果希望达成如下诉求：采用DDD设计的两关联一循环作为主要沟通协作的方式；将模型作为统一语言，并用于提炼知识的循环；在单体分层架构模式下，将模型的能力通过RESTfulAPI暴露。那么前几节的内容已经可以
弹性边界还是业务边界弹性边界拆分微服务，弹性优先还是业务优先弹性优先对业务建模的挑战如何保持弹性边界的独立性弹性边界间的依赖与耦合如何避免弹性耦合默认异步对业务建模的挑战弹性边界还是业务边界前面的内容可以看做对DDD打的两个大补丁：通过不同的上下文对象，弥补原生对象模型从单体架构过渡到多层架构时的各种水土不服；通过不同的建模方法，从业务维度展开入手，以不同的角度寻找可以被建模成对象的领域概念。如果希望达成如下诉求：采用DDD设计的两关联一循环作为主要沟通协作的方式；将模型作为统一语言，并用于提炼知识的循环；在单体分层架构模式下，将模型的能力通过RESTfulAPI暴露。那么前几节的内容已经可以
前言当我们在Kubernetes部署的服务需要暴露给外部用户使用时，有三种选择：LoadBalancer，NodePort，Ingress。LoadBalancer类型得结合各个CloudProvider提供的LB来使用，如果需要暴露的service很多，需要很多LB以及公网IP，比较浪费cost。NodePort 方式一个端口只能一个服务使用，根据端口划分服务，可用端口范围：30000~32767，同样如果在暴露的servicie很多的情况下会导致节点要开的端口越来越多，不好管理，平时测试可以用用。Ingress是自kubernetes1.1版本后引入的资源类型，在这个资源中我们可以去配置我
前言当我们在Kubernetes部署的服务需要暴露给外部用户使用时，有三种选择：LoadBalancer，NodePort，Ingress。LoadBalancer类型得结合各个CloudProvider提供的LB来使用，如果需要暴露的service很多，需要很多LB以及公网IP，比较浪费cost。NodePort 方式一个端口只能一个服务使用，根据端口划分服务，可用端口范围：30000~32767，同样如果在暴露的servicie很多的情况下会导致节点要开的端口越来越多，不好管理，平时测试可以用用。Ingress是自kubernetes1.1版本后引入的资源类型，在这个资源中我们可以去配置我
今年的KubeCon大会有一个很奇怪的现象，到场的几乎都是小公司，没有大公司。可能是因为这些大公司恰好在这个时候都有自己的活动要举办，也有可能是他们正在快马加鞭研发他们的边缘计算方案？因为Gartner预测到2025年，75%的计算将会发生在边缘侧，所以现在每一家厂商都在努力探索各自的边缘计算解决方案。例如微软的AKSLite（之前叫ProjectHaven）现已进入公开预览阶段，由AzureArc集中管理，同时支持Linux和Windows。SUSE也推出了SUSEEdge2.0方案，与AKSLite类似，底层都是基于K3s。KubeSphere从v3.1.0开始便与KubeEdge深度集成
今年的KubeCon大会有一个很奇怪的现象，到场的几乎都是小公司，没有大公司。可能是因为这些大公司恰好在这个时候都有自己的活动要举办，也有可能是他们正在快马加鞭研发他们的边缘计算方案？因为Gartner预测到2025年，75%的计算将会发生在边缘侧，所以现在每一家厂商都在努力探索各自的边缘计算解决方案。例如微软的AKSLite（之前叫ProjectHaven）现已进入公开预览阶段，由AzureArc集中管理，同时支持Linux和Windows。SUSE也推出了SUSEEdge2.0方案，与AKSLite类似，底层都是基于K3s。KubeSphere从v3.1.0开始便与KubeEdge深度集成
前言大家还记得前段时间Meta公司，也就是FaceBook改名后的那家，CEO扎克伯格发的那张元宇宙自拍吗？他没想到的是，随手的一张自拍却引来了群嘲，20年前的像素感，粗糙的人物轮廓，背后是法国的埃菲尔铁塔和西班牙的巴塞罗那大教堂，这难道就是耗资百亿打造的元宇宙么？今天我们不去深究元宇宙的发展，我们来说说和元宇宙有着千丝万缕关系的Web3.0。在Web3.0的宏观概念中，元宇宙只不过是Web3.0的冰山一角，那么究竟什么是Web3.0呢？下一个风口容我先卖个关子，大家可能觉得Web3.0只是一个概念，离自己还很遥远，但实际上它已经成为了下一个风口，还记得雷布斯的经典语录么：站在风口上，猪都可以
前言大家还记得前段时间Meta公司，也就是FaceBook改名后的那家，CEO扎克伯格发的那张元宇宙自拍吗？他没想到的是，随手的一张自拍却引来了群嘲，20年前的像素感，粗糙的人物轮廓，背后是法国的埃菲尔铁塔和西班牙的巴塞罗那大教堂，这难道就是耗资百亿打造的元宇宙么？今天我们不去深究元宇宙的发展，我们来说说和元宇宙有着千丝万缕关系的Web3.0。在Web3.0的宏观概念中，元宇宙只不过是Web3.0的冰山一角，那么究竟什么是Web3.0呢？下一个风口容我先卖个关子，大家可能觉得Web3.0只是一个概念，离自己还很遥远，但实际上它已经成为了下一个风口，还记得雷布斯的经典语录么：站在风口上，猪都可以
