するので、たまーにアクセスすると初回のみ遅くて残念(一昔前よりはだいぶ早くなったけど!)。解決したいなーって試した内容のメモです。コールドスタート対策」ってタイトルだった...自分で見返して「え?」ってなって修正しました(jsonのコードだけは修正してないけど、こんど気が向いて全部GitHub更新するタイミングで...)。経由にはならないので使えないですね。いうても簡単な話なので独自に実装すれば良いだけです。インスタンスってどう管理されているのか知らんので、ヘルスチェックするだけで確実にコールドスタート問題が解決できるかはわかってないです。最近1ヶ月くらい運用してモニタリングしてる限りは解決できていますが。今月シアトルに行く用事があるので覚えてたら中の人に聞いてみます...覚えてたらブログも更新します。される側のボットを作ります。バージョン上げたりします。現時点ではまだ依存関係がドタバタしてるしすぐかわるだろうから手順は省略しますが、変更したらデバッグで正しく動くことを確認しておきます。利用して処理してみます。プログラム的な話になりますが、具体的には以下の条件だったらヘルスチェックのリクエストと判断してレスポンスを返すって仕様です。メソッドを変更します。変更箇所は12-17行目、31-40行目。値をチェックしています。ヘルスチェックの処理をしますが、これは後述のヘルスチェックを送信するクライアント側と合わせる必要がありますので要注意です。使い分けてるってのが私個人的な使い分けです。型なので、より複雑な値の格納可能です。31行目のメソッドでヘルスチェックのための適当な処理をして値を返すだけです。利用しているデータストアとか外部サービスとかのヘルスチェックもして結果を返すイメージでしょうかね。36行目は、レスポンスとして返すテキストをセットしています。ここでは適当に返しています。37行目は、ヘルスチェックのレスポンスだと判別するための値をセットしています。この値も後述のヘルスチェックを送信するクライアント側と合わせる必要がありますので要注意です。)を作成して、先ほど作成したボットをデプロイしておきましょう。今回の本題からそれるの、手順で割愛します。タイマートリガーを作ってみます。Matchかと思いやめました。プロジェクトを作ります。