Some privacy related extensions may cause issues on x.com. Please disable them and try again.
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Some privacy related extensions may cause issues on x.com. Please disable them and try again.
TL;DR tfstate、アセット管理用 バケットだけは コマンドラインないし GCP コンソールで作成する バージョニングと（過課金防止のための）ライフサイクル設定を追加 Google Cloud Build · GitHub Marketplace をインストールしておき、 ソースリポジトリとGCP のプロジェクトを連携しておく Cloud Build をモジュールとして複数用意して、手元からデプロイ アプリケーションビルド用 terraform apply 用 （すでに手で作成済みだったので）App Engine を terraform import アプリビルド用 CloudBuild を実行して ZIP を作成 google_app_engine_standard_app_version をみながら バージョンを定義して作成済みのアーティファクトからデプロイするように Next
GAE のログといえば、リクエストに紐づいたログ出力ができることが魅力の一つですが、今回これを CloudRun で再現しました！！ CloudRun のリクエストにlogを紐付けた リクエストに紐づくヘッダーGCP には GAE というコンピューティングプラットフォームがありますが、魅力的なものとして、フルマネージドな環境であることに加えて リクエストにログを関連付ける ことができることがあります。 ただ、これは GAE 特有の機能であり、他のコンピューティングプラットフォームではできません。 GAEのログは魅力的で GAE のログに憧れて というブログを執筆されている方がいらっしゃるぐらいです。 上記のブログでは GKE で解決するためのライブラリを作成しています。 https://github.com/yfuruyama/stackdriver-request-context-log
こんにちは。ピリカ開発チームの伊藤です。 GCPの各種サーバーレスサービスにアクセスするには、認証情報が必要となります。App EngineやCloud Functions上で動作している場合は、GCPの各種ライブラリを使っていれば特に何もしなくても認証が通った状態となり、FirestoreやCloud Storageなどを扱うことができるようになっています。 しかし、ローカルでの動作確認を行う場合など、GCP外で動く場合には認証情報を渡す必要があります。 これまで、ローカルでの認証のためには「サービスアカウントキー」というJSONファイルを取得することが多かったのですが、サービスアカウントキーファイルが漏洩した場合に検知が難しいなどの問題があり、最近は非推奨となっています。 では具体的にどのようにすれば良いのかというと、あまりまとまった情報がありませんでした。 今回は、GAE/Pytho
エクセルsheetを複数作成してくれるWebアプリを作ったよ(Python+Flask+GAE+Excel) 出来たものがこちら 僕のような初学者が下記のようなプロセスで作成したという記録を書いていきたいと思います。 きっかけ 仕事で各ソースファイルごとに調査をする必要があり、エビデンスとしてエクセルを使用。 各ファイル名のシートを作成するため、そのようなファイルを作成してくれるものが欲しかった。 Flask,GCPにも興味はあったので触ってみたかった。 まず何をしたか まずはFlaskで「Hello World」を表示ができるようにしました。 pythonファイルとhtmlファイルのみの構成でまずはSTEP1としました。 次にボタンを押したらとりあえずExcelファイルをダウンロードするように実装します。 こちらは「Flask Excel」と検索して出てきたサイトを参考にしました。 ht
クラウドの料金やサービスに関する記述は全て記述時のものです。最新の情報は適宜確認してください。 TL;DR Heroku有料化後のDiscord botを無料で置ける場所を考えた botに簡単な非同期httpサーバを実装して、Google App Engineにデプロイした 今のところ無料で安定稼働してる discord botの置き場問題 私は趣味で小規模なdiscord botを2年ほど運用しています。 インフラにはデプロイの手軽さと、無料で使えるということからherokuを使ってきたので、有料化するというニュースには驚きました。 なるべくお金はかけたくないので、移行先を考えました。 移行に当たっての考慮ポイントは以下の通りです。 なるべく低料金（できれば無料）であること 運用負荷が小さいこと pythonが動作すること なるべく使ったことがないインフラであること 勉強のためです AW
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く