- 1. Serverless Framework × TypeScript のローカル開発環境構築メモ（DynamoDB Local 編）
- 2. 一時的に強い権限をIAMポリシーに簡単に付与できるCloudFormationのサンプル
- 3. AWS Cloud Practitioner Essential まとめ3
- 4. CloudFormationでDynamoDBを使う
- 5. [AWS] Control Towerでマルチアカウント環境を構築してみました
- 6. 【Cognito】カスタム認証チャレンジでトークン認証を実装して、SAMでデプロイしてみる。
- 7. 【CloudFront】キャッシュ期間をフロー図っぽくしただけ
- 8. Codebuild の buildspec.yaml
- 9. Mircosoft Teamsで勤怠管理bot
- 10. ROSA検証用のVPCを作る（CFnで）
- 11. aws lambda + python3.9 + selenium （python 旧バージョンで止まった人向け）
- 12. AWS Cloud Practitioner Essential まとめ2
- 13. Amazon Lexで受け答えした情報を、Lambdaを用いてDynamoDBに書き込む
- 14. AWS FargateとECSの違い
- 15. AWS Cloud Practitioner Essential まとめ
- 16. AWS – S3の種類
- 17. 【Azure】Amazon EKS をジャンプスタートを使って Azure Arc に追加してみた
- 18. re:Invent 2021 ストレージ関連の新サービス、アップデートまとめ
- 19. 【AWS認定】SysOps アドミニストレーター(SOA-C02)試験受験記
- 20. AWS Cloud Practitioner について勉強してわからないことをまとめた ~モジュール５~
Serverless Framework × TypeScript のローカル開発環境構築メモ（DynamoDB Local 編）
[前回](https://qiita.com/0taUtan/items/aca988de4b0a53244950)はServerless Frameworkをローカル実行する方法を記事にしました。今回はその続きで、DynamoDBをローカルで立てるプラグイン[Serverless DynamoDB Local](https://www.serverless.com/plugins/serverless-dynamodb-local)について述べます。
# Serverless DynamoDB Local のインストール
前回と同様に`aws-nodejs-template`を使って環境を作成します。`template.yaml`ファイルを使って書く記事が沢山上がっているのですが、TypeScriptで書いた方が変数の取り込みなど便利すぎるのでtsで書く方法を述べます。（といってもyamlをJSONに直すだけですが笑）あとでリソース用のバケットも準備するのでディレクトリ名は`resources`としています。““
$ serverless create –template
一時的に強い権限をIAMポリシーに簡単に付与できるCloudFormationのサンプル
# はじめに
AWSのIAMユーザに対して、時々、一時的に強い権限を与える必要があり、CloudFormationを用いてその操作を簡単にできるようにした内容を記事にしました。# 概要
– 期間限定で(管理者ユーザにアタッチしている)IAMポリシーに権限を与えます。
– その操作を、CloudFormationのスタックの更新で行います。
– パラメータの変更だけで実現でき、操作ミス等が生じにくい運用にできます。# 利用シーン
AWSのBIサービスであるQuickSightは、S3やRedshiftなど、外部のデータを取得して可視化できます。
QuickSightから外部のサービスにアクセスする際は、専用のIAMロールがQuickSightにアタッチされます。
一方QuickSightの管理者は、QuickSightの操作を行うだけであれば、外部のリソースに対する許可は不要です。ですが、別サービスとの連携を追加するなどQuickSightの設定変更を行う際、変更するユーザ（ここでは管理者）に「対象のサービスを閲覧できる権限」や「QuickSightの
AWS Cloud Practitioner Essential まとめ3
# [AWS Cloud Practitiner Essential] (https://explore.skillbuilder.aws/learn/course/1875/play/27620/aws-cloud-practitioner-essentials-japanese-ri-ben-yu-shi-xie-ban) 殴りがき
### VPC(Virtual Private Cloud)
– AWSユーザー専用のプライベートネットワーク
– VPC内に、EC2やELBなどを配置できる
– ゲートウェイがないと、VPC内のリソースには誰もアクセス出来ない。#### サブネット
– VPC内のIPアドレスの集合
– インターネットに公開するか、プライベートにするか。※ サブネットによって複数のネットワーク空間に分けているため、ゲートウェイはVPCに複数設置される可能性がある。
#### パブリックサブネット
– インターネットゲートウェイからのアクセス権がある。#### プライベートサブネット
– インターネットゲートウェイからのアクセス権がない。####
CloudFormationでDynamoDBを使う
##はじめに
DynamoDBをCloudFormatinで使うときの留意点をまとめてみました##DynamoDBでのBillingMode
Billingモードは`PROVISIONED`と`PAY_PER_REQUEST`のふた通りあります。
`PAY_PER_REQUEST`は従量課金になります。Billingモードを指定しない場合はデフォルトの`PROVISIONED`が選択されます。
`PROVISIONED`が指定された場合は`ProvisionedThroughput`の項目が必須になります。
“`yaml
DynamoDBUserTable:
Type: AWS::DynamoDB::Table
Properties:
AttributeDefinitions:
– AttributeName: id
AttributeType: S
KeySchema:
– AttributeName: id
Key
[AWS] Control Towerでマルチアカウント環境を構築してみました
# １．はじめに
少し前にControl Towerでマルチアカウント環境を構築する機会がありました。非常に便利で使い勝手がよかったので、今回は構築方法を含てめこの記事の中で紹介していきたいと思います。# ２．そもそもControl Towerとは
AWSのマルチアカウント環境を一括でまるっと提供してくれるサービスです。通常であれば非常に手間のかかる構築作業の大半をサービスがほぼ自動で対応してくれます。Control TowerはLanding Zoneという考え方に基づいているので、まずこちらについて簡単に解説します。## ２－１．Landing Zone
Landing Zoneは、Well-Architected Framework などAWS のベストプラクティスに基づいて構成されたマルチアカウント環境をいい感じに展開するための仕組みの総称です。Landing Zone自体はあくまで考え方なので、これに準拠したマルチアカウント環境を構築する場合、基本的には仕組みを理解して自分でAWSの各種サービスを組み上げていく必要があります。
Landing Zoneについては以下
【Cognito】カスタム認証チャレンジでトークン認証を実装して、SAMでデプロイしてみる。
## 柔軟性のある認証フローを作成できる
Cognitoを触ってみて、最初は色々不便だなあと思っていました。
しかし、ちゃんとドキュメントを読んでいくうちに、拡張性が高く、結構柔軟な実装が可能だと気づきます。
その柔軟性を担保してくれいている仕組みの一つが「カスタム認証チャレンジ」です。
https://docs.aws.amazon.com/ja_jp/cognito/latest/developerguide/user-pool-lambda-challenge.html より引用
## 何が便利なのか
ログイン方法を複数指定することができます。
一般的な認証方法の１つにユーザ名とパスワードを入力するパスワード認証があります。
例えば、カスタム認証フローを使えば、あるロールのユーザにはパスワード認証を、あるロールの
【CloudFront】キャッシュ期間をフロー図っぽくしただけ
## キャッシュ期間がわかりにくい
なので、ただ図にしただけの味のしない記事です。
（間違えがあればご指摘いただけると嬉しいです!）## CloudFront キャッシュ期間
## 参考
https://docs.aws.amazon.com/ja_jp/AmazonCloudFront/latest/DeveloperGuide/Expiration.html
https://qiita.com/t-kigi/items/6d7cfccdb629690b8d29
Codebuild の buildspec.yaml
#buildspec.yaml#
|シーケンス|説明|
|—|—|
|version:|buildspec のバージョン（必須）|
|run-as:|コマンドを実行するLinuxユーザ|
|env:|環境変数|
|proxy:|プロキシサーバ設定|
|batch:|バッチビルド設定|
|phases:|実行するコマンド（必須）|
|reports:|テストレポート出力|
|artifacts:|AWS CodeBuildの出力|
|cache:|キャッシュ設定|https://docs.aws.amazon.com/ja_jp/codebuild/latest/userguide/build-spec-ref.html
“`yaml
version: 0.2run-as: Linux-user-name
env:
shell: shell-tag
variables:
key: “value”
key: “value”
parameter-store:
key: “value”
key: “value”
expor
Mircosoft Teamsで勤怠管理bot
# はじめに
会社の上司は部下の生存確認をしたいお年頃になったようです。
在宅勤務も増え、上司は目隠しでサッカーやってる感覚でしょう。
さすがに「ピッチに出てるか否か」ぐらいは知りたい、ということだったので
ビジネスチャットツールであるMicrosoft Teamsで勤怠管理botをつくってみました。#構成
部下は何かとAPIを使いたいお年頃になってきましたので、ご多分に漏れずAWSでサクッとつくります。
1．TeamsのOutgoing Webhook設定
2．Lambdaで情報を受け取って処理
3．出退勤時刻と名前をDynamoDBに保存
4．FlaskをバックエンドにDynamoDBのデータを読みこんで表示
5．上司はWeb上で勤怠管理ができるようになって楽ちん
こんな感じです．1のWebhook設定をよしなにすれば、Slackで
ROSA検証用のVPCを作る（CFnで）
## 「2回以上やることは、なんでも自動化されるべきだ」
* 本当にそう思います。
## ROSAの検証の度、AWS CLIで作っているもの
* [Deployment models for AWS Network Firewall](https://aws.amazon.com/jp/blogs/networking-and-content-delivery/deployment-models-for-aws-network-firewall/) より。これのALBが無いやつ。
* 作っているROSAはSTS有効化、Multi-AZ、自前のVPC…
## 全部CFnにしてやるー(^q^)
“`yaml
AWSTemplateFormatVersion: “2010-09-09”
Descri
aws lambda + python3.9 + selenium （python 旧バージョンで止まった人向け）
# 対象者
* aws lambda + python3.9 で Layers に headlesschrome + selenium を使って動かなかった渋い経験がある人（127 エラーに泣いた日々）
* 現在 python3.7 で動かしているけど、いつ AWS から見限られるかでおびえている人※ python の書き方や、aws lambda の使い方云々については取り上げてません（参考記事だけは残してます）
# 前置き（どうでもいい人はスキップ）
ふとしたきっかけはこちらの記事
https://aws.amazon.com/jp/blogs/news/new-for-aws-lambda-container-image-support/
この記事を見た時、Docker のことはよくわかっていないけれど、Docker イメージ（OS+必要なアプリケーションや実行ファイルをまとめたもの）を作って ECR に配置すると、Lambda で使えるようになったよ！ということらしい
その時は、いまいちピンと来てなかったが、、、
ある日ネットサーフィンしていると以下に出会う
AWS Cloud Practitioner Essential まとめ2
# [AWS Cloud Practitiner Essential] (https://explore.skillbuilder.aws/learn/course/1875/play/27620/aws-cloud-practitioner-essentials-japanese-ri-ben-yu-shi-xie-ban) 殴りがき
### AWSグローバルインフラストラクチャ
– 世界中でリージョンを構築
– リージョンとは、データセンターがある地域のこと
– 各リージョンには複数のデータセンターがある
– 1つのリージョン内のデータセンターのグループをAZ(アベイラビリティーゾーン)と呼ぶ#### リージョン
地理的に分離された場所リージョンを選択する上での要素
1. コンプライアンス -> どうしてもこのリージョンでないとコンプライアンスが守れない。。
1. 近接性 -> 遠くのリージョンにアクセスしようとするとかかる時間は増える
1. 利用可能な機能 -> AWSの新サービスは、それぞれのリージョンに適用するのに時間がかかるため、まずは1つのリージョンでサー
Amazon Lexで受け答えした情報を、Lambdaを用いてDynamoDBに書き込む
#はじめに
Lexで答えた情報をLambdaを用いて、DynamoDBに書き込むことをやります。
#流れ
1. DynamoDBのテーブル作成
1. Lex作成
1. Lambda作成
1. LexにLambdaを設定#DynamoDBのテーブル作成
以下の設定で作成します。
テストですので、オンデマンドモードにして、安く済ませます。– テーブル名：`Lex-Write-Lambda`
– パーティションキー：`telephoneNumber`：`文字列`
– ソートキー：`date`：`文字列`
– 項目：`age`：`数値` （テーブル作成後）
– 項目：`timeStamp`：`数値` （テーブル作成後）
– テーブルクラス：DynamoDB 標準 – IA
– キャパシティー
AWS FargateとECSの違い
AWS FargateとECSの違いについて。
#AWS Fargate
ECSをサーバレスで動かすための仕組み。
自分でEC2を立ててコンテナを作成するか、Fargate上にコンテナを作成するかの違いと理解した。ちなみにAWS Fargateというサービスはなく、AWS ECSを構築する際にEC2で構築するか、Fargateで構築するか、自身で選択することになる。
#料金
https://aws.amazon.com/jp/ecs/pricing/
AWS Cloud Practitioner Essential まとめ
# [AWS Cloud Practitiner Essential] (https://explore.skillbuilder.aws/learn/course/1875/play/27620/aws-cloud-practitioner-essentials-japanese-ri-ben-yu-shi-xie-ban) 殴りがき
## クラウドコンピューティング
– メリット
– 他の人と1台のOSのリソースをシェアすることによって、必要コストを下げて提供することができる
– 使いたい時にすぐに使える
– 使わなくなったらすぐに削除できるため、オーバーコストが発生しない## EC2
– EC2とは
– サーバーをクラウドとして提供する
– つまり、物理サーバーを保有することなく、自分のサービスを提供できる– メリット
– 使いたい時にすぐに使える(設定を選択するだけ)
– 用事が済めば、使用を停止することで、それ以上の料金が掛からなくなる(使っていた時間に対してのみの支払いとなる)
– コ
AWS – S3の種類
クラウドプラクティショナーの勉強をしていて、S3に種類がたくさんあって覚えられないので、自身のアウトプット学習のために内容を纏める。
上が一番コストが高く、下が一番コストが低い。#S3 標準
・頻繁にアクセスするデータ用
・最低3つのAZにデータを保存
・ウェブサイト、コンテンツ配信等、データ分析など、様々なユースケースに適している
・他のストレージクラスよりコストが高い。#S3 標準 – 低頻度アクセス（S3 標準 – IA)
Infrequent Access = まれなアクセス
・アクセス頻度の低いデータに最適
・最低3つのAZにデータを保存
・S3標準と同じレベルの可用性
・S3標準よりもストレージ料金が低いが、取り出し料金が高い#S3 1ゾーン – 低頻度アクセス（S3 1ゾーン – IA）
・1つのAZにデータを保存（だから1ゾーン）
・コストを節約する必要があり、AZに障害が起きても構わない場合はこれを使う
・最悪はデータが消失するので、ローカルデータなどから復元できるようにしておく必要がある#S3 Intelligent-Tiering
Intellig
【Azure】Amazon EKS をジャンプスタートを使って Azure Arc に追加してみた
# はじめに
こんにちは@sk_130と申します。本記事は、クラウドサービスのAzureにおけるAzureArcを触っていきます。
執筆に際して以下の記事を参考にしています。感謝です。
[Amazon EKS クラスターを Azure Arc に追加してみた](https://dev.classmethod.jp/articles/amazon-eks-cluster-azure-arc/)# Azure Arc とは
オンプレミスやパブリッククラウド（GCPやAWSなど）とのハイブリッドクラウドを実現するサービスで
AzureArc上で管理されたKubernetes環境（EKS, GKEなど）へAzureの一部サービスをデプロイすることが可能です。つまり別クラウドサービスやオンプレのリソース管理やOS定期更新などのコマンド実行など
統合管理できるのがメリットです。AWSでこの手のサービスがないので、Azureが差別化できるサービスでもあります。
ちなみに、GCPだと似たようなサービスでAnthosというものがありますhttps://azure.micros
re:Invent 2021 ストレージ関連の新サービス、アップデートまとめ
re:Invent2021で発表されたストレージ関連サービスのアップデートをまとめてみました。
1/15 20:00 から [JAWS-UG横浜 #41 AWS re:Invent 2021 Recap Storage](https://jawsug-yokohama.connpass.com/event/233902/) でこのあたりをキャッチアップしますので是非ご参加ください
## Amazon EBS Snapshots Archive
https://aws.amazon.com/jp/blogs/news/new-amazon-ebs-snapshots-archive/– ビジネスコンプライアンスや規制のニーズから、EBS スナップショットを長期間 (数か月または数年) 保持する人向けの機能
– Amazon Glacier などの低コストのストレージ階層に EBS スナップショットを転送
– ストレージコストを最大 75% 削減
– リカバリの流れ
– アーカイブされたスナップショットを取得し、復元（24～72 時間以内）
– スナップショ
【AWS認定】SysOps アドミニストレーター(SOA-C02)試験受験記
# はじめに
私はAWSを仕事で扱うようになって１年程度経ちます。
自分がどの程度AWSが扱えるのか、どの程度理解できているかを客観的に示してみたいと思い、2021年12月からAWSの試験を受験しています。
この記事の執筆時点では、CLFとSAAを取得しています。（どちらも2021年12月に取得）SAPに行くよりはまずはアソシエイト３冠を目指そうと思い、AWS SysOps アドミニストレーター試験を2022年の1月10日に受験しました。
この記事はSOA試験の備忘録となります。# 受験対策
受験するにあたり、以下のサイトを利用し勉強しました。* [AWS Certifited SysOps Administrator – Associate (SOA-C02) 試験問題サンプル](https://d1.awsstatic.com/ja_JP/training-and-certification/docs-sysops-associate/AWS-Certified-SysOps-Administrator-Associate_Sample-Questions.pdf)
A
AWS Cloud Practitioner について勉強してわからないことをまとめた ~モジュール５~
## はじめに
[「AWS Cloud Practitioner について勉強してわからないことをまとめた ~モジュール４~」](https://qiita.com/dai_chi/items/c25858d93e5a784075e4)の続きです。過去投稿分
[「AWS Cloud Practitioner について勉強してわからないことをまとめた ~モジュール１~」](https://qiita.com/dai_chi/items/9744c7935d00206ffc3a)
[「AWS Cloud Practitioner について勉強してわからないことをまとめた ~モジュール2~」](https://qiita.com/dai_chi/items/7c8620adb0b4478f8832)
[「AWS Cloud Practitioner について勉強してわからないことをまとめた ~モジュール3~」](https://qiita.com/dai_chi/items/659dfb9fe4f612561166)
[「AWS Cloud Practitioner について勉強してわか
