保存成功
订阅成功
保存失败,请重试
提交成功
顾宇

顾宇

咨询师
软件研发效能专家,资深 DevOps 专家、应用架构专家,DevOps 标准、微服务标准核心编写专家。目前专注于 DevOps,云计算,微服务和全功能敏捷团队的实践和推广。在过去 6 年中在国内外不同规模的客户和项目中提供了敏捷,DevOps 和 微服务实施和咨询服务,积累了丰富的实践和培训经验。并且参与了《研发运营一体化能力成熟度模型》(DevOps标准)和《分布式应用架构技术能力要求 第一部分:微服务平台》(微服务标准)的编写。...更多
创作文章10

大规模 DevOps 组织演进中的 9 个实践

在过去的一年里,我经历了一些大规模产品组织的 DevOps 演进。在实施转型的过程中,我们总结并遇到了一些在小型组织不会遇到的问题。本文以一个案例为例,总结了在 9 个在大型组织转型中遇到的问题和经验,它们分别是: 1. 采用外部 DevOps 顾问 2. 组织内部达成一致的 DevOps 理解和目标 3. 采用改进而非转型减少转型风险和反弹 4. 采用试点团队和推广团队 5. 构建全功能团队并合并流程 6. 提升需求质量 7. 实践不同级别的 TDD 8. 构建“比学赶超”的组织氛围 9. 规范化管理实践并不断优化
DevSecOps
114 订阅

微服务演进中的经验和反思

