Tekton

今天跟大家分享的是阿里内部资料，帮助大家开启云原生时代Serverless之门， 文末下拉获取网盘链接 一、快速入门 1.初识 Knative: 跨平台的 Serverless 编排框架 2.在阿里云上一键安装 Knative 3.手动安装 Knative 4.Serving Hello World 5.Eventing Hello World 6.Tekton Hello World 二、Serving 进阶 1.自动扩缩容 - Autoscaler 2.Serving 健康检查机制分析 3.流量灰度和版本管理 4.服务路由管理 5.WebSocket 和 gRPC 服务 6.Serving Client 介绍 三、Eventing 进阶 1.定义无处不在的事件 -CloudEvent 2.关于 Broker/Trigger 事件模型 3.事件注册机制 - Registry 4.Sequeue 解析 5.Parallel 解析 四、云原生开发实战 1.日志和监控告警 2.调用链管理 3.使用 GitHub 事件源 4.基于 Kafka 实现消息推送 5.基于 MNS 与 OSS 实现人脸图片识别 6.基于 APIGateway 打造生产级别的 Knative 服务 7.三步走！基于 Knative Serverless 技术实现一个短网址服务 8.基于 Knative

初识 Knative: 跨平台的 Serverless 编排框架 快速入门 初识 Knative 在阿里云上一键安装 Knative 手动安装 Knative Serving Hello World Eventing Hello World Tekton Hello World Serving 进阶 自动扩缩容 - Autoscaler Serving 健康检查机制分析 流量灰度和版本管理 服务路由管理 WebSocket 和 gRPC 服务 Serving Client 介绍 Eventing 进阶 定义无处不在的事件 - CloudEvent 关于 Broker/Trigger 事件模型 事件注册机制 - Registry Parallel 解析 Sequeue 解析 云原生实践 日志和监控告警 调用链管理 使用 GitHub 事件源 基于 Kafka 实现消息推送 基于 MN 来源： oschina 链接： https://my.oschina.net/u/4410144/blog/4275406

本文来自滴滴内部人士观点分享，不代表本机构观点。欢迎大家点评交流！ 本篇由来 如果你是一个程序员，你可能在最近这两年或多或少的听到过一堆莫名其妙的名词，例如CaaS、BaaS、FaaS等类似的以aaS结尾的as-a-service名词，同时也可能听到ServiceMesh、Serverless等名词，对于从事相关工作的同学可能知道每个名词都代表什么，但我相信肯定还是会有部分人听到之后是黑人问号脸，我们不具体介绍每个都是什么意思，因为这些概念也出现很早了已经，不明白的可以自行google，这里我们重点聊一下最近挺火的Serverless是个什么鬼，因为我发现我们在日常探讨过程中好像每个人对其理解不一样，也是在听完一次讨论之后有感而发，并不是在抱怨什么，只是想跟大家探讨一下到底什么是Serverless，在继续开展后续工作之前，我认为有必要再统一一下概念，不谈细节，也不扯什么性能，那都是可以优化的，不是不可逾越的障碍。 什么是Serverless 要说Serverless是什么，直译过来就是无服务器。根据 CNCF 的定义，Serverless 是指构建和运行不需要服务器管理的应用程序的概念。CloudFlare对其定义： Serverless computing is a method of providing backend services on an as-used basis

什么是CDF 持续交付基金会(CDF)是许多快速增长的持续交付项目(包括Jenkins、Jenkins X、Spinnaker，Tekton和Screwdriver)的中立供应商。CDF通过开放模型、培训、行业指南和可移植性重点来支持DevOps从业者。 以下最佳实践被认为是一个成功的DevOps方法的关键: 松耦合架构 自助服务配置 自动配置 持续的构建/集成和交付 自动发布管理 增量测试 作为代码的基础结构配置 综合配置管理 基于主干的开发和特性标志 Jenkins X： https://jenkins-x.io/ 市场上已经有各种不同的GitOps解决方案，Jenkins X是一个开源项目，它使用Kubernetes实现基于云原生应用的持续集成。 Jenkins X提供了pipeline的自动化、内置的GitOps， 和快速自动生成的预览环境，以帮助团队协作并在任何规模上加速他们的软件交付。 Jenkins X管道和自动化CI/CD Jenkins X并不需要深入了解Jenkins X管道的内部机制，相反，Jenkins X将为您的项目默认一些非常棒的pipeline，这些pipeline将完全实现CI和CD。 通过GitOps进行环境更新 每个团队都可以独立的一组环境。然后，Jenkins X通过GitOps实现独立的环境管理和应用程序新版本升级的自动化。

