接上一篇 【Tekton】组件介绍及安装部署，本文介绍如何使用 Tekton 完成 CI/CD 的全流程，包括 WebHook、代码拉取、go test、go build、docker build and push、helm/kubectl k8s 部署，其中涉及 Git/镜像仓库的 Basic 认证、kubeconfig、以及 go mod 缓存和多项目目录结构等实践内容。

Tekton 作为 Kubernetes 原生的 CI/CD 框架，拥有轻量、灵活等特点，接下来本文将介绍如何部署 Tekton 环境，后续以一个 Golang 项目为例，了解 Pipeline 和 Trigger，包括如何使用 Task、Pipeline、PipelineRun、EventListener、TriggerBinding、TriggerTemplate 等 CRDs 完成持续集成和交付的全流程。

当线上或其它非本地环境遇到问题无法本地复现时，往往需要远程调试，在服务端运行服务，本地使用 IDE 进行调试，本文介绍在 IDEA 使用 Delve 做远程调试，虽然 IDEA Go Remote 有比较清楚说明，但使用中还是有几点需要注意。

Istio 1.5 开始支持在数据面支持Wasm扩展，相关规范以及SDK在proxy-wasm，目前提供有三种 SDK 实现，分别是C++、Rust和AssemblyScript，其中AssemblyScript在solo-io/proxy-runtime。除了 SDK Solo 还发布了 WebAssembly Hub，并配有wasme CLI 工具，为 Wasm 扩展的开发提供了不错体验。本文主要介绍如何使用 Rust SDK 开发 Istio Wasm 扩展。

本文介绍如何使用 Drone 持续构建与发布 Golang + node + kubernetes 应用。

在微服务协作开发、灰度发布之流量染色介绍了如何通过流量染色在开发环境进行多服务、多版本的协作开发， 但这都是在服务已经发布到集成环境情况下，开发过程中对于单个服务的开发/维护者往往需要快速的将本地服务集成到在线环境，以完成更好集成测试，而不是等待发布流程， 这样一是节约时间，二是避免将有问题的服务发布到线上集成环境，对Ta人造成影响。本文将介绍在micro生态如何通过network将本地服务加入到线上集成环境，既可以快速测试，又不影响集成环境。

istioctl是当前官方推荐的安装方式，相比helm有更好的体验，但实践过程中也遇到些问题，在此对1.5.0版本的使用做个整理。 包括默认安装、可观察性组件、外部Chart等自定义安装。