今回記載した2つのパターンを分けるポイントになったのは、2列目に記載している、仮登録時のパスワードの要否です。 ユーザが自分自身で登録するパターンに記載している、signUp関数を使っても、管理者によるユーザ登録ができなくもないのですが、その際は登録時に設定したパスワードを、別手段（手動のメールなど）でユーザに知らせる必要があり、それは手間だろうということで、今回のパターン分けに至りました。 具体的な流れ・注意事項など それぞれのパターンについて、具体的な流れを記載していきます。前提として、フロントエンドでamplifyを使用できる箇所は積極的に使っています（amplifyのインストール・設定についてはこちら）。 また、今回紹介するのはあくまで上記2パターンの一例であり、もちろんその他の実装パターンもあります。 コードの参考例を記載する箇所は、＜バックエンド＞、＜フロントエンド＞のように、

Amazon Web Services ブログ Amazon EC2 で vCPU ベースのオンデマンドインスタンス制限が利用可能になりました みなさん、こんにちは。アマゾン ウェブ サービス、プロダクトマーケティング シニアエバンジェリストの亀田です。 2019年9月24日から、Amazon EC2 で vCPU ベースのオンデマンドインスタンス制限が利用可能になりました。 この点に関してサポートに多くのお問い合わせをいただいておりますので、ブログにてその機能やメリットなどをご紹介いたします。 【機能の概要】 Amazon EC2 のオンデマンドインスタンス制限が、現在のインスタンスタイプごとの数量ベースの制限から、新たに vCPU ベースの制限に移行されます。これにより、よりシンプルにAmazon EC2 のオンデマンドインスタンス制限を管理できるようになりました。 現在従来のインスタ

Amazon Elastic Compute Cloud (Amazon EC2) オンデマンドインスタンスのサービスクォータの引き上げをリクエストして、既存の vCPU クォータと利用可能な vCPU クォータについて把握したいと考えています。 簡単な説明 Amazon EC2 vCPU サービスクォータの引き上げを vCPU 値として送信します。クォータ増加を申請するには、まずオンデマンドインスタンスが使用する vCPU の数を決定します。次に、この数値を vCPU ベースのクォータと比較します。これらの値から、リクエストする適切なサービスクォータの引き上げについて判断します。 解決策 オンデマンドインスタンスサービスクォータの引き上げをリクエストする Service Quotas コンソールまたは AWS サポートセンターを使用して、EC2 サービスクォータの引き上げをリクエストしま

はじめに EC2をオンデマンドインスタンスで利用する場合、起動時間に応じて料金が発生するため、起動時間に注意が必要です。 とくに開発環境など、夜間・休日は使用しない環境であれば、インスタンスを停止しておくとコストを削減できます。 しかし、毎回手動で起動・停止を行うのは手間なので、AWSのサービスを利用して自動で起動停止するようにしたいと思います。 この記事では、Amazon EventBridgeを使用した自動化について、実装方法を紹介します。 前提 東京リージョンのオンデマンドEC2インスタンス1台が対象 月～金曜日の10:00～19:00の間だけ起動し、それ以外の曜日・時間は停止状態にする 設定の流れ EventBridge用IAMロールの作成 EventBridge起動用ルールの作成 EventBridge停止用ルールの作成 EventBridge用IAMロールの作成 IAMロールの

「Amazon.co.jpを不正利用された」──X（元Twitter）では9月上旬からそんな投稿が相次いでいる。「Amazonギフトカードを大量購入された」「二段階認証を設定していたのに、それを突破された」などの報告が上がっている。 Xでは「（アカウントに）二段階認証を設定していたにもかかわらず不正アクセスされ、Amazonギフトカードを大量に購入された」と被害を訴える声が多く見られる。特に話題になっているユーザーの投稿によると「注文履歴を非表示にされ、不正利用に気が付かないままクレジットカードの請求が来た」と語っている。 このユーザーがAmazonのサポートに問い合わせしたところ「同様の案件が多発している」「現状では手口が分からないのでどうやって侵入してるのか調査中」などと返事があったという。その後、被害額は全て返金してもらったとしている。 Amazonではサイバーセキュリティ対策の一環

AWS Systems Manager (旧SSM) とは、AWS 内リソースの構成／変更管理やアプリケーションパラメータの集中管理など、さまざまな管理系機能が集合したサービスです。 この AWS Systems Manager 内に「Session Manager」というサービスがあります。Session Managerは AWS 内で EC2 を利用している環境において、メンテナンス性とネットワークセキュリティの観点から非常に優位性の高いサービスといえます。 本記事では、Session Managerを利用してEC2のインスタンスへセキュアに接続する方法を解説します。 Session Manager でできること 代表的な利用方法には以下が挙げられます。 AWS マネジメントコンソールから EC2 インスタンスへコンソールログインできるSession Manager を経由して EC2

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Amazon Q Developer は、デベロッパーや IT プロフェッショナルがソフトウェアを構築、運用、変換するのを支援し、データサイエンティストがデータと AI/ML を管理するのを支援します。

