はてなブックマーク

前々から気になっていた Node.js 製の ORM 、 prisma を触ってみようと思います😊 TypeScript で書けるので型が付いていて開発体験が良いらしいです。 今回は０から全体的に触ってみて雰囲気を掴みたいので以下の公式 tutorial をやっていきます。 一応やった時のリポジトリも公開しているのでご参考までにどうぞ！ やる node.js 、 postgres は用意済みとします。 node.js はホストマシンに入っているものを、postgres は Docker でサクッと用意します。 version: "3.8" services: db: image: postgres:13.3-alpine volumes: - ./tmp/db:/var/lib/postgresql/data environment: POSTGRES_USER: postgres PO

みんな大好き AWS Cognito。 最近のサーバーレスアーキテクチャでは採用されることも多いと思いますが、１つ疑問がありました。 サインアップしたユーザーの情報はアプリ側でどう使えばいいの？ ということです。 調べても中々出なかったので、今回はこの件について書きます🙌 結論 Cognito に保存されているユーザー情報を「認証・認可」以外で使うのはイケてない サインアップ時に別途 DBに保存すべき Cognito の Lambda トリガーで実現可能 解説 cognito ユーザープールにはユーザーに関する色んな情報が登録されますが、これらはあくまでも「認証・認可」のために使う情報です。 アプリ側で直接参照して使うものではありません。 例えばユーザーの詳細画面を実装するときに、 cognito にアクセスして取得した情報を表示するのはあまり良くありません。 DB では無いので扱いも大

今や本番環境に Docker を利用することは当然であり、それに伴い CI/CD パイプラインの中で Docker イメージをビルドするという機会も増えてきたのではないでしょうか🧐 皆さんご存知の通り、 Docker イメージはレイヤー構造になっており、レイヤー単位でキャッシュが行なわれる仕組みとなっております。 変更の無いレイヤーの場合は、以前のキャッシュが利用されることによってイメージのビルドが高速になるわけですが、 GitHub Actions などの CI/CD 環境では VM 上でワークフローが走るためそのままではキャッシュを利用することはできません。 全く変更の無いイメージであったとしてもキャッシュが利用されることはなく、最初から全てビルドされていきます😭 これは継続的デリバリーの観点から問題であり、迅速な開発サイクルに影響を与えてしまいます。。。 そこで今回は皆大好き G

Next.js はほとんど React アプリ開発のスタンダードになっているようですが、認証機能の実装に少し困りました。 要件は以下です🧐 AWS Cognito を使いたい なるべく早く構築したい セキュリティを犠牲にしたくない 今回は cognito を Next.js に良い感じに埋め込む方法をやってみたいと思います！！ 細かい部分の解説まではしませんので、コードを確認してみたい方はこちらをどうぞ🙌 やる Cognito 設定 ほとんどテンプレート通りなのでざっくりいきます！ ユーザープールを作成しますが、「デフォルトを確認する」でOKです。 基本はデフォルトですが、アプリクライアントだけは設定が必要なのでここで済ませましょう。名前を入力するだけでOKです。 ユーザープールが正常に作成されればOKです。 認証関係の画面には Hosted UIを利用するのでアプリクライアントを統合

Golang をはじめて１週間ほどですが、最初に Docker を使って環境を構築する際に結構悩みました😅 自分の備忘録も兼ねて記述しておきます。 前提 RDB が必要 なるべく Mac の環境は汚したくない go module を使う IDE の利用を前提として良い この構成は gin を使ってバックエンド API を作りたいとなった時に作成したものです。 よってそういった用途にしか適さない可能性もあるのでご了承ください。 全体的に改善の余地はあると思うので、教えて頂けると嬉しいです！！ こうしたら良いのではないか FROM golang:1.15.7-alpine as dev ENV ROOT=/go/src/app ENV CGO_ENABLED 0 WORKDIR ${ROOT} RUN apk update && apk add git COPY go.mod go.sum

こうした方が別々のライフサイクルでアプリを動かすことができる気がします。 今回はそこまで関係ありませんが、別のプロジェクトとしておくと、 コンテナ基盤で別々のインフラスケーリングがやりやすい コミットがフロントとバックエンドで混ざらない 動作の切り分けがより直感的 CI/CD パイプラインも別々にしやすい などのメリットがありそうです。 この辺はお好みですね😁 環境構築 バックエンド → Docker を使ってサクッと立ち上げます フロントエンド → Mac にインストールした node.js を使います（Docker 使っても良いのですが、 node_modules 配下が重いですし、こっちの方が楽でした） 詳しくは、非常に簡単ですが README に手順が書いてあるので参考にしてください！ 基本的に、 api モードで rails new する create-react-app でR

今時の認証って🧐 現代はもう認証機能は自分で実装する時代では無さそうです。 この、「どのアプリでも一般的に使われているけど本質的な価値になっていない」類の作業を、かの AWS センセーは 「付加価値を生み出さない重労働」 と定義しました。 これらをなるべく削減して、エンジニアが本質的な顧客価値に直結する作業に注力できるようにするのというのがトレンドです。 せっかくReact で初めてのSPAを作ったので、ついでに前から気になっていた AWS cognito を使って認証機能を付けてみました。 ざっくりとした導入だけですが、基本的な使い方だけなら非常に簡単かつセキュアに実装できるのでは無いかと思います！！ 以前作った SPA については記事にしています。 こちら 。 Rails API でバックエンドを実装した React SPA についてイメージを掴めるような内容になっていると思いますの