はてなブックマーク

2023年5月9日追記: API移行後、以下のような警告とともに凍結された方へ SUSPENDED This App has violated Twitter Rules and policies. As a result, it can no longer be accessed. For assistance, submit a support ticket. 対処法を追記しましたのでもし該当する場合は参照してください。 Twitter API のプランが整備され、Standard(v1.1)APIを利用している場合は正式にv2へ移行するよう勧告がありました。 もともとv1.1を利用していたアプリで、移行するときにやや苦労したため、記録を残します。 状況整理 移行前は、次のような状況でした。 Twitter API v1.1を利用している Developer Portal では スタンド

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

個人で検証した結果から導いた考察であるため、情報が正しくない可能性や、今後Cloud Run側の仕様変更により陳腐化する可能性があることをご了承ください。 Cloud Run の自動スケーリングに関するドキュメントを読んでいて、気になる箇所がありました。 最大インスタンス数の超過 通常の状況では、受信トラフィックの負荷を処理するために、新しいインスタンスを作成して、リビジョンをスケールアウトします。ただし、最大インスタンス数の上限を設定すると、トラフィック負荷を処理できるインスタンスが不足することがあります。その場合、受信リクエストは最大 10 秒間キューに入る場合があります。この時間枠内に、インスタンスがリクエストの処理が完了すると、キューに入れられたリクエストを処理できるようになります。この時間枠内で使用可能になるインスタンスがない場合、リクエストは失敗し、429 エラーコードが表示さ

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で運用しよう

GraphQL スターターパック | Prisma + NestJS + Next.JS製 個人ブログサイトをCloud Runで運用しよう 「GraphQLの仕様はなんとなく知っているけど、それを使ってどうアプリを作るのかいまいちイメージがわかない」 この本はそんなスキマを埋めるべく書きました。 近年ではReactをはじめフロントエンドの選択肢が豊富になっており、フロントエンドとバックエンド間のやりとりにはより汎用的かつ効率的な方法が求められます。 GraphQLはその選択肢のひとつです。本書では NestJS で GraphQLバックエンドを実装し、それをNext.jsから利用して、個人ブログサイトを構築してみます。 GraphQL開発の流れを体験し、ご自身のアプリ開発に役立ててください。 v1.10 refactor github deploy

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)にて 2 で作成した 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