微服务的改造我们更多的看到的案例分享是一个结果,很难观察其过程以及中间发生的事情。本次介绍的案例是我在过去服务的一个客户的 5 年的微服务演进历程。 本系列共计 4 篇,分别是《[《我们如何衡量一个微服务实施的成功》](https://gitbook.cn/m/mazi/activity/5bc2b6bf27238c76c6782a4c),[《成功微服务实施的技术演进》](https://gitbook.cn/m/mazi/activity/5bf8c0d2c10964211ef33ae0),[《成功微服务实施的组织演进》](https://gitbook.cn/m/mazi/activity/5c0e4c4ff0922e2d7413a402),《微服务演进中的经验和反思》。本场 Chat 是第四篇《微服务演进中的经验和反思》,由于保密的原因,具体的客户、项目、人员名称均为化名。 在演进的过程中,我们也获得了很多教训。我把这些教训整理出来,分享给大家。本场 Chat 首先会和大家分享以下内容: 1. 按需拆分微服务; 2. 微服务的合并; 3. 采用六边形架构; 4. 尽早对齐“统一语言”; 5. 不要过早的开发出统一化的工具; 6. 越来越厚的微服务平台。
严选微服务
442 订阅

成功微服务实施的组织演进

本系列共计 4 篇,分别是[《我们如何衡量一个微服务实施的成功》](https://gitbook.cn/m/mazi/activity/5bc2b6bf27238c76c6782a4c),[《成功微服务实施的技术演进》](https://gitbook.cn/m/mazi/activity/5bf8c0d2c10964211ef33ae0),《成功微服务实施的组织演进》,《微服务演进中的经验和反思》。本场 Chat 是第三篇《成功微服务实施的组织演进》,由于保密的原因,具体的客户、项目、人员名称均为化名。 一个良好的微服务组织结构和工作流程在很大程度上决定了微服务的架构在开发和运营上的工作模式。通过本场 Chat 你可以了解一个微服务架构团队的演进流程和工作流程。以及这样的团队是如何支撑一个微服务架构的。 本场 Chat 首先会和大家分享以下内容: 1. 微服务开发团队的演化过程; 2. 微服务的团队的大小的原则; 3. 微服务团队中的角色分工; 4. 微服务团队的工作流程和节奏; 5. 树立起微服务的交付规范; 6. 演进中的组织。
严选微服务
230 订阅

从第 19 期技术雷达看 DevOps 的发展趋势

ThoughtWorks 技术雷达第 19 期发布了。仔细阅读过的朋友可能和我的感觉一样,会发现大部分条目都是和微服务和 DevOps 相关,但这些条目散落在不同的象限里。 本场 Chat 将通过以下五个主题将这些散落在不同象限的条目进行重组。 1. DevOps 合作新实践; 2. 云计算新实践; 3. 容器新技术和实践; 4. 微服务及其误区; 5. 安全。 通过本场 Chat 你可以了解 DevOps 各方面技术的发展动向。
严选DevOps技术趋势
249 订阅

成功微服务实施的技术演进

微服务的改造我们更多的看到的案例分享是一个结果,很难观察其过程以及中间发生的事情。本次介绍的案例是我在过去服务的一个客户的 5 年的微服务演进历程。 本系列共计 4 篇,分别是[《我们如何衡量一个微服务实施的成功》](https://gitbook.cn/m/mazi/activity/5bc2b6bf27238c76c6782a4c),《成功微服务实施的技术演进》,《成功微服务实施的组织演进》,《微服务演进中的经验和反思》。本场 Chat 是第二篇《成功微服务实施的技术演进》,由于保密的原因,具体的客户、项目、人员名称均为化名。 通过本场 Chat 你可以了解一个组织是如何从一个单体的,多系统集成的架构转变成为一个微服务架构的。 本场 Chat 会和大家分享以下内容: 1. 通过度量驱动架构的微服务化; 2. 微服务平台的演进; 3. 数据库的独立演进; 4. 服务间的轻量级通信; 5. 微服务的全链路跟踪。
严选微服务
618 订阅

我们如何衡量一个微服务实施的成功

微服务的改造我们更多看到的案例分享是一个结果,很难观察其过程以及中间发生的事情。本次介绍的案例是我在过去五年服务的一个客户,该客户经过了 5 年的微服务改造。作为一个见证者,从一个见证者的角度看到了该客户 5 年之间的变化,把我在实践和观察微服务的心得总结下来,分享给大家。通过本次分享,你可以了解到在做微服务的架构改进前中后需要注意的不同方面的问题、成本、收益,以及团队和技术的决策和养成。 本系列共计 4 篇,分别是《我们如何衡量一个微服务实施的成功》《成功微服务实施的组织变化》《成功微服务实施的技术变化》《微服务转型中的经验和反思》。本场 Chat 是第一篇《我们如何衡量一个微服务实施的成功》,由于保密的原因,具体的客户、项目、人员名称均为化名。 本场 Chat 首先会和大家分享一下这个客户和项目的大概背景。接着会和大家简单介绍一下微服务架构的演进的成本分析。然后和大家分享从组织和技术上可以看到的变化。 本场 Chat 你会了解到以下内容: 1. 案例背景 2. 微服务架构演进的成本分析 3. 微服务改造后的组织改进变化 4. 微服务改造后的技术改进变化
严选微服务
575 订阅

云计算生产环境架构性能调优和迁移套路总结(以 AWS 为例)

最近完成了一个云计算平台应用的架构调优。客户是一个 Wordpress + MySQL 的站点,刚从本地数据中心迁移到了 AWS,由于团队技能限制,无法充分发挥云计算的优势。加之应用程序在夜间高流量时段崩溃,架构优化和迁移迫在眉睫。本文以这次架构迁移经验为例,介绍云计算架构优化迁移的基本步骤和经验,包括优化思路,度量,影响因素和风险分析。 本场 Chat 主要内容: 1. 背景介绍; 2. 问题分析; 3. 设计迁移计划和方案; 4. 设计性能度量报告; 5. 迁移前测试; 6. 云计算架构迁移的原则。
AWS云计算
205 订阅

Serverless 微服务的持续交付

由于不需要配置环境,基础设施的配置成本降低为零。持续交付流水线的构建反而成了持续交付的阻碍。本文基于《Serverless 风格微服务的持续交付(上):架构案例》的架构,继续以亲历者的身份继续和您分享 Serverless 风格的微服务带来的变化。 往期回顾:[《Serverless 风格微服务的持续交付(上):架构案例》](http://gitbook.cn/m/mazi/activity/599e753f39e4774d0db0b0d2)
严选Serverless微服务
244 订阅

Serverless 风格微服务的持续交付:架构案例

本场 Chat 是作者在2016年底至2017年初作为 DevOps 咨询师和微服务架构师参与的一个海外电信运营商的微服务改造项目。文中通过一个真实的案例介绍了原有应用架构的痛点和组织痛点,并且介绍了如何使用 AWS Gateway 和 AWS lambda 构建 Serverless 风格微服务。本系列共有三篇,分别是: - Serverless 风格微服务的持续交付(上):架构案例。 - Serverless 风格微服务的持续交付(中):持续交付的挑战。 - Serverless 风格微服务的持续交付(下):云计算平台的下一个阶段。
Serverless微服务
731 订阅

为什么微服务实施那么难?如何高效推进微服务架构演进

本场 Chat 将通过作者的一个微服务拆分案例总结了微服务拆分实施过程中的关键难点和解决方案,这些关键点往往不是技术上的,而是组织内部的各种阻力。 微服务的拆分并不仅仅是应用技术架构上的拆分,更是组织内部沟通结构的重新划分。只有技术架构的演进而缺乏组织架构的演进的应用可能会导致架构的退化。微服务的拆分不能抱着“先制造麻烦,再解决麻烦”的态度,而要遵循敏捷和精益的方式实施。
严选微服务
834 订阅
微信扫描登录