add pubsub chart

step1.md

@@ -10,14 +10,16 @@ Servingの責務はオートスケールアップ・ダウン、トラフィッ
 つぎの図をイメージしながら進めてください。
 
 ![](./images/serving.png)
+https://github.com/knative/docs/tree/master/docs/serving
+
 
 ## Hello World
 
 まずはTARGET環境変数にセットした文字を使ってHello worldするアプリケーションをKnativeのServiceとしてデプロイします。
 
 Cloud Shellでワークスペースを作成し、つぎのマニフェストを`service.yaml`という名前で保存してください。
 
-```
+```shell
 $ mkdir knative-workshop
 $ cd knative-workshop
 $ touch service.yaml
@@ -44,7 +46,7 @@ spec:
 
 つぎのコマンドでマニフェストを適用してください。
 
-```
+```shell
 # マニフェストファイルの適用
 $ kubectl apply -f service.yaml
 service.serving.knative.dev/helloworld created
@@ -57,7 +59,7 @@ $ kubectl get ksvc,configuration,route
 
 アプリケーションにアクセスしてみてください。
 
-```
+```shell
 # IPアドレスの取得
 $ export IP_ADDRESS=$(kubectl get svc istio-ingressgateway --namespace istio-system --output 'jsonpath={.status.loadBalancer.ingress[0].ip}')
 
@@ -68,7 +70,7 @@ Hello Knative serving!
 
 KnativeのKubernetesオブジェクトだけでなく、組み込みのKubernetesオブジェクトも動いているのが確認できます。
 
-```
+```shell
 $ kubectl get pod,replicaset,deployment,service
 ```
 
@@ -82,7 +84,7 @@ Service、Deployment、ReplicaSet、Podオブジェクトが作成されてい
 
 確認ができたらいったん登録したKnativeのServiceを削除してください。
 
-```
+```shell
 $ kubectl delete -f service.yaml
 ```
 
@@ -143,7 +145,7 @@ spec:
 
 つぎのコマンドでマニフェストを適用してください。
 
-```
+```shell
 # マニフェストファイルの適用
 $ kubectl apply -f autoscale-go.yaml
 service.serving.knative.dev/autoscale-go created
@@ -154,7 +156,7 @@ $ kubectl get ksvc,configuration,route
 
 heyコマンドを利用して負荷をかけてみてください。
 
-```
+```shell
 # 30秒間50並列リクエスト
 $ hey -z 30s -c 50 \
   -host "autoscale-go.default.example.com" \
