規程文書を Google ドキュメント から GitHub に移行する - KAYAC Engineers' Blog
人事部の小池です。 この記事は KAYAC Advent Calendar 2022 の16日目の記事です。 カヤックの規程文書管理の仕組みを Google ドキュメント から GitHub に移行した取り組みについて紹介します。 これまでの文書管理 カヤックでは長年規程文書を Google ドキュメント で管理していました。Google ドキュメント は多くの従業員にとって親しみやすいものの、文書を管理する上でいくつかつらい点がありました。 改訂内容の差分が追いにくい・改訂の背景がわからない Google ドキュメント なので変更履歴から過去の版を閲覧することは可能ですが手軽とはいえません。改訂の際は内容以外にも改訂に至った経緯、議論といった背景も重要ですが、これらの背景は成果物である Google ドキュメント の版の履歴からは伺うことはできません。「ある時までは確かこういった規程内容
[AWS]Cognitoの概念を整理
CognitoはAWSが提供する、認証・認可の仕組みだよ 認証は、その人が誰なのか、を確認するよ 認可は、その人が権限を持っているか、を確認するよ Cognitoを使うとこの認証・認可を簡単に導入することができるよ Cognitoには2つの概念があるよ ユーザープール IDプール ユーザープール ユーザープールは認証を管理する仕組みだよ ユーザープールは、Cognitoで認証した（SignUpした）ユーザーが溜まっていく場所だよ ユーザープールには、認証の方法がたくさん用意されているよ Username/Passwordによる認証 GoogleやTwitterなどのOIDC認証 SAML認証 etc. Client側はユーザープールに対して、ユーザー登録APIを叩くよ ユーザープールにユーザーが作成されると、Cognitoが一意のIDを割り振るよ Cognitoからは、sub値にユーザーI
![[AWS]Cognitoの概念を整理](https://cdn-ak-scissors.b.st-hatena.com/image/square/47d4516d077a689dcbb88d6304f68faac082c0eb/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--owkiyw7D--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BAWS%25255DCognito%2525E3%252581%2525AE%2525E6%2525A6%252582%2525E5%2525BF%2525B5%2525E3%252582%252592%2525E6%252595%2525B4%2525E7%252590%252586%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Atanihiro%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EtL0FPaDE0R2hGdVhSSTlNUjhWc1JqSWZBQl91eTJwTnI3SGFEQ2ZnUFdPcVdUREE9czk2LWM%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
Cognitoで電話番号・メールアドレス変更時、前の値を保持できるようになりました | DevelopersIO
こんにちは。データアナリティクス事業本部 サービスソリューション部の北川です。 今回は、Cognitoで新しく追加された「属性変更の確認」を試してみたいと思います。この機能によって、メールアドレスや電話番号変更時に変更前の値を保持できるようになります。 Cognitoでメールアドレス変更時の問題 Cognitoでは、メールアドレスの変更（updateUserAttributes）を実行すると、コード検証を行う前に、実行したタイミングでメールアドレスが切り替わってしまうという問題がありました。 Github上でも、かなり前からこの問題に対して議論されていたようです。 内容を見て分かる通り、今回、その問題を解消するための機能が追加されました。 属性の変更の確認というタイトルの新しいセクションがAmazonCognitoコンソールに追加されました。この機能をアクティブにすると、更新が保留されてい
外部ユーザが安全かつ直接的に Amazon S3 へファイルをアップロードできるようにする方法 | Amazon Web Services
Amazon Web Services ブログ 外部ユーザが安全かつ直接的に Amazon S3 へファイルをアップロードできるようにする方法 このブログは 2022 年 3 月 24 日に Anderson Hiraoka (Solutions Architect) と、Rafael Koike (Principal Solutions Architect) によって執筆された内容を日本語化した物です。原文はこちらを参照して下さい。 企業では、ファイルや画像などのデジタル資産をリポジトリに保存することが求められることが多くあります。多くの場合、これらのファイルのソースは、社内システムに接続されていないパートナーまたは個人であり、ファイルをアップロードするためには、企業の認証が必要となります。お客様は従来、ファイルのアップロードを処理するためにサーバーを使用していましたが、大量のネットワー
Amazon Cognito Identity Poolの外部プロバイダとしてFirebase Authenticationを使う - Sweet Escape
はじめに AWSには認証・認可のサービスとしてAmazon Cognitoというものが存在します。ややこしいのですが、認証のためのコンポーネントがAmazon Cognito user pools(以下、user pool)で認可のためのコンポーネントがAmazon Cognito identity pools (以下、identity pool)です。ちなみにidentity poolのほうはfederated identityと表記されている場合もあります。 そのうち、今回はidentity poolの話です。 identity poolは認証機構は持たず、大雑把にいうと任意のログインプロバイダで認証されたユーザに対してIAMロールが設定されたidを紐付けた上でテンポラリのAWSクレデンシャルを提供するといったサービスです。 この任意のログインプロバイダとしてFacebook、Twit
EC2とALBでコンテンツを配信している環境にCognitoで認証を追加してみました | DevelopersIO
こんにちは、コンサル部＠大阪オフィスのTodaです。 EC2とALBを使ってコンテンツを配信している中で、全てのページまたは一部のページを許可したユーザのみ掲載したいという要望を受けた場合、ログインのシステムを作りコンテンツをログイン済みのみ参照できるようにする方法があると考えます。 今回はシステムを作らず設定のみでEC2とALBに認証を実装してみます。 ユーザの管理はcognitoを利用しておこないます。 変更予定のイメージ図 制限事項 今回ALBとCognitoを連携して認証を実装いたします。 実装時に利用できるサインアップ・サインイン画面は英語のみの表示になりデザインはロゴ画像など変更箇所が制限されます。 前提条件 ALBとEC2によりWebサイトが表示される状態から対応いたします。 コンテンツの配信はHTTPS通信にておこなっている状態から対応いたします。 Cognitoの準備につ
CognitoユーザープールでGoogleアカウントでサインインできるようにする | DevelopersIO
CognitoのユーザープールとGoogleのOAuthを連携させてソーシャルサインイン可能にします。 概要 CognitoのユーザープールのフェデレーテッドIDプロバーダーとしてGoogleを設定します。 この設定を行うことで、Googleアカウントを利用してサインインが可能になります。 今回はAWSの公式ドキュメントを参考に作業していきます。 全体の流れ 以下のような流れで設定を行います。 ユーザープールの作成 GoogleでのOAuthの設定 ユーザープールでのフェデレーテッドIdPの設定 1 ユーザープールの作成 1.1 ユーザープールの作成 はじめにユーザープールを作成します。 このユーザープール内にアカウントが作成されます。 今回は「GoogleExample」という名前で作成します。 簡略化のためデフォルト値で作成します。 最終的な設定は以下のようになります。 1.2 アプリ
Amazon CognitoユーザープールLambdaトリガーでALB認証のメールアドレスを制限する | DevelopersIO
AWS ALBの認証機能にCognitoユーザープールを指定し、トリガーのLambda関数でメールアドレスを制限する仕組みをご紹介します。 ども、大瀧です。 先日リリースされたALBの認証機能、ブログではGoogle認証と連携する様子をご紹介しました。 ただこの構成は任意のGoogleアカウントの認証を通してしまうので、Google Appsの自組織のメールアドレスのみ許可したいというような業務向けのユースケースだとターゲット側で認可機能を実装しなくてはならず、片手落ち感がありました。 そこで本記事では、認証先にCognitoユーザープールを設定し、Lambdaトリガーでメールアドレスを制限する構成をご紹介します。 構成の目的と概要 ALBの認証機能を用いて、Webアプリケーションへのアクセスを制限します。前回の記事で指定したOpenID ConnectによるGoogle認証の代わりにAm
AWS CDKでCognito認証されたAPI Gateway(HTTP API)を構築する | DevelopersIO
はじめに おはようございます、加藤です。今回はAWS CDKを使ってAmazon API Gateway(HTTP API = v2)にAmazon Cognitoを使って認証を設定する方法をまとめてみます。 また作成されたAPIに対してOpenAPI定義を作成し、それをSwagger UIでプレビュー&(認証された状態で)API呼び出しする方法も合わせて説明します。 リポジトリのセットアップ aws-cdkコマンドを使ってリポジトリを生成します。 mkdir cdk-demo-apigw-with-cognito cd cdk-demo-apigw-with-cognito npx -p aws-cdk cdk init app --language typescript 必要な依存関係をインストールします。 npm i -D \ @aws-cdk/aws-apigatewayv2 \
Cloud MapとECSを使ったAPI Gatewayでのpreflightリクエスト対応を行う | DevelopersIO
はじめに データアナリティクス事業本部のkobayashiです。 ECSで構築したサービスをAPI GatewayのHTTP APIとCloud Mapのプライベート統合で呼び出す仕組みを作っています。その中でAPI GatewayへのアクセスをCognitoで認証したユーザーだけが使えるという制限をかけようとしていたところ、API Gatewayの設定でハマってしまったのでその内容と解決方法をまとめます。 構成図 Cognitoで認証されたユーザーがCognitoで発行されたIdTokenのJWT認証を使ってAPI Gatewayを呼び出します。API GatewayのHTTP APIへ来たリクエストについてはCloud Mapを使ってECSへ流すという仕組みです。またこのAPIはウェブアプリからaxiosで呼び出すことを想定していました。 行った作業とエラーにハマるまで 上記のAPI
AWS CLIで動かして学ぶCognito IDプールを利用したAWSの一時クレデンシャルキー発行 | DevelopersIO
「Cognito IDプールってやつはAWSリソースへのアクセスを制御する認可部分を担当しているらしいけど、いったいどういう理屈でそうなってるんだ…？」 そんな自分の疑問からAWSのドキュメントを読み実際に手を動かして得られたCognito IDプールに対する理解をまとめました。 「Cognito IDプールってやつはAWSリソースへのアクセスを制御する認可部分を担当しているらしいけど、いったいどういう理屈でそうなってるんだ…？」 そんな自分の疑問からAWSのドキュメントを読み手を動かして得られたCognito IDプールに対する理解を、 AWS CLIで再現できる形にまとめてみました。 Cognito IDプールでAWSの一時クレデンシャルキーを発行することによって、Cognito IDプールの世界からIAMの世界へ落とし込めると、だいぶイメージが付きやすいんじゃないかと思います。 AW
Amazon Cognitoを使ったサインイン画面をつくってみる～アクティベーション＆サインイン編～
サインアップしたはいいものの、アクティベーション処理をしなければ作成したユーザーは使うことができません。今回の記事では、前回の続きでアクティベーション処理とサインイン処理を実装したいと思います。今回は、HTMLやJavaScriptを用いたクライアントアプリの実装がメインになります。 前回のおさらい 簡単に前回のおさらいをします。サインアップすると、Amazon Cognitoのユーザープールにユーザーが作成されます。ただし、ステータスが「UNCONFIRMED」となっています。 そして、登録したEメールアドレスに検証コードが書かれたメールが送信されてきます。 この検証コードでアクティベーション処理を行い、完了後にはサインインができるようになります。 アクティベーション処理の実装 まずはアクティベーション処理を実装します。まずはアクティベーション画面の実装ですが、必要なJavaScript
cognitoを使ってログイン画面を作ってみた！ 〜ログイン画面作成〜（作業メモ） - Qiita
. └── www ├── js │ ├── amazon-cognito-identity.min.js │ ├── aws-cognito-sdk.min.js │ ├── jsbn.js │ ├── jsbn2.js │ ├── mypage.js │ └── sjcl.js ├── login.css ├── login.html ├── mypage.css ├── mypage.html └── signup.html ログイン画面の作成 サンプルのレイアウトはこちらを利用しました。 cssも作成して置いておいて下さい。 サンプルのTHML情報をテンプレートに埋め込んだだけ。 前回取得したIdentity pool ID（loginAppって名前で作ったやつ）、cognito-identityで作成したApp client idを使用します <!DOCT
Amazon Cognitoを使ったサインイン画面をつくってみる～サインアップ編～
同じ部署のメンバーとAWSのサービスを使ったWebアプリを開発することになったのですが、どうせやるならサーバーレスでやりたい！サーバーレスかっこいい！という満場一致の可決により、サーバーレスなWebアプリを開発することになりました。 Webアプリと言えば、やはり一番最初の入口はサインイン画面になるわけですが、はて、どうやったらかっこよくできるのか？と考えて調べた結果、どうやらAmazon Cognitoというものが使えそうだということに。画面はHTML/CSS/JavaScriptで開発しようと決めていたのですが、Amazon CognitoはJavaScriptからも使えるとのこと！ ということで、今回はJavaScriptからAmazon Cognitoを使ってみたいと思います。 Amazon Cognitoとは そもそもAmazon Cognito（コグニート）とは何者なのか？ですが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CloudFront + S3 + Cognito + AWS Amplify + Vue.js で会員制サイトをサーバーレスで構築 | ハックノート
Cognito 組み込みWebページ＋S3だけで動的サイトを作る - Qiita