28 | 迈向云端：云原生应用时代的平台思考
该思维导图由 AI 生成，仅供参考
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
云原生应用时代正在崭露头角，开源软件、微服务应用、容器化部署和动态编排成为关键词。Jenkins X项目在云原生化中扮演重要角色，整合了大量开源工具和云原生解决方案，提供基于Kubernetes的云原生开发体验、自动化的CI/CD流程、多套预置环境和使用GitOps进行部署晋级等功能。云原生带来的变革是巨大且深刻的，需要打造自动化、服务化、高度扩展的平台，赋能研发工程师，提升生产力水平。对于DevOps的落地推行，建设工具只是第一步，如何让工具发挥真正威力并在团队中推广落地是关键。文章深入介绍了云原生应用时代的技术特点和发展趋势，以及Jenkins X在云原生化中的作用，为读者提供了深入了解云原生应用的重要信息。
《DevOps 实战笔记》，新⼈⾸单¥59
全部留言(13)
- 最新
- 精选
happychap老师，jenkins x的流水线编排yaml文件中所指定pipeline任务是像drone那样以did的方式工作，还是像传统jenkins那样重度依赖插件呢？听老师讲后，咋眼一看感觉jenkins x的学习成本不低呢。drone的话基本花一两天时间就能把它摸透。老师能否针对当前的主流流水线开源工具梳理对比一下，以便小伙伴们能够针对自身环境特点做出适合自身的选择呢？｡◕‿◕｡作者回复: 呵呵，这部分内容已经在期末总结中补充上了，有时间的话可以回来看看哈！
2019-12-212- 空调我们使用了gitlab自带的CI工具，编写了.gitlab-ci.yml。 目前有一个问题请教： 我们一个project下有5个以上的服务项目（java），有些相互关联，每次编译,打镜像需要全部执行一次，花费的时间也很长。怎么才能分开呢。
作者回复: 你好，既然是独立的微服务项目，是否可以并行编译打包呢，我们是采用了分级流水线的模式，也就是组件（服务）级别和系统级别，组件级别只打包对应的组件，如果有依赖会自动触发依赖组价的打包，当然这里会做自动检查，如果没有代码变更则跳过这个过程，系统级别做整体的集成测试，每个部分都可以独立运行，你们也可以考虑一下是否可行。
2020-01-211 
🐱感觉用drone这种，支持docker插件的模式，就非常容易灵活扩展，学习成本也不高，但是目前drone也确实存着很多不完善的地方。本质上CI/CD都差不多，就是配置流水线，写pipeline，看哪个ci工具好写，用起来没啥bug，可以自己简单扩展。就基本符合要求的。作者回复: 呵呵，看来最近drone大有流行的趋势，已经不止一个人跟我提过这个工具了，有时间研究一下，也欢迎你可以总结一篇文章，共建专栏内容哈！ 其实吧，工具也没那么重要，前两天还跟一个朋友聊起来，你说云容器时代了，是不是监控都要用Prometheus了，zabbix已经过时了呢？这还真不一定，有的公司用zabbix监控容器就做的好好的，所以啊，大家都知道Jenkins，Gitlab，Sonar，但是真的能用好，解决研发问题的就是另外一码事啦。
2019-12-251
Oliver老师。针对ios客户端项目，使用不了docker,而且编译速度非常慢，请问你们在编译客户端时是否有遇到编译慢的情况。作者回复: 欢迎你明天参加我的在线分享哈，我会专门介绍移动App的一些内容 https://www.bagevent.com/event/6192844
2020-02-253
阿硕石老师，您好，由jenkins到X的迁移有什么推荐的参考实践吗？作者回复: 你好，我个人的建议是，对于Jenkins X项目还没有到直接迁移生产使用的成熟度，除非你想做第一批吃螃蟹的人，但是这个项目中的很多工具，理念是可以整合到自建平台里面的，我们也是这样做的。 之所以不推荐直接迁移，是因为Jenkins X项目要解决的问题非常明确，场景比较单一，比如强制要求Kubernetes，要求GitOps等等，这跟公司目前的流程和习惯可能会存在冲突，还没法做到灵活配置的地步哈。
2019-12-24
我来也老师, 您好! 我之前一直没使用过持续集成平台. 也没有任何java的基础. 今年项目组在选型时最终选用了熟悉的Go语言开发的Drone. 在目前这个小规模的项目中,使用还是蛮方便的,只需要添加一个.drone.yml配置文件. 整个Drone平台的部署也非常简单,就启动两个docker镜像即可. 老师, 您说有必要自己再折腾一下Jenkins X,开开眼界么?作者回复: 你好，我的建议还是有必要看下的，就像你说的Drone解决一些轻量级的CI/CD是足够用了，这是好事，也是坏事，因为屏蔽了很多实现的细节，后面也只能使用这个工具了。而Jenkins X不仅是几个工具，而是一组工具的集合，并且最重要的是他整体的设计思路，包括CI/CD跟PR，ChatOps，GitOps，晋级等等的结合，还有云原生流水线的一些实践，都是基于Kubernetes底层实现来封装的，我觉得如果够用就好，那不需要研究这么复杂的Jenkins X，但是如果未来有自己设计改造平台的可能，多了解点并没有什么坏处哈！
2019-12-212
johnny老师可以简单说下Kubernetes对cpu、内存、硬盘等硬件资源的管理和调度原理吗？作者回复: 这个话题比较专业，我给你推荐一篇文章参考：https://www.cnblogs.com/sunsky303/p/11544540.html
2019-12-212
贾俊您评论里提到的移动app分享的在线会议还有录屏可看么？谢谢2020-11-22
李茂我们公司一些产品前端使用的技术是GWT，而GWT的编译速度极慢，虽然有很多优化和升级，但是对于一些比较大的微服务组件，编译速度需20分钟左右，由于时间过长总感觉不适合做在代码提交时触发整体构建发布流水线，不然很容易出现上次的构建还没完成，又触发了一次新的构建，导致后续流程出现不可控的局面，或者说发现jenkins一致在排队构建，不知道我们这样的场景，老是怎么来看优化路径2020-04-161
丁乐洪JenkisX怎么落地呀，还是不太会用，求模板项目2020-03-29