@@ -164,7 +166,7 @@ $ hey -z 30s -c 50 \
 
 オートスケールの様子を[Grafana](https://grafana.com/)を使って確認してみましょう。
 
-```
+```shell
 $ kubectl port-forward --namespace knative-monitoring $(kubectl get pods --namespace knative-monitoring --selector=app=grafana  --output=jsonpath="{.items..metadata.name}") 8080:3000
 ```
 
@@ -178,7 +180,7 @@ $ kubectl port-forward --namespace knative-monitoring $(kubectl get pods --names
 
 確認ができたらいったん登録したKnativeのServiceを削除してください。
 
-```
+```shell
 $ kubectl delete -f autoscale-go.yaml
 ```
 
@@ -263,7 +265,7 @@ $ kubectl apply --filename blue-green-route.yaml
 
 アクセスしてみると、何度リクエストしても`Hello blue!`が出力されすはずです。
 
-```
+```shell
 $ curl -H "Host: blue-green-demo.default.example.com" http://${IP_ADDRESS}
 Hello blue!
 ```
@@ -343,7 +345,7 @@ Hello blue!
 
 しかし、tagをつけたことでテスト用のエンドポイントが払い出され、動作確認できるようになりました。
 
-```
+```shell
 $ curl -H "Host: v2-blue-green-demo.default.example.com" http://${IP_ADDRESS}
 Hello green!
 ```
@@ -369,15 +371,15 @@ spec:
 
 変更後に適用してください。
 
-```
+```shell
 $ kubectl apply --filename blue-green-route.yaml
 ```
 
 greenとblueに50%ずつトラフィックが流れます。何度かアクセスして確認してみてください。
 
 ![](./images/revision_green_50.png)
 
-```
+```shell
 $ curl -H "Host: blue-green-demo.default.example.com" http://${IP_ADDRESS}
 Hello blue!
 ```
@@ -408,6 +410,7 @@ Eventingの責務はイベントのバインディングとデリバリーです
 つぎの図をイメージしながら進めてください。
 
 ![](./images/eventing.png)
+https://medium.com/knative/announcing-knative-v0-5-release-cfe646ca8e30
 
 ## Hello World
 
@@ -483,6 +486,11 @@ $ kubectl delete --filename cronjob-source.yaml
 
 今度は[Cloud Pub/Sub](https://cloud.google.com/pubsub/)のイベントを処理してみましょう。
 
+Cloud Pub/Subに登場する概念と、それをいかに抽象化しているかをイメージしながら追うと理解しやすいかもしれません。
+
+![](./images/pubsub.png)
+https://cloud.google.com/pubsub/docs/overview
+
 まずGCP Cloud Pub/Subをイベントソースとするためにつぎのコマンドを実行してください。
 
 ```shell
@@ -564,7 +572,7 @@ $ kubectl get pullsubscription -w
 
 PubSubのトピックにイベントを発行してください。メッセージはなんでも大丈夫です。
 
-```
+```shell
 $ gcloud pubsub topics publish testing --message="Hello PubSub"
 ```
 

step2.md

@@ -18,7 +18,7 @@ $ tm deploy task -f https://raw.githubusercontent.com/triggermesh/knative-lambda
 
 コンテナイメージの保存はこのワークショップではGCRを利用します。GCRを利用するにあたってKubernetesの`Secret`オブジェクトの登録が必要です。つぎのコマンドを実行して一時的なアクセストークンを発行し、登録してください。
 
-```
+```shell
 $ tm set registry-auth gcr-image-puller
 # Registry: gcr.io/<your-project-id> ご自身のGCPプロジェクトIDに置き換えてください
 # Username: oauth2accesstoken
@@ -72,5 +72,7 @@ $ curl -H "Host: go-lambda.default.example.com" http://$IP_ADDRESS --data '{"Nam
 * [triggermesh/knative-lambda-runtime](https://github.com/triggermesh/knative-lambda-runtime)
 * [triggermesh/aws-custom-runtime](https://github.com/triggermesh/aws-custom-runtime)
 * [triggermesh/knative-local-registry](https://github.com/triggermesh/knative-local-registry)
+* KLRのアーキテクチャーとCustom AWS Lambda Runtimes
+  * [「Knativeで実現するKubernetes上のサーバーレスアーキテクチャ」の文字起こし #CNTD2019: ユースケース⑥　FaaS　イベントpull型](https://qiita.com/toshi0607/items/6dbdff717e1ba0aba4f6#%E3%83%A6%E3%83%BC%E3%82%B9%E3%82%B1%E3%83%BC%E3%82%B9faas%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88pull%E5%9E%8B)
 
 [戻る](step1.md) | [次へ](step3.md)

step3.md

@@ -130,7 +130,7 @@ $ tm deploy service go-function -f ./faas --build-template faas-go-runtime --reg
 
 つぎのコマンドを実行して動作を確認してください。
 
-```
+```shell
 $ curl -H "Host: go-function.default.example.com" http://$IP_ADDRESS --data '{"Name": "Foo"}'
 ```
 

step4.md

@@ -6,7 +6,7 @@
 
 早速Cloud Runをセットアップし、ServingのHello WorldワークショップでGCRにプッシュしたコンテナを実行してみましょう。
 
-```
+```shell
 # Cloud Run APIの有効化
 $ gcloud services enable run.googleapis.com
 
@@ -31,7 +31,7 @@ Service [helloworld-go] revision [helloworld-go-xxxxx] has been deployed and is
 
 リクエストしてみましょう。
 
-```
+```shell
 # 発行されたURLで置き換えてください
 $ export HELLO_WORLD_GO_URL=https://helloworld-go-<your hello world go URL>-an.a.run.app
 $ curl $HELLO_WORLD_GO_URL
@@ -40,15 +40,15 @@ Hello World!
 
 環境変数をセットしてリクエストし直してみましょう。
 
-```
+```shell
 $ gcloud beta run services update helloworld-go --update-env-vars TARGET="Cloud Run!"
 $ curl $HELLO_WORLD_GO_URL
 Hello Cloud Run!
 ```
 
 `hey`を利用して少し負荷をかけてからメトリクスを確認してみましょう。
 
-```
+```shell
 # 10秒間5並列でリクエスト
 $ hey -z 10s -c 5 $HELLO_WORLD_GO_URL
 ```

step5.md

@@ -9,5 +9,7 @@
   * [Knativeの歩き方 KubernetesからServerlessを訪ねて 第2版](https://booth.pm/ja/items/1309468)
 * Knative Tutorial
   * https://github.com/meteatamel/knative-tutorial
+* Kanative Eventingベースのプロダクト
+  * [EveryBridge](https://triggermesh.com/serverless_management_platform/everybridge/)
 
 [戻る](step4.md) | [トップへ](README.md)