- 1. EBSボリュームの消し忘れで7ドル課金されました
- 2. 【Amazon S3】ライフサイクルルールの更新タイミングには注意しよう
- 3. S3署名付きURLの仕組みが面白かった
- 4. 未経験でもAWS SAAを2ヶ月で何とかパスした話
- 5. エンジニア未経験転職後、約１年半でＡＷＳ資格 １０個取得してみた
- 6. CohereのモデルをAWS上（Bedrock or SageMaker）で使う方法（2024/4/30時点）
- 7. 古いOSを導入したAWS EC2インスタンスを稼働させつつ最新のOSにアップデートする
- 8. Amazon BedrockにCohere Command R と Command R+ が来たよ！RAGがすげーよ！
- 9. AWS
- 10. 【AWS×Webアプリ】S3静的Webサイトホスティング
- 11. CloudWatch カスタムディメンション追加
- 12. AWS Amplifyの新世代Gen2で生成AIアプリをサクッとデプロイ！
- 13. IAM を触るに当たって気を付けること
- 14. cdk-nagで子スタックにNagSuupression適用されない
- 15. API Gateway経由でLambda呼び出すときのマッピングテンプレート
- 16. Github action実行時、 ”unexpected status from HEAD request to 403 Forbidden”エラーの解決
- 17. 初めての個人開発 ①要件定義・設計編
- 18. 「AWSのWhat’s Newを解説くん」」をBedrockで作りました。
- 19. AWS CDK : 特定のAPIコールを監視してみた (CloudTrail,CloudWatch Logs)
- 20. 初サイト制作メモ5: サイトに載せる画像をS3に配置する
EBSボリュームの消し忘れで7ドル課金されました
### はじめに
本記事は、AWSでEBSを消し忘れて無料枠を超えてしまい、7ドルも課金されてしまった失敗談です。
EBSの消し忘れで課金させるのは、AWS初心者あるあるだと思いますが、今回はEC2に複数のEBSをアタッチしたパターンなので、記事にします。
### よくある失敗
まずは、AWSのEBSの課金体系とそれにまつわる失敗について簡単に解説しておきます。EBSは、EC2のストレージです。EC2起動時にEBSをアタッチすると思いますが、EBSにも課金されます。また、EC2を停止しているとき、EC2には課金されませんが、EBSは課金対象となります（EBSは削除するまで、課金されます）
詳しくは、AWSの公式ドキュメントを参照してください。
https://repost.aws/ja/knowledge-center/ebs-vol
【Amazon S3】ライフサイクルルールの更新タイミングには注意しよう
## きっかけ
ライフサイクルルールの動作確認をしていた際、あれれと思ったことがあったので後学のために書き残します。## ライフサイクルルールとは
Amazon S3 がオブジェクトのグループに適用するアクションを定義するルールのセットです。具体的には、次の 2 種類のアクションがあります。
* 移行アクション
別のストレージクラスにオブジェクトを移行するタイミングを定義します。
>ex.作成から30 日後に S3 標準 – IA ストレージクラスにオブジェクトを移行し、作成から 1 年後に S3 Glacier Deep Archiveストレージクラスにオブジェクトをアーカイブする
徹底攻略 AWS認定 ソリューションアーキテクト − アソシエイト教科書 第3版［SAA-C03］対応（いわゆる黒本）](https://amzn.asia/d/eBRAMAv)
– 問題集
– [Ping-t](https://mondai.ping-t.com/g)
– [【公式出題比率同じ】AWS SAA-C03実践模擬問題集(ソリューションアーキテクトアソシエイト)](https://www.udemy.com/share/109BP83@LpDoVZm9UWw
エンジニア未経験転職後、約１年半でＡＷＳ資格 １０個取得してみた
# 簡単な経歴
大学卒業後、新卒で食品製造販売の会社に入社し販売部で約７年間勤めました。
当時２９歳、将来のことを考えたときに現職では得られない技術的なスキルを身につけたいという気持ちが強くなり、未経験ながらも思い切ってＩＴ業界に転職し、本記事執筆時点で約２年が経過している３０代前半のおっさんです。転職後はＳＥＳとしてお客様先に常駐し、今まで運用していた自動音声案内システムをＡＷＳを使ったシステム（Amazon Connectを使用）へ移行するという案件に携わることになりました。「ＡＷＳに関わるのだから事前に知識をインプットしなくては！」という気持ちでＡＷＳの勉強を始めたところ「ＡＷＳって面白いな～」となりました。「せっかく勉強するのだから資格取得を目指そう！」…そんなわけでＡＷＳ認定資格取得の道を歩むのだった。
# この記事の目的
・ＡＷＳ認定資格に興味がある
・未経験だけどＡＷＳ認定資格にチャレンジしてみたい
・ＡＷＳ認定資格を勉強中だけどどのように進めれば効率がいいのか分からないこのような方に向けて自身の経験を踏まえたお話をさせていただき、参考になれば幸いです。
~~資
CohereのモデルをAWS上（Bedrock or SageMaker）で使う方法（2024/4/30時点）
Cohereで色々なモデルがリリースされてまして、AWSのBedrockとSageMakerでの提供状況を表にしました。
## テキスト生成モデル（Commandシリーズ）
| モデル名 | Bedrock提供状況 | SageMaker提供状況
| — | — | — |
| Command R+ | 提供 | 提供 |
| Command R | 提供 | 提供 |
| Command | 提供 | 提供 |
| Command-Light | 提供 | 提供 |* Cohereが提供している`command-nightly`と`command-light-nightly`はいずれも未提供
## 埋め込みモデル（Embedシリーズ）
| モデル名 | Bedrock提供状況 | SageMaker提供状況
| — | — | — |
| Embed English v3.0 | 提供 | 提供 |
| Embed Light English v3.0 | – | 提供 |
| Embed Multilingual v3.0 | 提供 | 提供 |
古いOSを導入したAWS EC2インスタンスを稼働させつつ最新のOSにアップデートする
## はじめに
AWSでEC2を使ってると、アカウントの利用者自身でOSやアプリケーションで使うソフトウェアのアップデートを行う必要がたびたび発生します。
AWSのサーバレスのプログラムランタイム環境であるLambdaだと、OSやソフトウェアのサポート期限・EOL (End Of Life)を過ぎたランタイム環境は自動更新されます。ただ、これによりあるバージョンのランタイム環境では動くコードが、新しいランタイム環境では動かなくなってしまう場合もあります。
Lambdaと比べるとEC2の場合、EOLを過ぎた古いOSでも自動更新は行われないので使い続けることはできます。しかしながら、EOLが過ぎたOSはセキュリティパッチ等リリースされなくなるため、ゼロデイ脆弱性の危険も高まりセキュリティリスクとなります。
また、AWS側からEC2の環境に追加された新しい機能を利用したい場合、EOLを過ぎたOSでは新しい機能が動かないこともあります。
セキュリティリスクを軽減させ、便利な機能を享受するためにも、なるべくEC2内部のOSも最新を保つことが望ましいです。
ただ、そうはいっても、本番環
Amazon BedrockにCohere Command R と Command R+ が来たよ！RAGがすげーよ！
GW真っ只中の4/30、Amazon BedrockにCohere Command RとCommand R+がやってきました！！🎊🎊🎊
https://aws.amazon.com/about-aws/whats-new/2024/04/cohere-command-r-r-plus-amazon-bedrock/
Command R+はただのテキスト生成の枠を超えたAPIになっています！（と勝手に解釈しています！！）
いろいろ特徴がありそうですが、まずは、RAGをやってみました。
## なにがすごいの？
Command R+のInvoke ModelのBodyが特徴的で、 **documentを渡す専用項目があります** 。
“`json
{
“message”: string,
“documents”: [
{“title”: string, “snippet”: string},
]
}
“``message`に質問を入れて、関連ドキュメントを`documents`にセットします。
そう、まさしくRAGです。::
AWS
## インフラ構築の際に考えること
1. サーバーの構成
サーバ用のOSの設定など2. ネットワークの構成
IPアドレスをいい感じにする
【AWS×Webアプリ】S3静的Webサイトホスティング
## 目的
・AWS上にS3バケットを作成し、静的Webサイトホスティング設定を行う。## 前提条件
・SAMを使用してAWS上にリソースを作成する。## 完成イメージ
## SAMテンプレート
“`template.yaml
AWSTemplateFormatVersion: ‘2010-09-09’
Transform: AWS::Serverless-2016-10-31Resources:
WebBucket:
Type: AWS::S3::Bucket
Properties:
BucketName: !Sub ${AWS::StackName}-webbucket-${AWS::AccountId}
VersioningConfiguration:
Statu
CloudWatch カスタムディメンション追加
## はじめに
CloudWatchメトリクスのカスタムディメンション追加に関する備忘録
今回はEC2上でテストスクリプトを実行してメトリクスを受け取る。## 1. EC2インスタンスにSSH接続
“`ruby:bash
ssh -i ‘キーペアのパス’ ec2-user@’EC2のパブリック IPv4 DNS’
“`
## 2. CloudWatch エージェントのインストール“`ruby:bash
sudo yum install amazon-cloudwatch-agent
“`## 3. CloudWatchエージェントの構成ファイル編集
以下のコマンドでvimを開く
“`ruby:bash
sudo vim /opt/aws/amazon-cloudwatch-agent/etc/amazon-cloudwatch-agent.json“`
以下をコピペして保存
今回はインスタンスIDとインスタンスタイプを追加取得する
“`ruby:json
“metrics”: {
“append_dimensions”: {
“
AWS Amplifyの新世代Gen2で生成AIアプリをサクッとデプロイ！
これをやっていきます。
https://aws.amazon.com/jp/blogs/news/use-generative-ai-and-next-js-with-aws-amplify-to-build-a-fullstack-recipe-generator/
なお、エラー等で詰まったときはClaude 3 Opus（有料版）を頼りました。おっぷすおっぷす〜〜！！✌️✌️ [^1]
https://claude.ai/
[^1]:https://x.com/syobochim/status/1780267677782880498
# ハンズオン
### ローカル環境の準備
前提条件を確認：
– Node.js v18.17 以降
– npm v9 以降
– git v2.14.1 以降なお、Nodeはv20系だとうまく動かないため注意。**（ハマりポイント）**
### Bedrockのモデルを有効化
バージニア北部のClaude 3 Sonnet（中堅モデル）を有効化しておく。
](#1-テーマ(エレベーターピッチ))
[2.課題定義](#2-課題定義)
[3.要件定義](#3-要件定義)
[4.業務フロー](#4-業務フロー)
[5.画面遷移図](#5-画面遷移図)
[6.ワイヤーフレーム](#6-ワイヤーフレーム)
[7.デザインカンプ](#7-デザインカンプ)
[8.プロトタイプ](#8-プロトタイプ)
[9.テーブル定義](#9-テーブル定義)
[10.ER図](#10-ER図)
[11.使用技術](#11-使用技術)
[12.システム構成図](#12-システム構成図)
[13.学んだこと](#13-学んだこと)# 1. テーマ(エレベーターピッチ)
自身のベジタリアンの種類に対応したレシピ
「AWSのWhat’s Newを解説くん」」をBedrockで作りました。
皆様、Bedrockを使うとこんな素敵なことができるようです！（すごい）
Amazon BedrockのClaude 3で、先人に倣って5ch風スレッドを作れないかと試していますが、本当に凄い pic.twitter.com/uOabApcFR6
— nasuuu (@nasuvit_z) April 17, 2024
AWS CDK : 特定のAPIコールを監視してみた (CloudTrail,CloudWatch Logs)
# 概要
CloudTrailを用いて特定のAPIコールを監視する方法として下記の2パターンがあります。
今回は「2. CloudTrailログのCloudWatch Logsへの格納及びメトリクスフィルタ・アラームの指定」のような「CloudTrailを用いて管理されたAPIコールログをCloudWatch Logsに転送し、メトリクスフィルタでフィルタリング、特定のAPIが呼び出された時にSNS通知を行う」という構成をCDKで検証してまとめてみました。「1. EventBridgeのイベントソースとしてAPIを指定」の構成は以下の記事をご覧ください。
https://qiita.com/Ak_ki/items/461991c1a67a1a0e4e2c
# 構成図
以下に示したようなAPIコールを監視する設計としています。
– IAM初サイト制作メモ5: サイトに載せる画像をS3に配置する
# AWS上にバケット、フォルダを作成
サイトに載せる画像なので公開状態で置いておきたい。
バケット作成時、パブリックアクセスのブロックのチェックを外す。
作成したバケット内に、imagesフォルダを作成する
Amazon S3で画像や他のファイルを公開的にアクセス可能にするためには、単に「アクセスのブロックをオフ」にするだけでなく、適切なバケットポリシーを設定する必要があるらしい。
