App Engine VS Cloud Run
Cloud Run CPU 0.08 ~ 8 Core (2nd gen は最小 0.5~) Memory 128 MiB ~ 32 GiB (2nd gen は最小 512MiB~) Deploy App Engine は Deploy (gcloud app deploy) を実行すると Cloud Build が暗黙的に動いて Deploy が行われるが、これがなかなか時間がかかる。 開発環境だと CI でとりあえず main branch に merge されたら、Deploy したりするけど、Deploy を Skip してもよいような時でも CI 回してると Deploy を待つことになって、ちょっとめんどうに感じる。 更にこの仕組みは成果物は Deploy しないと生まれないので、CI と CDを分離しづらい。 Cloud Run は Container Registry a
GitHub ActionsでGCPにTerraformでインフラCI/CDする - Qiita
本稿について 2019年11月、GitHub上で利用できる無料のワークフローツールのGitHub Actionsが正式にリリースされました。1 これを使って、CI/CDなどの処理を自動化することができます。 本稿では、GitHub ActionsでTerraformを実行し、Google Cloud Platformの構成管理を行う方法を紹介します。 また、GitOpsによるインフラCI/CDの作業フローも紹介します。 昨日、Bitbucket PipelinesでGCPに対してTerraformでインフラCI/CDする - Qiitaという記事を書きましたが、そのGitHub Actions版となります。 共通する内容が多いので、以降ではその記事を「Bitbucke Pipelines版」として参照させて頂きます。 更新履歴 20200504 .github/workflows/terr
Cloud Build のドキュメント | Cloud Build Documentation | Google Cloud
Cloud Build は、Google Cloud インフラストラクチャでビルドを実行するサービスです。Cloud Build は、Cloud Storage、Cloud Source Repositories、GitLab、GitHub、Bitbucket からソースコードをインポートし、仕様に合わせてビルドを実行して、Docker コンテナや Java アーカイブなどのアーティファクトを生成します。詳細 Cloud Build は、一連のビルドステップとしてビルドを実行します。各ビルドステップは、Docker コンテナで実行されます。1 つのビルドステップでは、環境に関係なく、コンテナから実行可能なあらゆる処理を実行できます。タスクを実行するには、Cloud Build が提供するサポート対象のビルドステップを使用するか、独自のビルドステップを作成します。
GitHub、継続的インテグレーションの簡素化を実現する「Google Cloud Build」をGitHub Marketplaceでリリース
「Google Cloud Build」は、継続的インテグレーション（CI）を簡素化する一環として、Googleとの協業によってGitHubとの連携を実現している。 「Google Cloud Build」の利用によって、あらゆる言語で迅速に一貫性と信頼性のあるビルドを実現するとともに、CIを簡単にセットアップすることが可能で、ビルドやテストをGitHubのワークフローの一環として自動化できるようになる。 そのほか、CIツールがセットアップされていない場合でも、リポジトリのルートにDockerfileが検出されると、GitHub Marketplaceから「Google Cloud Build」のようなCIツールの使用を促すメッセージを自動的に表示するレコメンデーション機能を、今後数か月以内にリリースする。 さらに、「Google Cloud Build」がChecks APIに対応したた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
