- 1. 図解でわかる世界一簡単なサーバーレス解説
- 2. AWSサービス解説シリーズ #1 AmazonSNS ①Amazon SNSの概要と基本概念
- 3. AWS 認定ソリューションアーキテクト–アソシエイト（SAA-C3）の合格体験記
- 4. Agents for Amazon BedrockのMemory(Preview)を試してみた
- 5. 出張 #しむそく 〜AWS Summit New York 2024 生成AI編〜
- 6. CloudFront + S3 静的Webホスティング環境構築
- 7. Bedrockの新機能「Prompt flows for Amazon Bedrock」
- 8. S3で静的Webサイトをホスティングする
- 9. 【UiPath】AWS/Azure仮想マシンでローカルLLM環境を構築する
- 10. [AWS #17] Lambda
- 11. Bedrockの新機能「Prompt management in Amazon Bedrock」
- 12. AWS Summit New York 2024での生成AI関連の新発表まとめメモ
- 13. Amazon BedrockでClaude 3.5が使用不可になっている場合の対処方法
- 14. [AWS] Security Group と WAF に設定されている IP アドレスを削除するスクリプト
- 15. 【AWS】Cloud9でNode.js用のAWS SDKを使ってHello Amazon Cognito
- 16. スクラム開発でロギングを統一する方法：クラウドサービスを活用したベストプラクティス
- 17. システムの可観測性を向上させるためのベストプラクティス
- 18. AWSのアップデートを網羅的にまとめる #しむそく を1年間継続できたモチベーションとは？
- 19. ソリューションアーキテクトのための視点 CloudFormation
- 20. ソリューションアーキテクトのための視点 AWS Well-Architected Framework サステナビリティ（持続可能性）の柱
図解でわかる世界一簡単なサーバーレス解説
# はじめに
サーバーレスの聞いたことがあるけど、触ったことがない人の中にはこのような疑問を持つ方も多いのではないでしょうか？
今回は図を用いてわかりやすく特徴を3つ説明していきます。# サーバーレスはサーバーがない？
サーバーレスは**サーバーの存在を意識せずに開発**を行うことです。
# なぜ時間短縮できるか
サーバーの細かい設計や可用性、負荷分散などについて考えることが少なくなるからです。
# コストが安い理由
**サーバーレスは使
AWSサービス解説シリーズ #1 AmazonSNS ①Amazon SNSの概要と基本概念
## はじめに
自分の勉強したことの記録も兼ねて書いていきます。例のごとくいつ飽きるかわからないのになぜかシリーズものにしてしまいましたが、頑張って続けます。
中身としては以下を想定しています。
– 公式ドキュメントからの引用8割
– 理解しにくい所の補足1割
– ネットの海から見つけてきた面白いと思った実装パターン1割シリーズ1回目はAmazon SNS(Simple Notification Service)です。
それでは早速やっていきます。## Amazon SNSの概要
Amazon Simple Notification Service (Amazon SNS) は、配信者から受信者 (または生産者から消費者) へのメッセージ配信を提供するマネージドサービスです。発行者は、論理アクセスポイントおよび通信チャネルであるトピックにメッセージを送信することで、受信者と非同期的に通信します。クライアントは SNS トピックをサブスクライブし、Amazon Data Firehose、Amazon SQS、HTTP、E メール AWS Lambda、モバイルプッシュ通知、モバ
AWS 認定ソリューションアーキテクト–アソシエイト（SAA-C3）の合格体験記
## はじめに
AWS 認定ソリューションアーキテクト – アソシエイト（SAA-C3）に合格したので体験記を書きました。
点数は793点でした。自分の感覚では720点ギリギリあるないか位かなといった手ごたえでしたが、意外と取れていてびっくりしました。恐らく問題ごとに配点が異なるのだろうと思います。たまたま配点の大きい問題を解答すれば、解答数が少なくても合格点に達するようになっているのだろうと想定されます。
## 本番の感想
いくつかの教材を使って頑張って勉強してきたが、本番はやはり、難しかったという印象です。問題を解くたびに「やばい、やばい、むずいぞ、むずいぞ」と思い、焦りが出てきました。すると、中には、教材でやったことがある問題なんかも出てきて、時よりほっとした気分になりながら、浮き沈みしてました。
全問解いた感想です。
–
Agents for Amazon BedrockのMemory(Preview)を試してみた
最近Amazon Bedrockに入門してみました。
Agents for Amazon Bedrockを触っていたら、急にMemoryという項目が増えたので試してみました。https://aws.amazon.com/jp/about-aws/whats-new/2024/07/agents-amazon-bedrock-retain-memory-preview/
# 説明
Bedrockはステートレスなので、もし以前の会話を利用したい場合はどこかにチャットの履歴を保有しておかなければなりません。AWSでは保存先としてDynamoDBがよく使われていると思います。
Agents for Amazon Bedrockでも同じように、履歴をどこかに保存しておかなければいけませんでした。
“Memory”機能は、クリック1つでとても簡単に履歴の保存(正確にはBedrockとやりとりの要約の保存)を実現できます。
これにより、使い方によっては保存先を用意する必要がなくなりました。# Memoryを有効してみた
Memoryの有効化自体は非常に簡単です。Agents for Ama
出張 #しむそく 〜AWS Summit New York 2024 生成AI編〜
## はじめに
AWS Summit New York 2024で大量の生成AI系アップデートが発表されました！
普段はTwitter（X）や↓の個人ブログで #しむそく としてまとめたものをアップしていますが、出張編ということで生成AI関連のアップデートをピックアップしてこちらにも投稿します！
https://alta-whitechip.name
★の数は注目度を表します！
普段は★〜★★★★ですが、今回どれもアツいので★★★以上がデフォになっちゃいました。## 本編
### ★★★【Preview】Claude 3 Haikuがファインチューニングをサポート
**Machine Learning: Bedrock**
Claude 3 Haikuがオレゴンリージョンでファインチューニングにプレビュー対応しました！
サポートチケットを送信することでアクセスでき、組織のドメインやビジネス要件に合わせてトレーニングされた高速なモデルを利用可能です。[Fine-tuning for Anthropic’s Claude 3 Hai
CloudFront + S3 静的Webホスティング環境構築
こんにちは。
株式会社クラスアクト インフラストラクチャ事業部の大塚です。前回の記事でS3を使って静的なWebサイトをホスティングしました。
https://qiita.com/ohtsuka-shota/items/8846891eea0ccf8bcec6
この環境を拡張し、前面にCloudFrontを配置します。
# 環境イメージ
# 構築
## CloudFrontデプロイ
CloudFrontの管理画面を開きます。
ディストリビューションを作成を押下します。
:::note
同時に追加されたPrompt flows for Amazon BedrockについてはこちらBedrockの新機能「Prompt management in Amazon Bedrock」
https://qiita.com/moritalous/items/afb6b8a4ff26a71cfdb8
:::早速試してみました。
このような画面です。
# 参考サイト
公式を参考にしました。https://docs.aws.amazon.com/ja_jp/AmazonS3/latest/userguide/HostingWebsiteOnS3Setup.html
# 構築
## S3バケットの作成
S3の管理画面に遷移して、バケットを作成を押下します。
 やら [Phi-3](https://azure.microsoft.com/ja-jp/products/phi-3) やら [Gemma 2](https://blog.google/technology/developers/google-gemma-2/) やらでローカルLLM界隈が盛り上がってきています。
– **「自分でもローカルLLMを試したい！けどGPU搭載のマシンが手元にない！」** という方のために、AWSやAzureでローカルLLMを動かすのための手順をまとめてみました。
– またOllama APIをPython, REST API, UiPath Studioからコールする方法についても紹介したいと思います。大まかな流れは次の通りです。
1. [仮想マシン構築](#1-仮想マシン構築) : Amazon EC2またはAzure Virtual MachineでGPU搭載の仮想マシンを立てる
2. [ドライバーなどのインストール](#2-ドライバーなど
[AWS #17] Lambda
## はじめに
こんにちは
今回もコンピューティングサービス分野である **「Lambda」** について紹介したいと思います。:rolling_eyes:らむだ？「λ」ですか？
:upside_down:ギリシャ文字の「ラムダ」ではありません。AWS社が提供するFaaS型のサービスです
## Lambda
Lambdaとは **「ソースコードさえ用意すればそのプログラムを実行できる」** **サーバーレスのサービス**です。プログラムを実行するための環境を構築や管理をする**必要がありません**。従って開発者はサービスの管理やメンテナンスから解放されて、**プログラム開発に注力する**ことができます。:upside_down:サーバーレスでない環境の場合どうでしょうか？
アプリケーションを実行するためには、EC2インスタンスでWebサーバーを構築し、アプリケーションを実行するための環境を準備するなどやることが多くあります。:rollin
Bedrockの新機能「Prompt management in Amazon Bedrock」
Bedrockに新機能「 **Prompt management in Amazon Bedrock** 」が追加されました。🎉🎉🎉
現段階でプレビュー扱いで、東京リージョンでも使用できます。https://docs.aws.amazon.com/bedrock/latest/userguide/prompt-management.html
:::note
同時に追加されたPrompt flows for Amazon BedrockについてはこちらBedrockの新機能「Prompt flows for Amazon Bedrock」
https://qiita.com/moritalous/items/a902f61093b112ba1bd7
:::早速試してみました。
このような画面です。
* これまで Bedrock でファインチューニング可能なモデルは Titan や Cohere Command、Llama 2 のみだったが、Claude 3 Haiku が対象に追加された
* プレビュー時点ではオレゴンリージョンのみをサポート
* プレビュー利用を開始するにはアカウントチームまたは AWS サポートにコンタクトする必要があるhttps://aws.am
Amazon BedrockでClaude 3.5が使用不可になっている場合の対処方法
# 記事の内容
Claude 3.5が使えるようになったのでBedrockからアクセスしようとしたところ使用不可になっており、使えずに困ったの対処方法を記載します
# 対処方法
結論：AWSのサポートに問い合わせするしかありませんアカウントによっては使えない状態になっていることがあるとのことです
私の場合は以下のURLと一緒にサポートに問い合わせをしたところ、2営業日ほどで使えるようになりましたhttps://repost.aws/questions/QUDwW0HViRRUmyg4rduA6CpQ/bedrock-claude-3-5-not-available
[AWS] Security Group と WAF に設定されている IP アドレスを削除するスクリプト
# はじめに
↓ の機能拡張版で、Security Group と WAF に設定されている IP を削除するスクリプトを修正しました。
https://qiita.com/bmjuggler/items/a84f487401c79c58bd3d
# 仕様
AWS の SG と WAF から 指定された IP アドレスを削除するためのスクリプトです。IP アドレスにCIDR 表記（”/” が含まれているかどうか）によって条件分岐し、それに応じて適切に削除します。（デフォルトで /32 を追加します）
# コマンド
上記仕様に加えて以下のオプションがあります。
– SG を二つ用意
– SG_ID1 ではポート 3389 のもの、SG_ID2 ではポート 443 のものを削除“`sh
#!/bin/bash
set -euo pipefail# 変数格納
IP_ARRAY=(“5.5.5.5/32” “6.6.6.6/32” “7.7.7.7” “8.8.8.8/32” “9.9.9.9”)
DESCRIPTION=(“go” “roku” “nana” “h
【AWS】Cloud9でNode.js用のAWS SDKを使ってHello Amazon Cognito
# はじめに
以下の Hello Amazon Cognito を Cloud9 で行う。
https://docs.aws.amazon.com/sdk-for-javascript/v3/developer-guide/javascript_cognito-identity-provider_code_examples.html
# 手順
## 1. Cloud9 を起動
– インスタンスタイプは t3.micro (1 GiB RAM + 2 vCPU)
## 2. hello-cognito.js を作成
以下のサンプルコードを編集する。
– 編集前（Hello Amazon Cognito をコピペ）
“`hello-cognito.js
import {
paginateListUserPools,
C
スクラム開発でロギングを統一する方法：クラウドサービスを活用したベストプラクティス
## はじめに
スクラム開発において、ロギングの統一は非常に重要なテーマです。特に、クラウドベンダーの多様なサービスを活用する現代の開発環境では、ロギングの一貫性を保つことがプロジェクトの成功に直結します。この記事では、ロギングを統一するためのベストプラクティスと、クラウドサービスを活用した具体的な方法について解説します。
## なぜロギングの統一が重要なのか
ロギングの統一は、以下のような理由で重要です：
1. **トラブルシューティングの効率化**：一貫したログフォーマットは、問題の特定と解決を迅速に行うために不可欠です。
2. **監査とコンプライアンス**：統一されたログは、セキュリティ監査やコンプライアンス要件を満たすために役立ちます。
3. **パフォーマンスの最適化**：ログデータを分析することで、システムのパフォーマンスを最適化するためのインサイトが得られます。## クラウドサービスを活用したロギングの統一
### 1. ログ収集の一元化
クラウドベンダーが提供するログ収集サービスを活用することで、ログの一元化が可能です。例えば、AWSのCloudWa
システムの可観測性を向上させるためのベストプラクティス
## はじめに
システムの可観測性（Observability）は、現代のソフトウェア開発において非常に重要な要素です。可観測性が高いシステムは、問題の早期発見と迅速な解決を可能にし、結果としてシステムの信頼性とパフォーマンスを向上させます。この記事では、クラウドベンダーのサービスを活用しながら、システムの可観測性を向上させるためのベストプラクティスについて解説します。## 可観測性の基本要素
可観測性は主に以下の3つの要素から成り立っています。1. **ログ**: システムの動作を記録するためのテキストデータ。
2. **メトリクス**: システムのパフォーマンスや状態を数値で表すデータ。
3. **トレース**: システム内のリクエストの流れを追跡するためのデータ。これらの要素を適切に収集・分析することで、システムの状態を正確に把握することができます。
## クラウドベンダーのサービスを活用する
クラウドベンダーは、可観測性を向上させるための多くのサービスを提供しています。以下に代表的なサービスとその活用方法を紹介します。### AWS CloudWatch
A
AWSのアップデートを網羅的にまとめる #しむそく を1年間継続できたモチベーションとは？
## はじめに
SimStaと申します。
普段はTwitter（X）で #しむそく などを投稿しています。## #しむそく って？
「SimSta速報」の略で、AWSのアップデートをTwitter（X）の文字数内でまとめて紹介しているものです。
週の終わりにまとめたものをサービスカテゴリごとに分類し、外部のブログ記事などを参考として加えて整理した上で個人ブログ「しまがじ！」にアップしています。
~~ひらがな4文字って覚えやすいですよね~~http://alta-whitechip.name
個人ブログへは2023年8月からアップし始め、そろそろ**継続して1年**になります！
2月にインフルエンザで更新できなかった週がありましたが、その1週を除き全ての週でアップできています。対象とするAWSのアップデートは**ほぼ全て**です。
既存サービスや機能が東京/大阪以外のリージョンで利用できるようになった系のアップデートは除外しています。
逆に言えばそれ以外は**原則全て**まとめます。
使ったことのないサービスも、何言ってるか良くわからないアップデートも対象です。普段
ソリューションアーキテクトのための視点 CloudFormation
## はじめに
ソリューションアーキテクトのための視点を整理してみました。今回は、**CloudFormationです。具体的には、「カタログ化する方法」「リソースを保持する方法」「S3バケットの削除が上手くいかない時の対応」「カスタム名を持つリソースがある場合」** を想定しました。実務でも試験でも、ご参考にして頂けましたら、幸いです。
### 目次
3. [カタログ化する方法](#カタログ化する方法)
1. [リソースを保持する方法](#リソースを保持する方法)
2. [S3バケットの削除が上手くいかない時の対応](#S3バケットの削除が上手くいかない時の対応)
4. [カスタム名を持つリソースがある場合](#カスタム名を持つリソースがある場合)## カタログ化する方法
**要件**
• AWS インフラストラクチャの起動時にユーザーに最小限の特権アクセスを提供し、ユーザーが未承認のサービスをプロビジョニングできないようにしたい。
• 中央アカウントを使用して、インフラストラクチャ サービスの作成を管理したい。
• AWS Organizations の複数のアカウン
ソリューションアーキテクトのための視点 AWS Well-Architected Framework サステナビリティ（持続可能性）の柱
## はじめに
ソリューションアーキテクトのための視点を整理してみました。今回は、**AWS Well-Architected Framework サステナビリティ（持続可能性）の柱です。具体的には、「インスタンスの終了を適切に処理するようにアプリケーションを設計する」** 観点にフォーカスしました。実務でも試験でも、ご参考にして頂けましたら、幸いです。
## **ソリューションアーキテクトのための視点**
Auto Scaling グループで Amazon EC2 インスタンスを使用して、AWS クラウドでコンテンツを処理しています。コンテンツの処理には 30 分かかります。SQSキュー内の処理数に応じて、複数の EC2 インスタンスがスケールインおよびスケールアウトします。処理が適切にされていないものがありました。しかし、ログにエラーが見つかりませんでした。考えられる理由を教えてください。## **ソリューション 例**
インスタンスの終了を適切に処理するようにアプリケーションを設計する
**処理中にインスタンスのスケールイン保護を構成する**
これを設定していると、イン
