《书籍翻译中的DevOps实践-张扬.pdf》由会员分享,可在线阅读,更多相关《书籍翻译中的DevOps实践-张扬.pdf(24页珍藏版)》请在三个皮匠报告上搜索。
1、书籍翻译中的 DevOps 实践张扬承办方:主办方:个人介绍张扬 极狐(GitLab)解决方案总监 十余年面向企业客户服务经验 近年从事 DevOps 和云原生相关工作 曾任职 IBM,DaoCloud,ThoughtWorks 等企业 中国 DevOps 社区核心组织者 TGO 鲲鹏会武汉分会成员 EXIN DevOps Master,EXIN DevOps Professional Trainer 书籍翻译的经验 DevOps 最佳实践 DevOps 悖论 Kubernetes 实战 势不可挡的云转型(在审)GitOps 与 Kubernetes 相得益彰(在审)回顾一下 DevOps 的
2、定义DevOps 不能简单认为是一种工具、方法、技能或组织结构,DevOps的框架是结合所有这些元素来建立一个流水线的过程,使业务更快地运营,并能更快地应对变化。企业 DevOps 成功之路(EXIN DOM 白皮书)(DevOps 知识体系)书籍翻译潜在的DevOps 实践有哪些?PlanPlan 跨功能团队 用户故事 可视化看板CodeCode 版本管理 服务模板 分支策略BuildBuild 持续集成 代码评审 构建脚本TestTest Lint分析 验收测试ReleaseRelease 持续交付 语义化版本 发布管理DeployDeploy 持续部署 动态环境OperateOperat
3、e 不可变基础设施 基础设施即代码MonitorMonitor 可用性监控 业务数据分析场景:多人合译出版社引进的书籍得到授权译者翻译出版方式选题申报三审三校申请书号设计排版印刷出版译著出版的一般流程价值流管理可视化看板团队协同服务模板分支策略版本管理代码评审流水线持续交付获取原文协同翻译交付译文译者的主要任务融入的 DevOps 实践承办方:主办方:01 项目协同实践价值流管理CodeBuildTestDeployValue30min30min60min30minWaste5min10min20min20min20min480min15minValue:150minWaste:570min流
4、转效率=Value/(Value+Waste)=20.83%价值流程图(Value Stream Mapping)是丰田精益制造生产系统框架下的一种用来描述物流和信息流的形象化工具。目的识别现有工作流程的瓶颈和浪费制定可行的改进目标并执行改进度量改进成果践行持续改善理念上帝视角 全局优化价值流图(VSM)绘制1.选定场景首选选定场景如书籍协同翻译2.开始阶段场景开始的动作如原著分析3.结束阶段场景完成的动作如交付译文4.详细流程画出详细主流程如翻译、自审、一审等5.时间计算增值时间消耗时间累计时间6.返工概率以一次性通过率计算7.期望目标交付译文的时间8.识别改进识别瓶颈分析后制定举措待翻译翻
5、译中自审完初审中初审完终审中已交付书籍协同翻译的价值流示例可视化看板需求设计开发测试上线运维运营BacklogBacklogDevelopmentDevelopmentTestTestDoneDoneAnalysisAnalysisInIn DevDevDevDev DoneDoneTestTest ReadyReady2312DoDDoDDoDDoDDoDDoD可视化价值可视化价值流可视化问题和阻碍可视化队列瓶颈材料来源:ThoughtWorks CAC认证课程书籍翻译看板示例承办方:主办方:02 版本管理实践服务模板目的识别现有工作流程的瓶颈和浪费制定可行的改进目标并执行改进度量改进成果践
6、行持续改善理念上帝视角 全局优化“By tailoring such a service template for your own set of development your own set of development practicespractices,you ensure that teams can get going fastergoing faster,and also that developers have to go out of their go out of their way to make their services badly way to make th
7、eir services badly behaved.behaved.”Sam Newman“Building MicroServices”Spring Initializr服务模板并不神秘GitLab Project Template书籍翻译工程示例.gitlab-ci.yml Glossary.md README.md SUMMARY.md cn ch01-why-gitops.md preface.md en ch01-why-gitops.md preface.md images ch01 figure1-1.png figure1-2.png figure1-3.png prefac
8、e about-this-book.png scripts download_image.sh#流水线配置文件#中英词汇表#README#GitBook目录#译文目录#译文章节#原文目录#原文章节#图片目录#图片对应章节#图片#自动化脚本目录#自动化脚本Markdown 是一种用来写作的轻量级标记语言,它用简洁的语法代替排版,而不像一般我们用的字处理软件Word 或Pages 有大量的排版、字体设置。它使我们专心于码字,用标记语法,来代替常见的排版格式。将书籍 Markdown 化以代码仓库的方式进行协作,一方面便于通过 Git 来进行版本管理,另一方面为了生成 GitBook静态网页便于浏览
9、。分支策略目的识别现有工作流程的瓶颈和浪费制定可行的改进目标并执行改进度量改进成果践行持续改善理念上帝视角 全局优化Git FlowTrunk-based Development(TBD)GitHub FlowGitLab Flow书籍翻译分支策略示例mainv1.0.0v1.0.1review/ch01bugfix/ch01审校分支审校分支译者自译且自审过之后,一审人员拉取临时 review 分支进行审校修改。缺陷分支缺陷分支已审校通过章节的问题修复,则拉去临时的bugfix分支。主干分支主干分支译者自译的内容直接提交到主干分支。标记标记(Tag)(Tag)通过主干分支打 Tag 的方式进行
10、译文可交付版本的生成和管理。承办方:主办方:03 持续交付实践代码评审(Code Review)代码评审是指对计算机源代码系统化地审查,常用软件同行评审的方式进行,其目的是在找出及修正在软件开发初期未发现的错误,提升软件质量及开发者的技术。Code Review的价值代码风格与质量更好识别潜在的软件缺陷互相学习和知识传递增强团队间的责任感找到更佳的解决方案遵守质量和安全标准书籍翻译代码评审示例上帝视角 全局优化每个章节的审校均提交合并请求(Merge Request)基于 Merge Request 进行线上异步译文审校流水线持续交付是将业务应用所有类型的变更,包括新功能、配置更改、缺陷修复和
11、模拟验证等,通过安全、快速和持续的方式部署到生产或交付至用户的能力。-Jez Humble代码管理制品管理编码提交测试(代码级)构建部署发布测试(应用级)书籍翻译CD流水线示例上帝视角 全局优化a universal document converterTestTest基于 Markdown 文档生成GitBook 静态页面便与阅读BuildBuild将 Markdown 格式文档转换成 Docx 格式文档RulesRules在主干分支没有 tag 的情况下,只运行testtest步骤;在主干分支打了 tag 的情况下,运行testtest,buildbuild和deliverydelivery所有步骤。DeliveryDelivery将 Docx 文档上传至制品中心中进行版本管理RulesRulesDelivery 步骤一键式触发执行承办方:主办方:04 总结翻译书籍给个人带来的价值上帝视角 全局优化个人品牌交流学习知识梳理Thanks感 谢 聆 听!#$%#$