作者 | 牛秋霖（冬岛） 阿里云容器平台技术专家 关注“阿里巴巴云原生”公众号，回复关键词 “1205” 即可观看 Knative-Demo 演示视频。 导读 ：Serverless 无疑是当前最热的云原生话题，那么作为业务的开发人员或者运维人员咱们应该怎么看待这个事情？云原生和 Serverless 到底有什么关系？通过本次分享咱们将逐一揭开这些神秘的面纱。 通过本文您将了解到： Knative 是如何让普通的应用具备 Serverless 能力的？ 为什么说 Knative 是云原生的应用 Serverless 编排引擎？ Knative 为什么是由 Tekton 、Eventing 和 Serving 三个模块组成，以及这三个模块的协作方式。 本文共有四部分内容：首先咱们一起来看一下云的核心驱动力是什么，接着从这个核心驱动力出发看一下云原生应用是什么样子。然后咱们再一起来看看 Knative 到底给应用的云原生化带来了什么价值，最后咱们通过一个 Demo 亲身感受一下 Knative 带来的这些能力。 云的核心驱动力 在讨论云原生之前我们先来思考一下：为什么企业要上云、为什么技术人员要学习面向云的编程思维以及咱们应该怎么看待云这件事儿。 咱们先来剖析一下发生这些事情的核心驱动力，然后通过这个核心驱动力出发看看整个云原生技术栈是什么样子。 社会分工 我们先从一顿火锅谈起

作者 | 邓洪超，阿里云容器平台工程师， Kubernetes Operator 第二人，云原生应用标准交付与管理领域知名技术专家 导读 ：近年来，越来越多专门给 Kubernetes 做应用发布的工具开始缤纷呈现，帮助大家管理和发布不断增多的 Kubernetes 应用。在做技术选型的时候，我们需要给业务选择一个最好的工具、最稳的底座。那么又该如何比较和衡量这些工具呢？本篇文章中阿里云技术专家邓洪超将会和大家分享自己独特的体验，帮助读者初步了解 Tekton 项目。 背景 近年来，伴随着云原生社区 (CNCF Community) 的迅猛发展，越来越多的应用跑在了 K8s 上。慢慢地，大家的关注点也逐渐从资源层转移到应用层。一方面，我们看到在有越来越多新的 K8s Operators 出现，用来自动化应用的部署和运维。另一方面，随着各路大型云厂商入场，K8s 服务以后就会像家里的水和电一样随心所欲可用，自己再去动手搭建已经没有了意义。于是人们提出了“K8s 将会消失”，这其实指的是以 k8s 为底座来面向全世界任何一个云以及数据中心交付应用，会是接下来的必然趋势。关于这个趋势，我们团队的同学专门写过一篇关于《K8s 多集群/多云技术与发展》的文章，欢迎大家进一步阅读。 相关链接: Why Kubernetes will disappear: https://levelup

本文首发于： Jenkins 中文社区 持续交付峰会是一个为期一天的活动，将开源 CI/CD 社区汇集在一起。这一天将包括主题演讲，项目展示和终端用户的故事，以及 BoF 会议。与同行会面并推动未来持续交付的方向。 重要日期 CFP 开始：4月29日，星期一 CFP 关闭：太平洋标准时间 5月17日，23:59，星期五 CFP 通知：5月29日，星期三 日程通知：5月30日，星期一 幻灯片截止：6月17日，星期四 活动时间：6月24日 建议的话题 CDF 的项目 Jenkins Jenkins X Tekton 和 Spinnaker 讲述你正在使用的这些项目的功能或者集成的功能，分享你为什么要使用以及如何利用这些项目解决了哪些问题 你们团队的持续交付 我们希望能听到真实项目中的使用，以及你们团队所推荐的持续交付实践 安全与合规性最佳实践 分享在持续交付中改善你们的软件供应链中的安全性的案例和技巧 帮助我们的同时也帮助自己 描绘你希望看到的 CI/CD 景象 点击这里提交你的演讲题目 点击这里查看 其他更多的同场活动。 译者：LinuxSuRen 来源： oschina 链接： https://my.oschina.net/u/4111527/blog/3048829