fixup! Merge pull request #373 from defaultcf/pw-20230607-defaultcf

articles/productivity-weekly-20230607.md

@@ -34,17 +34,26 @@ user_defined: {"publish_link": "https://zenn.dev/korosuke613/articles/productivi
 ## GitHub Actions - Just-in-time self-hosted runners | GitHub Changelog
 https://github.blog/changelog/2023-06-02-github-actions-just-in-time-self-hosted-runners/
 
-ephemeral との違いがよくわかってないけどなんか来た。
-あーもしかして常駐 VM でジョブ発生時に使い捨てランナー立ててくれるってことなのかな
-それはそれでおもろそう。
+GitHub Actions において、新たなセルフホストランナーを立てる仕組みとして Just-in-time 方式が追加されました。
 
-https://twitter.com/Kesin11/status/1665335604366962688
+使い切りのランナーを立てるという点では ephemeral ランナーと変わりませんが、Just-in-time ランナーは使うまでの手順が異なります。
+
+詳しくは [Kesin11](https://zenn.dev/kesin11/) さんが使い方やメリデメをまとめた記事を挙げているので、公式ドキュメントと合わせてご覧ください。
+大変参考になります。
 
 - [新しいjust-in-time runnerでセルフホストランナーのオートスケールが劇的に楽になりそう](https://zenn.dev/kesin11/articles/20230607_runner_jitconfig)
 
+実際に僕も試しに触ってみました。気になる人は眺めてみてください。
+
+- [GitHub Actions の Self-hosted Runner の Just-in-time を試してみる](https://zenn.dev/korosuke613/scraps/c0b9dc86d54d0b)
 
+これまではランナーのマシン本体でランナー登録（`./config.sh` の実行）を行う必要がありましたが、Just-in-time ランナーではランナー登録を API で行えるようになったため、ランナー登録とランナーの起動を別々のマシンで行えるようになりました。ランナー登録を一元化できるのはいろいろと嬉しいです。
+他にもラベルの指定が柔軟にできるようになる、ランナーの登録解除を自動でしてくれるのも大きいですね。
 
+[最近は Actions Runner Controller による Scale Sets mode も登場](https://zenn.dev/cybozu_ept/articles/productivity-weekly-20230517#github-actions---actions-runner-controller-public-beta-%7C-github-changelog)していますが、こちらは Actions Runner Controller の導入が必須となります。
+それと比べて Just-in-time ランナーは、通常の ephemeral なランナー周りを改善したものになるので、自前でオートスケールする仕組みを用意している人などもこれを導入しやすいです。
 
+個人的には今後は Just-in-time ランナーを使っていく流れになるかなと予想していますが、まだまだ登場して日が浅いので今後どうなるかって感じですね。
 
 ## Security enhancements to required approvals on pull requests | GitHub Changelog
 https://github.blog/changelog/2023-06-06-security-enhancements-to-required-approvals-on-pull-requests/