AWSのCertificate Manager (ACM)を使ってSSL/TLS 証明書を取得するときに、ドメインの所有者の確認として、DNS検証とEメール検証が選択できます。 DNS検証で検証を行うと、1年ごとの更新が自動化され、更新の手間が無くなるのでDNS検証をおすすめします。 やり方としては、DNS検証を選択すると、CNAME名とCNAME値が表示されるので、この2つをDNSへCNAMEレコードで追加します。 ですが、DNSのタイプによってはそのままでは登録できないことがあります。 そんな時に試して欲しい対処法を書いてみたいと思います。 対処方法 ACMで表示されるCNAME名とCNAME値はこんな形です。 CNAME名：_a79865eb4cd1a6ab990a45779b4e0b96.example.com. CNAME値：_424c7224e9b0146f9a8808af95

ACMでSSL証明書を別リージョンで発行する際、同一サブドメインなら別途CNAMEレコード登録は不要な件AWSroute53CloudFront証明書CertificateManager このページについて ・同一サブドメインのSSL証明書のDNS認証は、AWSの別リージョンごとにCNAMEレコード登録する必要がないことの検証になります。 経緯 ・先日、お客様の環境でファイルアップロードすると「504 Gateway Timeout Error」が発生し、原因がCloudFrontの「Origin Request Timeout」値が30秒だったためでした。 当値の上限は60秒（AWS上限緩和申請で60秒以上に上限をあげることは可能だが何秒まで上限緩和できるのかはわかりません。。）だったため、以下構成に変更しようということになりました。 （CLBの「Idle Timeout」値を600秒に

はじめに AWS上で仮想ネットワークを構築できるAmazon VPCは、多くのAWSサービスが動作する基盤となる、非常に重要かつ多機能なサービスです。 多機能ゆえに公式ドキュメントやネット上の記事も断片的な機能の解説が多く、全体像を把握することが難しいサービスとも言えます。 そこで本記事はVPCの全体像を理解できるよう、各機能のつながりや動作原理を丁寧に解説し、 「VPC界の百科事典」 (あくまで例えですが…笑) となるような記事を目指したいと思います。 【追記】 実践編の記事を追加しました VPCの実画面での構築方法は、以下の別記事にまとめました。「VPCを実際に触ってみたい！」という方は、こちらもご一読いただけると嬉しいです。 VPCとは 「Virtual Private Cloud」の略で、クラウド上に仮想的なネットワークを構築するためのサービスです。 例えば、オンプレ環境でWebア

各リージョンの各サービスを個別に確認しなくても、全てのリソースをリストアップすることができます。 AWSアカウント解約時に、不要なアクティブリソースが残っていないかの確認にも役立つかもしれません。 AWS アカウントを解約したときに、アクティブなリソースがすべて自動的に終了されるとは限りません。アカウントを解約する前に、アクティブなリソースがあるかどうかを確認し、それらを終了することがベストプラクティスです。 get-resources.sh for region in `aws ec2 describe-regions --query 'Regions[].RegionName' --region us-west-1 --output text` do echo "region = ${region}" aws resourcegroupstaggingapi get-resources

各リージョンの各サービスを個別に確認しなくても、全てのリソースをリストアップすることができます。 AWSアカウント解約時に、不要なアクティブリソースが残っていないかの確認にも役立つかもしれません。 AWS アカウントを解約したときに、アクティブなリソースがすべて自動的に終了されるとは限りません。アカウントを解約する前に、アクティブなリソースがあるかどうかを確認し、それらを終了することがベストプラクティスです。 for region in `aws ec2 describe-regions --query 'Regions[].RegionName' --region us-west-1 --output text` do echo "region = ${region}" aws resourcegroupstaggingapi get-resources --region ${regio

AWS Prescriptive Guidance（AWS規範的ガイダンス）について紹介されているものが少なったので、ひょっとして未だ認知度低いんじゃないか？ということで紹介したいと思います！ AWS Prescriptive Guidance（AWS規範的ガイダンス） Amazon Web Services (AWS) Prescriptive Guidance provides time-tested strategies, guides, and patterns to help accelerate your cloud migration, modernization, and optimization projects. These resources were developed by AWS technology experts and the global communi