はてなブックマーク

わたしたち開発者は、アプリ開発の大部分がローカルサーバーへのアクセスで完結するよう努力しますが、どうしてもローカルサーバーを公開したいシーンがあります。 開発中の画面をメンバーにちょっと触ってみてほしい 他サービスとの連携でWebhook URLが必要 このような場合、トンネルソフトウェアを使ってローカルサーバーをインターネットへ公開することで解決できます。 ngrok でもいいけど、Cloudflare Tunnel！ ローカルサーバーを公開するスタンダードな方法としてngrokがあります。しかし、以下のような点が気になっています。 カスタムドメインを使うためには有料版に登録する必要あり *.jp.ngrok.io がフィッシングサイトに使われてしまったらしく、Chromeで警告がでるようになってしまった（一部環境） ということから、Cloudflare Tunnel を使う機運が高まり

Google Cloud Build でのマイグレーションについて調べる機会があり、Prismaで試してみることにしました。その記録を残します。 要点 Prismaは、開発用コマンドでマイグレーションファイルを作成し、本番用コマンドでそれを本番DBへ適用する流れです Cloud Build から本番用コマンドを実行するためには、Cloud SQL Proxy を通して Cloud SQL へつなげる必要がある。ここSecret Managerを使います Cloud Build ではAppEngineの環境をラップしたコンテナイメージが呼べるので、それを使ってマイグレーションコマンドを実行します バージョン情報 名前 バージョン

GraphQL スターターパック | Prisma + NestJS + Next.JS製 個人ブログサイトをCloud Runで運用しよう

Next.jsアプリケーションのデプロイ先といえばVercelが筆頭ですが、他のプラットフォームでも起動できます[1]。この記事は Next.js のDocker Imageをつくり、Google Cloud の Cloud Run へデプロイしたときの記録です。なお、Next.jsはGraphQLを呼ぶServer Side Rendering（SSR）アプリを想定しています。 Terraform で Artifact Registry をつくる Cloud Run へデプロイするにはコンテナイメージが必要です。そしてコンテナイメージを保存する場所は、Google Cloud の Artifact Registry がオススメです。以下を参考に Artifact Registry のリポジトリを作成してください 参考までに、こちらのリポジトリで今回用に改変したものを用意しています。 va

はじめに NestJS はサーバーサイド TypeScript のフレームワークとして注目しています。手元で試すべく触っているうちに、せっかくならデプロイしたいという気持ちになりました。デプロイ先の選択肢はいろいろとありますが、最近は Google Cloud を触っていることもあり Cloud Run へデプロイしてみることに。この記事にデプロイした記録を残します。 結論的な意見 NestJS（というかNode.jsアプリ）を Cloud Run へデプロイするためには以下の選択肢があります。 ソースコードのみ用意して gcloud run deploy で全部おまかせ ソースコードとDockerfileを用意してあとは gcloud run deploy でおまかせ ソースコードとDockerfile、Cloud Build トリガーを定義して Artifact Registry から

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

内容 やる docker-compose.ymlを作成してサンプルプロジェクトを rails new する IntelliJで Docker上 の Ruby SDK を認識させる IntelliJで RubyGems を認識させる Quickstart: Compose and Rails| Dockerを参考に進めます。 やらない IntelliJ でデバッグできるようにする IntelliJ でテストを走らせられるようにする テストはコマンドラインターミナルでの実行に一任します。 docker-compose.ymlを作成してサンプルプロジェクトを rails new する サンプルプロジェクトを用意するために、早速RubyとRailsが必要になります。公式の手順を参考にしながら進めましょう。 Define the Project まずはプロジェクトを作成したい空のディレクトリでDoc

TL;DR - YES! はい、IAM Role を設定すればできます。Next.js と データソースの間に API を挟まなくてもよいです。便利ですね。ブログ記事をDynamoDBから取り出す想定で試しました。以下の手順でいけます。 記事を保管するDynamoDBを作成する（AWS CDK） DynamoDB へのアクセス権限をもった IAM ロールを作成する（AWS CDK） ブログ用 Next.js アプリの getServerSideProps で AWS SDK 経由での DynamoDB 操作を書く AWS App Runner（以下 App Runner）にて ② で作成した IAM を割り当てつつサービスを作成する（手作業） 経緯など 前に書いたこの記事で Next.js の App Runner へのデプロイを試したのですが、SSRの可能性を試したくなりました。サーバー

AWS App Runner がリリースされましたね。VPC を作成することなく、アプリケーションコンテナをデプロイ・実行できるサービスです。GCP の Cloud Run に近いでしょうか。 Next.js アプリをデプロイする 実は2021年5月19日（水）、もうひとつリリースがありました。それが AWS Amplify の server-side rendering support です。どちらかというとこちらのリリースのほうが Next.js ユーザー向けだと思います。ただ、Next.js をコンテナアプリケーションとして GCP や Fargate にデプロイするパターンもあると思い、今回は AWS App Runner へデプロイしてみることにしました。選択肢が多くて悪いことはないですしね。 SSR ありの Next.js アプリを用意する 公式のブログサンプルを create