スポンサーリンク
/api/graphql とか /admin/graphql とか /api/graphiql とか
のパスでgraphqlするための router.rbの設定です。
Rails.application.routes.draw do
namespace :api do
if Rails.env.development?
mount GraphiQL::Rails::Engine, at: '/graphiql', graphql_path: '/api/graphql'
end
post '/graphql', to: 'graphql#execute'
end
end
コントローラーも下記においています。
app/controllers/api/graphql_controller.rb
RDS Proxy が PostgreSQL 12 のサポートを開始したらしいです。
RDS のバージョン上げすぎて RDS Proxyに対応していないという状況が続いていましたが、 どうやらPostgre12 もサポート対象になったようです。
実行するコマンドは下記のようになります
aws s3 rm --recursive s3://my.bucket.com/logs/ --exclude '*' --include 'log-*'
my.bucket.com バケットの logs/ ディレクトリを対象にする。
指定のディレクトリ内またはプレフィックス内のすべてのファイルやオブジェクトに対してコマンドを実行する。
いったん全部除外
log- で始まるファイルを削除対象とする。
削除確認するときは --dryrun をつけてから実行すると安全です。
aws s3 rm --recursive s3://my.bucket.com/logs/ --exclude '*' --include 'log-*' --dryrun
awsのelbだけで、メンテナンス画面を表示させる方法です。
elbのルートの条件は下記のようにしています。
条件やレスポンスなど 適宜調整してください。
パス
*
レスポンスコード
503
Content-Type
text/html
レスポンス本文
<!DOCTYPE html>
<html>
<head>
<title>メンテナンス作業中です。(503)</title>
<meta content="width=device-width, initial-scale=1.0" name="viewport" />
<meta charset="UTF-8" />
<style>
.page {
margin-top: 60px;
}
.tit_box.center {
text-align: center;
}
.page .page_inner {
max-width: 640px;
text-align: center;
margin: 0 auto;
}
</style>
</head>
<article class="page">
<div class="tit_box center">
<img src="https://placehold.jp/60/666666/ffffff/300x300.png?text=503%0A" >
</div>
<div class="tit_box center">
<h1 class="page-title">503 Service Unavailable<br>ただいま、メンテナンス作業中です</h1>
</div>
<div class="page_inner">
<p>
メンテナンス作業中のため、ただいまサービスをご利用頂くことができません。<br>
ご迷惑をおかけして大変申し訳ありませんが、終了までしばらくおまちください。<br>
</p>
</div>
</article>
<body>
</body>
</html>
上記のようなルートを作っておき、 必要な時に、条件の一番先頭に移動すると、いつでもメンテナンス画面に変更することができます。
aws Lambda の serverless で graphqlのAPIサーバーを開発しているけど、 コンソールからこんな感じのコマンド叩くのに辛みを感じできたので
curl http://localhost:3000/local/graphql -X POST -H "Content-Type:application/json" -d '{"query": "query {user {id, name}}"}'
graphql-playground とか graphiql を使いたい!
最初は、Lambda に一緒にのせてホスティングできないかなとも考えましたが、 もろもろ大変そうなので graphql-playground のスタンドアローン版を使うことにしました。
早速インストールですが、 インストーラー(.dmg)をこちらのページからをダウンロードしてインストールしました。
今回ローカル環境として、serverless offline プラグインで起動しています。
下記で起動
sls offline start -s local
すると
http://localhost:3000/local/graphql
でアクセスできるように設定しています。
graphql-playground のアプリを起動すると、 Localのフォルダを指定するか、エンドポイントを指定するかをきかれるので 先程起動したローカル環境のエンドポイントを指定して Openします。
設定はほとんどなくこれだけで使えるようになります。
AWSにデプロイ後の、APIゲートウェイの エンドポイントに設定を変えるだけでも使えるので フロント側の開発が別の人でも、簡単に共有できると思います
初めてのGraphQL ―Webサービスを作って学ぶ新世代API
nodenv で
nodenv install -l
したけど、一覧に該当の新バージョンがないので、nodenvをバージョンアップしたいときの話
下記を実行する!
brew upgrade nodenv node-build
これで無事に最新バージョンが一覧で確認できました。
brew updateしたら下記のようなエラーが発生
Error: homebrew-core is a shallow clone. homebrew-cask is a shallow clone. To `brew update`, first run: git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core fetch --unshallow git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask fetch --unshallow This restriction has been made on GitHub's request because updating shallow clones is an extremely expensive operation due to the tree layout and traffic of Homebrew/homebrew-core and Homebrew/homebrew-cask. We don't do this for you automatically to avoid repeatedly performing an expensive unshallow operation in CI systems (which should instead be fixed to not use shallow clones). Sorry for the inconvenience!
メッセージにあるとおり下記をそれぞれ実行して解決しました。
git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core fetch --unshallow git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask fetch --unshallow