Cloud Runの価格（料金・費用）

改善してほしいポイント

Kubernetes (K8s)とは違って、サーバーにアクセスはできないので、何かサーバー内で確認作業をしたい場合に対応できません。また、gitやdockerの知識がない場合は運用が困難なため、導入のハードルはあると思います。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

多くのサイトを運用しているため、GCPや他の国内のインフラではコストが多くかかってしまうが、
コンテナ型のcloud runを利用することでコストを大きく下げることができました。
また、保守もほとんど不要なため、保守管理費用も抑えることができました。

改善してほしいポイント

今だとAIに聞いて色々できるので、負担は軽いですが、学習コストは結構高かったと思います。
特に、CPU/メモリ、同時実行、リクエストタイムアウト、インスタンス上限、最小インスタンスなど、どのようにすべきかについて初期は非常にわかりにくいです。

また、他にもデバッグやトラブルシューティングがやりにくいと感じることがあります。コンテナを作成し、Cloud Runに上げてしまうと、実際の挙動やエラーは、Cloud Runのログ（Cloud Logging/Trace）を使用するしかなく、ログを埋め込んでも適切に表示されない、ローカル環境と違うところでエラーが起きるなど、適切にエラーなく駆動させるまでに時間がかかる印象があります。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

弊社は小さいチームなのですが、数百万人のユーザーを抱えており、Cloud Runによる自動化がなければ、ユーザーをスケールさせることは不可能でした。
ユーザー数が増加や新規機能追加によって新たに発生するオペレーションをCloud Run Services, Jobsで上手く自動化し、人の手がなくても、勝手にプロダクトが回る・サポートもできるといった環境を整えることができました。

改善してほしいポイント

Cloud Runは負荷状況に応じてオートスケールできるのがメリットですが、インスタンスごとにIPアドレスを割り当てるためIPアドレスが枯渇するとスケールアウトができない点がデメリットです。この点をユーザーが意識することなく改善されると良いです。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

サーバーレスで実行できるため個別でサーバーを準備する必要がなく、様々なコスト(サーバー代、電気代、運用)を削減することができました。