「Cloud Run」タグの記事が3件件あります

このサイトのコンテンツ管理を効率化するため、ヘッドレスCMSであるDecap CMS（旧Netlify CMS）を導入しました。この記事では、その導入プロセスと技術的な判断、そして遭遇した問題の解決策について記録します。

最終的に、CMSの管理画面はNetlifyで、公開サイトはGoogle Cloud Runで運用する、という少し特殊なハイブリッド構成に落ち着きました。

• CMS管理環境 (Netlify)

  • URL: https://[your-site].netlify.app/admin/
  • 役割: Decap CMSの管理画面を提供し、Netlify Identityで認証を行います。

• 公開サイト環境 (Google Cloud Run)

  • URL: https://[your-custom-domain].com/
  • 役割: 静的サイトをホストします。既存のCI/CDパイプラインは維持されます。

この記事が、同様の構成を検討している方の参考になれば幸いです。なお、導入後の運用改善については Decap CMS の config.yml と index.html を最適化した記録 にまとめています。

また、本記事は執筆当時の記録です。継続的にメンテナンスしている手順は 技術ドキュメント版 を参照してください。

Artifact Registryで膨らむストレージ料金への対策​

GitHub ActionsなどでCI/CDを組み、Google Cloud Runへデプロイする運用。その実行のたびに、新しいDockerイメージがArtifact Registryにプッシュされていく。これは非常に便利な仕組みである一方、何もしなければ古いイメージは溜まる一方。「気づいたらストレージ料金が想定より高い…」そんな経験はありませんか？

本記事では、この問題を解決するため、Artifact Registryの「クリーンアップポリシー」機能の活用法の紹介。不要になった古いDockerイメージを自動で削除し、ストレージコストを継続的に最適化する手順の、備忘録としての整理します。

本記事は、Google Cloud Consoleの2025年7月時点のUIを元に解説。

この記事では、Docusaurus v3 で構築したサイトに国際化（i18n）機能を追加した際、直面した2つの厄介な問題、「クライアントサイドのルーティング崩壊」と「Cloud Runでのコンテナ起動失敗」について、その原因特定から解決までの道のりを記録したものです。

i18n の基本的な導入手順は Docusaurus サイトを多言語対応するための実装手順 にまとめています。

また、本記事は執筆当時の記録です。継続的にメンテナンスしている手順は 技術ドキュメント版 を参照してください。

前提環境:

• サイトジェネレーター: Docusaurus v3
• ホスティング: Google Cloud Run
• 開発・デプロイ: Docker, GitHub Actions
• パッケージマネージャー: pnpm