null)DatastoreRepositoryは、SpringのPagingAndSortingRepositoryを継承しているので、Datastoreを利用する場合でも、普通のSpringBootアプリケーション開発でのリポジトリと同様に扱うことができます。この状態でアプリケーションを起動し、http://localhost:8080/personsにアクセスすると、下準備で設定したプロジェクトのDatastoreにアクセスし、そのperson一覧が表示されます。}}このエンドポイントはPOSTリクエスト等も受け付けることが可能です。}}再度GETしたり、GCPのコンソールでpersonを表示すると新規データが追加されていることが確認できます。いうAPIを追加します。いうレスポンスが返り、DatastoreにNEXTというデータが追加されているのが確認できると思います。http://localhost:8080/allにアクセスすると、下記のようなログが出力され、Datastoreに新たに3件のデータが追加されていることが、確認できると思います。Sleuth(https://spring.io/projects/spring-cloud-sleuth)を利用します。下記の依存関係を追加します。<artifactId>spring-cloud-gcp-starter-logging</artifactId></dependency>デフォルトでは、全リクエストのうちの10%にしかTraceIDを付与しないようになっているのですが、デモでは全リクエストに付与したいため、application.propertiesに下記を追加していました。作成し下記を追加します。</root></configuration>これによって、ローカルの標準出力とStackdriverにTraceIDを含めたログが表示されるようになりました。3回呼び出している様子が確認できるようになりました。https://dzone.com/articles/why-my-java-application-is-oomkilled)。jibというMavenのプラグインを利用すると、このあたりの問題をよしなに解決してくれるそうです。自分でDockerfileを書かなくてもよかったり、イメージ作成時にDockerのデーモンが不要だったりするようです。このセッションではjibを利用して作成したアプリケーションをコンテナ化しています。下記の設定をpom.xmlに追加します。Registry(GCR)への登録までを実行してくれます。下記コマンドを実行すると、Kubernetes用のデプロイメントの設定ファイルを生成できます。k8s/deployment.yamlこれによって、下記のようなファイルが生成されます。{}一部記述が古かったり不要なコードが存在するので、下記のように修正します。Check用のエンドポイント追加とGracefulシャットダウンKubernetesには、以下2種類のチェック機能が存在します。Checkが失敗するようにしておくということも重要です。Check用のエンドポイントをHelloController内に追加します。利用するのが良いそうです。追加すると様々なエンドポイントが自動で追加されます(https://docs.spring.io/spring-boot/docs/current/reference/html/production-ready-endpoints.html)。