Firebase Authから内製認証基盤に無停止移行して年間1000万円以上削減した
症状検索エンジン「ユビー」 では、ローンチ当初から Firebase Auth (GCP Identity Platform) を使っていましたが、OIDCに準拠した内製の認証認可基盤に移行しました。 認証認可基盤そのものは m_mizutani と nerocrux と toshi0607(退職済) が作ってくれたため、僕は移行のみを担当しました。 結果として、強制ログアウトなし・無停止でビジネス影響を出さずに、年間1000万円以上のコスト削減に成功しました[1]。その移行プロセスについて紹介します。認証認可基盤そのものの紹介はあまりしません。 移行した理由 大量の匿名アカウント ユビーでは、アクセスした全ユーザーに対して自動的に匿名アカウントを発行しています。これにより、ユーザーがアカウント登録しているかどうかに関わらず、同じID体系で透過的に履歴情報等を扱うことができます。アカウント
認証と署名の整理をしましょう（またかよ） - Qiita
はじめに 去年の「Digital Identity技術勉強会 #iddanceAdvent Calendar 2022」でも「認証と署名は何が違う？ ～マイナンバーカードを例に～」として認証と署名の話をしました。実は今年も必要に迫られて認証と署名の整理をしてきてある程度まとまったかな…と言うことで今年も再び書かせてください！また署名業界では新たに電子シール（eシールとも呼ばれる非自然人/組織の電子証明書によるデジタル署名）の検討が進んでいます。なので署名も電子署名と電子シールに分けて整理をしてみます。年末の忙しい時期ですが楽しんでご笑読ください。認証と署名の整理についてはこれで最後にしたい…なぁw デジタルアイデンティティ さてまず認証と署名を比較するとはどういうことかを整理しましょう。認証…と言うよりも技術全体を示すのであれば最近はデジタルアイデンティティ（Digital Identit
Cursor Proを３日間で300回も使い倒してみた所感
はじめに AI搭載コードエディターCursorが話題なので自分にとって使いやすいのか実験してみました。 まだまだCursorの実験途中ではありますが、CursorProをサブスクしてたった３日でgpt-4に332回聞いてました。 Cursorはプロンプトの会話から現在のコードにDiffで提案してくれたり、エラーを解決してくれたり本当に便利で最高なのですが、頼り過ぎも良くないなと反省することもあったので、やったこと全部と感想をシェアしていきたいと思います。 やったこととしては、Cursorのチャットに質問しながら予備知識のないChatVRMというオープンソースのチャットアプリケーションの追加実装をしました。わりと簡単に実装できたこととうまくできなかったことがあるので例を挙げて紹介していきます。 Cursorとは Cursor(カーソル)とは、VScodeをフォークして作られたOpenAIのg
Node.js(Express)+Redisで簡単にセッション管理を行う方法
express-sessionを利用するExpressでCookieによるセッション管理を行う場合に利用されるモジュールは以下の2つです。 今回は以下の理由からexpress-sessionを採用することにします。 Cookie内には少量の単純なデータ(プリミティブな値)のみしか保存できないセッションデータがブラウザから閲覧出来てしまうexpress-session+Redisを実装するそれでは実装例を紹介します。express-sessionはデフォルトではサーバーメモリ上でセッションデータを保管しますが、実際の環境での稼動向きではないため通常外部ストレージを利用します。 今回はRedisを導入しますが、動作検証だけしたい方はストレージなしでも稼働確認できるので以下の事前準備はスキップして問題ありません。 (事前準備)Redisの用意まずは事前準備としてRedisをDockerコンテナで
Nuxt3 + Pinia + firebase v9で認証処理を作ってみる - Qiita
はじめに Nuxt3 と firebase v9 を使って認証フローを作成してみました。 認証データの状態管理には Pinia を使用します。 firebaseの接続情報 接続情報は publicRuntimeConfig にまとめておきます。 export default defineNuxtConfig({ ... modules: [ ['@pinia/nuxt', { autoImports: ['defineStore'] }], ], publicRuntimeConfig: { firebase: { apiKey: 'xxxxxxxxxxxxxxxxxxxx', authDomain: 'xxxxxxxxxxxxxxxxxxxx', projectId: 'xxxxxxxxxxxxxxxxxxxx', storageBucket: 'xxxxxxxxxxxxxxxxxxxx
How to Implement auth0 Authentication in Nuxt3
Photo by FLY:D on UnsplashI was trying out Nuxt3 for my new project and wanted to implement auth0 as authentication as a service. At the time of writing this blog, I couldn’t find the Nuxt module for this which is available for the older Nuxt version. Hence, I thought this little workaround might be helpful to others as well until they release the new Nuxt3 module for auth0. So let’s start with th
基本から理解するJWTとJWT認証の仕組み | 豆蔵デベロッパーサイト
これは、豆蔵デベロッパーサイトアドベントカレンダー2022第8日目の記事です。 JSON Web Token(JWT)の単語を目にすることがよくあると思いますが、それと一緒に認証と認可や、RSAの署名や暗号化、そしてOpenIDConnectやOAuth2.0までと難しそうな用語とセットで説明されることも多いため、JWTって難しいなぁと思われがちです。しかし、JWT自体はシンプルで分かりやすいものです。そこで今回は素のJWTの説明からJWS、そしてJWT(JWS)を使った認証を段階的に説明していきます。 おな、この記事はJWT全体の仕組みや使い方の理解を目的としているため、以下の説明は行いません。 RSAやHMACなど暗号化やアルゴリズムの細かい説明 JWTを暗号化するJWEとJSONの暗号鍵表現のJWKについて OpenIDConnectとOAuth2.0について 記事は上記のような内容
[Express, NestJS対応] バックエンドのテスト ~APIテスト編~
シリーズ３部作です。 バックエンドのテスト ~基礎知識編~ バックエンドのテスト ~APIテスト編~ これ バックエンドのテスト ~ユニットテスト編~ この記事以降は基本的にjestテストランナーを利用している前提で解説します。 APIテスト ここから実際のテストの例を解説していきます。まずはAPIテストです。 APIの例 /users #GET /users/:id #PUT /users #POST /users/:id #DELETE 基本構造 あくまで例なので自分の好きな形で大丈夫です。describeの構造はAPIのurlのパスごとにネストして書くと書きやすいです。 describe('/users', () => { describe('/ #GET', () => { // todoはjestで利用できる。未定義という意味。 // mochaだとtest('happy pat
![[Express, NestJS対応] バックエンドのテスト ~APIテスト編~](https://cdn-ak-scissors.b.st-hatena.com/image/square/38daad6f233a0e84ca745016d2643c9aef1732a3/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--hyr_hmUq--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BExpress%25252C%252520NestJS%2525E5%2525AF%2525BE%2525E5%2525BF%25259C%25255D%252520%2525E3%252583%252590%2525E3%252583%252583%2525E3%252582%2525AF%2525E3%252582%2525A8%2525E3%252583%2525B3%2525E3%252583%252589%2525E3%252581%2525AE%2525E3%252583%252586%2525E3%252582%2525B9%2525E3%252583%252588%252520~API%2525E3%252583%252586%2525E3%252582%2525B9%2525E3%252583%252588%2525E7%2525B7%2525A8~%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3A%2525E3%252583%25258F%2525E3%252583%252588%2525E3%252581%252599%2525E3%252581%252591%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzVkMjNlN2Q4MzMuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
RailsでいろんなSNSとOAuth連携/ログインする方法 - Qiita
Deviseというgemのomniauthableを利用して、いろんなOAuth提供元サービスと連携orそのサービスを用いたログインを実現する方法。 こういうことやりたい人結構いるんじゃないかと思って、Wantedlyで実際にやってみた経験を大公開！！ Gemのインストール deviseと各providerのomniauth関連Gemをインストール gem 'devise' gem 'omniauth' gem 'omniauth-facebook' gem 'omniauth-github' gem 'omniauth-google-oauth2' gem 'omniauth-hatena' gem 'omniauth-linkedin' gem 'omniauth-mixi' gem 'omniauth-twitter' とりあえず、omniauth-'provider'でググって出て
Big Sky :: ログイン認証をマイクロサービス化する「loginsrv」
認証を持たないウェブアプリケーションをいざ認証に対応させようと思うと案外面倒でモチベーションを無くしてしまうなんて事もよく起きうる話です。特に社内向けのアプリケーションを作っていたら本番で使う事になってしまって、なんて話は良くある話です。開発で本番 DB を見るのはちょっと...。でも既存のコードをゴリゴリと触りたくない。そんな場合にログイン認証部分だけマイクロサービス化できると気持ちも幾分和らぎます。今日はそんなちょっと便利なサーバ「loginsrv」を紹介したいと思います。 GitHub - tarent/loginsrv: JWT login microservice with plugable backends such as OAuth2, Github, htpasswd, osiam loginsrv is a standalone minimalistic login se
uu59のメモ | 人狼ゲームをSPA(Single Page Applicaiton)で作った
有給消化中で時間があったので今まで縁がなかった技術にどっぷり染まることにした。Ruby, JS（フロントエンド）,JS（サーバーサイド）、その他諸々をワンオペで作ったので個別に見てみると低品質かもしれない。ところどころデバッグコードや雑なコメントアウトやTODOが残ってそう。 コード： https://github.com/uu59/jinro-public （意味をなさないコミットや機微情報を含むコミットを乱発していて、それらを取り除いてきれいな歴史にするのが人間業では不可能な水準だったので全部なかったことにしてひとつの巨大なコミットにしたあと公開しています） 基本指針 なるべくコードベースやAPIなどがコンパクトなものを採用する。例えばRails、faye、webpackは候補から外れることになる。 いくらか使ったことのないものにも手を出すが無理はしない 2月中には見せれるレベルに達し
Web開発が捗るFirebase入門！JavaScriptで「Webユーザー認証」機能を超お手軽に作るチュートリアル大公開！ - paiza times
どうも、まさとらん（@0310lan）です。 今回は、Webサービスなどを開発する際に、ユーザーの管理や識別などで必要になる「ユーザー認証」機能を、できるだけシンプルに作ってみたいと思います。 利用するのは、さまざまなバックエンド機能を提供するGoogleの【 Firebase 】です！ 非常に多機能なサービスですが扱いはとてもシンプルで、簡単なコードを覚えてしまえば誰でも活用できるはずです！ 自分でサーバーを用意する必要もなく、基本的な機能は無料で使えるので今すぐ始められるのも特徴と言えるでしょう。 ■始め方！ 今回は、「メールアドレス」と「パスワード」でログインする一般的な「ユーザー認証」ページの作成に挑戦してみましょう！ そこで、まずはFirebaseにアクセスして新規にプロジェクトを作成します。 好きな「➀プロジェクト名」と、自分の「➁国名」を指定します。 すると、プロジェクト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nuxt3のserver/apiで認証済みか否かをチェックする | デバッグライフ
GitHub - sidebase/nuxt-auth-example: A example application using nuxt-auth.
GitHub - cockok/nuxt-auth-example
Jwt Access · sidebase
Cloud IoT Core | Google Cloud
API | Auth Module
Authentication - Laravel - The PHP Framework For Web Artisans
Flaskで大きいアプリケーションを作るときのTips - Qiita
