本文選自 《Knative 雲原生應用開發指南》 。 
Golang Context
在正式開始介紹 Knative Serving SDK 之前我們先簡單的介紹一下 Golang Context 的機理，因為在 Knative Serving 中 client、Informer 的初始化和資訊傳遞完全是基于 Golang Context 實作的。
Golang 是從 1.7 版本開始引入的 Context ，Golang 的 Context 可以很好的簡化多個 goroutine 之間以及請求域間的資料傳遞、取消信号和截至時間等相關操作。Context 主要有兩個作用：
- 傳輸必要的資料
- 進行協調控制，比如終止 goroutein、設定逾時時間等
Context 定義
Context 本身是一個接口
type Context interface {
Deadline() (deadline time.Time, ok bool)
Done() <-chan struct{}
Err() error
Value(key interface{}) interface{}
} 這個接口中定義了四個方法，下面分别介紹如下：
- Deadline 方法是擷取設定的截止時間的意思，到了這個時間點，Context 會自動發起取消請求
- Done 方法傳回一個隻讀的 chan，如果該方法傳回的 chan 可以讀取，則意味着 parent Context 已經發起了取消請求, 此時應該應該做清理操作，然後退出 goroutine 并釋放資源
- Err 方法傳回取消的錯誤原因
-
Value 方法擷取該 Context 上綁定的值，是一個鍵值對。是以要通過一個 Key 才可以擷取對應的值，這個值是線程安全的
關于 Context 主要記住一點：可以通過 Value 傳遞資料，Value 是一個鍵值對結構。更多詳細的介紹可以參見下面這些文章：
- Concurrency Patterns in Go
- How to correctly use context.Context in Go 1.7
- Using context cancellation in Go
- Go Context
Knative Serving client 源碼淺析
在 Context 的這些特性中，Knative Serving 中重度依賴的是 Value 功能。以 Service 的 Informer 初始化為例進行說明，
這裡可以看到源碼Informer “構造函數”是在 init 函數中自動注冊到 injection.Default 中的。當 Informer “構造函數”被調用之後會自動把生成的 Informer 注入到 Context 中
context.WithValue(ctx, Key{}, inf), inf.Informer()
從上圖中可以看到，Informer 初始化的時候需要調用 factory，而 factory 本身是從 Context 中擷取的。下面我發再看看 factory 是怎麼初始化的。
factory 的初始化 可以發現 factory 也是把“構造函數”注冊到 injection.Default 中，并且會把生成的 SharedInformerFactory 注入到 Context 中。而且 factory 中使用的 client(連結 kube-apiserver 使用的對象)也是從 Context 擷取到的。
可以說 Knative Serving SDK 初始化的過程是面向 Context 程式設計的。關鍵對象是自動注入到 Context，在使用的時候從 Context 中取出。
順帶提一點，Knative Serving 的日志對象也是在 Context 儲存的，當需要列印日志的時候先通過
logger := logging.FromContext(ctx)
從 Context 中拿到 logger，然後就可以使用了。這樣做的好處是可以通過管理 logger 對象，比如做 trace 功能。如下所示是基于 logger 列印出來的日志，可以看到對于同一個請求的處理是可以通過 traceID 進行追蹤的。下面這段日志都是對
577f8de5-cec9-4c17-84f7-f08d39f40127
這個 trace 的處理。
{"level":"info","ts":"2019-08-28T20:24:39.871+0800","caller":"controller/service.go:67","msg":"Reconcile: default/helloworld-go","knative.dev/traceid":"be5ec711-6ca3-493c-80ed-dddfa21fd576","knative.dev/key":"default/helloworld-go"}
{"level":"info","ts":"2019-08-28T20:24:39.871+0800","caller":"controller/controller.go:339","msg":"Reconcile succeeded. Time taken: 487.347µs.","knative.dev/traceid":"90653eda-644b-4b1e-8bdb-4a1a7a7ff0d8","knative.dev/key":"eci-test/helloworld-go"}
{"level":"info","ts":"2019-08-28T20:24:39.871+0800","caller":"controller/service.go:106","msg":"service: default/helloworld-go route: default/helloworld-go ","knative.dev/traceid":"be5ec711-6ca3-493c-80ed-dddfa21fd576","knative.dev/key":"default/helloworld-go"}
{"level":"info","ts":"2019-08-28T20:24:39.872+0800","caller":"controller/service.go:67","msg":"Reconcile: eci-test/helloworld-go","knative.dev/traceid":"22f6c77d-8365-4773-bd78-e011ccb2fa3d","knative.dev/key":"eci-test/helloworld-go"}
{"level":"info","ts":"2019-08-28T20:24:39.872+0800","caller":"controller/service.go:116","msg":"service: default/helloworld-go revisions: 1 ","knative.dev/traceid":"be5ec711-6ca3-493c-80ed-dddfa21fd576","knative.dev/key":"default/helloworld-go"}
{"level":"info","ts":"2019-08-28T20:24:39.872+0800","caller":"controller/service.go:118","msg":"service: default/helloworld-go revision: default/helloworld-go-cgt65 ","knative.dev/traceid":"be5ec711-6ca3-493c-80ed-dddfa21fd576","knative.dev/key":"default/helloworld-go"}
{"level":"info","ts":"2019-08-28T20:24:39.872+0800","caller":"controller/controller.go:339","msg":"Reconcile succeeded. Time taken: 416.527µs.","knative.dev/traceid":"be5ec711-6ca3-493c-80ed-dddfa21fd576","knative.dev/key":"default/helloworld-go"}
{"level":"info","ts":"2019-08-28T20:24:39.872+0800","caller":"controller/service.go:106","msg 使用 Knative Serving SDK
介紹完 Knative Serving client 的初始化過程，下面我們看一下應該如何在代碼中用 Knative Serving SDK 進行編碼。
示例參見：
https://github.com/knative-sample/serving-controller/blob/b1.0/cmd/app/app.go這個示例中首先使用配置初始化
*zap.SugaredLogger
對象，然後基于
ctx := signals.NewContext()
生成一個 Context。signals.NewContext() 作用是監聽 SIGINT 信号，也就是處理 CTRL+c 指令。這裡用到了 Context 接口的 Done 函數機制。
構造 Informer
接着使用
ctx, informers := injection.Default.SetupInformers(ctx, cfg)
構造出所有的 informer，然後調用下面這段代碼執行注入，把 informer 注入到 Context 中。
// Start all of the informers and wait for them to sync.
logger.Info("Starting informers.")
if err := controller.StartInformers(ctx.Done(), informers...); err != nil {
logger.Fatalw("Failed to start informers", err)
} 從 Context 中擷取 Informer
執行個體代碼：
https://github.com/knative-sample/serving-controller/blob/v0.1/pkg/controller/controller.go 如上所示，所有的 informer 都是從 Context 中擷取的。
最後 Controller 初始化一個 Reconciler 接口，接口的定義如下, 裡面隻有一個 Reconcile 函數。這個使用方式和
sigs.k8s.io/controller-runtime
使用的邏輯是一樣的。如果你之前寫過 Operator 之類的功能，對這個操作應該不會陌生。
// Reconciler is the interface that controller implementations are expected
// to implement, so that the shared controller.Impl can drive work through it.
type Reconciler interface {
Reconcile(ctx context.Context, key string) error
} 在 Reconcile 中調用 Knative API
代碼示例：
https://github.com/knative-sample/serving-controller/blob/v0.1/pkg/controller/service.go 現在就可以在 Reconcile 中通過
c.serviceLister.Services(namespace).Get(name)
這種方式直接操作 Seving 資源了。
至此已經把基于 Knative Seving 開發 Serverless 應用的關鍵脈梳理了一遍。更詳細的代碼示例請參見：
https://github.com/knative-sample/serving-controller/tree/b1.0，這裡面有完整可以運作的代碼。
本文提到的示例代碼是基于 Knative 0.10 版本開發的，這個版本的 SDK 需要使用 Golang 1.13 才行。
另外除了文章中提到的示例代碼，提供另外一個例子（
https://github.com/knative-sample/serving-sdk-demo/tree/b1.0） 這個例子是直接使用 Knative SDK 建立一個 ksvc，這兩個例子的側重點有所不同。可以參考着看。
小結
本文從 Knative Serving client 的初始化過程開始展開，介紹了 Knative informer 的設計以及使用方法。通過本文你可以了解到：
- Knative Serving client 的設計思路
- 如何基于 Knative Serving SDK 進行二次開發
- 通過 Knative Serving 學習到如何面向 Context 程式設計
- Knative Serving 內建開發示例： https://github.com/knative-sample/serving-controller
參考資料
“ 阿裡巴巴雲原生 關注微服務、Serverless、容器、Service Mesh 等技術領域、聚焦雲原生流行技術趨勢、雲原生大規模的落地實踐，做最懂雲原生開發者的技術圈。”