Amazon Bedrockがリリース！ Lambdaから画像を10枚生成してS3に置くまでの流れをやってみた | DevelopersIO
こんにちは、AWS事業本部の荒平(@0Air)です。 待望のAmazon Bedrockが2023年9月末にリリースされました。 色々触ってみる中で、画像生成はやっぱり複数枚をワンクリックで同時にできたらいいな〜と思ったので、Lambdaでスクリプトを動かして、生成した画像をS3に保管するまでの流れを試してみました。 構成図 作ってみた構成です。まずはシンプルに。 LambdaからBedrockにプロンプトを提供し、生成した画像をS3バケットへ保存します。 やってみた ★ この手順は、Stability AIの「Stable Diffusion XL」モデルがアカウントで有効になっていることが前提です。 1. Lambda関数の準備 まずは、動作環境の準備が必要です。以下記事の通り、Python 3.11の組み込みboto3のバージョンは、執筆時点でBedrock非対応バージョンのため、レ
Amazon SES の新機能 Virtual Deliverability Manager を使ってみた | DevelopersIO
いわさです。 先日のアップデートで Amazon SES コンソールの新しい機能 Virtual Deliverability Manager が登場しました。 この機能を使うとダッシュボードを通して E メールの配信率を分析することができ、さらに現在のメール送信設定に対してのレコメンデーションを受けることが出来ます。 これらの機能を活用してメール送信環境の最適化を行い、配信率を向上させることが出来ます。 本日はこちらを有効化し、2 つのメイン機能であるアドバイザーとダッシュボードを使ってみましたのでご紹介します。 有効化してみる 東京リージョン、大阪リージョンを含む Amazon SES が利用可能な全てのリージョンで有効化を行うことが出来ます。 まず、こちらの機能は Amazon SES コンソールからリージョンごとに有効化が必要です。 Amazon SES コンソールのサイドメニュー
[アップデート]Amazon SESのVirtual Deliverability Managerでメール個別の送信イベントが閲覧できるようになりました | DevelopersIO
[アップデート]Amazon SESのVirtual Deliverability Managerでメール個別の送信イベントが閲覧できるようになりました 初めに これまでAmazon SESのVirtual Deliverability Manager(以降VDM)ではメールの配信に関して全体の受信イベント毎比率やIPS毎の到達率といった統計情報は見ることができましたがより詳細なログを確認する場合は送信イベントを別に記録する必要がありました。 これにより以前紹介したようなメールログの保持のために別のサービスを構築せずとも一定期間(最長30日)であればAmazon SESの機能内かつマネジメントコンソールでメール未着のトラブルシュートやエンゲージメント調査ができるようになります。 おそらくAmazon SES使ってる多くの人がこの機能が欲しかったんだというもので設定必須レベルものです。 これ
![[アップデート]Amazon SESのVirtual Deliverability Managerでメール個別の送信イベントが閲覧できるようになりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/dc7b169c31f578b497e4c85d122a88c24b6c46ba/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F08%2Famazon-ses.png)
AWS Lambda@Edgeのログはどこ？AWS Lambda@Edgeのログ出力先について | DevelopersIO
どうも！大阪オフィスの西村祐二です。 今回は小ネタです。 みなさんAWS Lambda＠Edgeは使ったことありますでしょうか？ CloudFrontで配信するサイトに対して、Basic認証を設定できたりと、とても可能性を感じるサービスです。 Amazon CloudFrontとAWS Lambda@EdgeでSPAのBasic認証をやってみる 今回は、そのAWS Lambda@Edgeを使っときに意外とハマるログの出力先について記載していきたいと思います。 AWS Lambda@EdgeのCloudWatch Logsにログが見当たらない!? Lambda@Edgeは正常に動作しているけど、CloudWatch Logsにログが出力されていない！？ ってことがあります。 （CloudWatch Logsへの出力設定は問題ないと仮定しています。） ▼Lambda@Edgeは動作しているけど
New – AWS Public IPv4 Address Charge + Public IP Insights | Amazon Web Services
AWS News Blog New – AWS Public IPv4 Address Charge + Public IP Insights We are introducing a new charge for public IPv4 addresses. Effective February 1, 2024 there will be a charge of $0.005 per IP per hour for all public IPv4 addresses, whether attached to a service or not (there is already a charge for public IPv4 addresses you allocate in your account but don’t attach to an EC2 instance). Publi
AWS Well-Architected – 安全で効率的なクラウドアプリケーション
AWS Well-Architected は、クラウドアーキテクトがさまざまなアプリケーションやワークロード向けに高い安全性、性能、障害耐性、効率性を備えたインフラストラクチャを構築する際に役立ちます。AWS Well-Architected では、6 つの柱 (優れた運用効率、セキュリティ、信頼性、パフォーマンス効率、コストの最適化、持続可能性) に基づいて、お客様とパートナーがアーキテクチャを評価し、スケーラブルな設計を実装するための一貫したアプローチを提供しています。 AWS Well-Architected Framework には、ドメイン固有のレンズやハンズオンラボ、そして AWS Well-Architected Tool が含まれています。追加コストなしで AWS マネジメントコンソールで利用できる AWS Well-Architected Tool は、ワークロードの定期
Amazon EventBridge SchedulerでECS Fargateのタスクを定期起動・定期停止してみた | DevelopersIO
「Event Bridge Schedulerを使えば、ECS FargateのサービスをLambda無しで定期起動・定期停止できる」 夜間など使わない時間は検証環境のECS Fargateを止めて料金節約したいことがあると思います。 ECS Fargate サービスの自動起動停止に関しては、Instance Schedulerも対応しておらず自前でLambdaを書くなどする必要がありました。 先日リリースされたEvent Bridge Schedulerを使えば、Lambdaを書かずに簡単に定期起動・定期停止を実現できます。 前提 定期停止と定期起動は以下を指しています。 定期停止: ECS Fargateサービスのタスク数(desiredCount)を0にする 定期起動: ECS Fargateサービスのタスク数(desiredCount)を元の数に戻す そのため、1つのサービスあたり
AWS製のS3マウントツール「Mountpoint for Amazon S3」を試してみた | DevelopersIO
Mountpoint for Amazon S3 は高スループットが求められるワークロード向けのS3マウントツールです。 札幌オフィスの中川です。 少し前にS3バケットをローカルファイルシステムとしてマウントするためのファイルクライアントツールとして、Mountpoint for Amazon S3 が登場していました。 ファイルシステム上の操作をGetやListのようなS3オブジェクトAPIに変換し、アプリケーションがopenやreadといったファイル操作を通じてS3にアクセスできるようにします。 ツールはRustで書かれており、ペタバイトクラスのデータ処理を必要とするような読み取り負荷の高いワークロード向けに最適化されています。 また、先日のアップデートで書き込みも一部サポートされました。 ※2023年7月時点では新規ファイルの作成のみサポートされており、既存のファイルへの更新や削除は
Amazon OpenSearch Serviceを使用してApacheログ分析をしてみた | DevelopersIO
Amazon OpenSearch Serviceとは？ Amazon OpenSearch Service はAmazon ElasticSearch Service の後継サービスです。Amazon OpenSearch Service は、OpenSearch クラスターのデプロイ、オペレーション、およびスケーリングを容易にするサービスです。OpenSearch は完全なオープンソースの検索および分析エンジンです。 ユースケース: ログ分析 リアルタイムのアプリケーションモニタリング クリックストリーム分析 この記事では、Kinesis Firehoseを使用してApacheログをAmazon OpenSearch Serviceに送信し、OpenSearchでこのログを分析してみました。 やってみた EC2 インスタンスの作成 この設定でEC2 インスタンスを作成しておきます。 A
【10分で確認】AWSでやりがちなセキュリティ脆弱性を生み出すアンチパターン集（随時追加・更新） - Qiita
AWSを使うなら見ておきたいチェック項目20選 AWSを実務で触られている方で「セキュリティ対策はばっちしだ💪」と言い切れる人はどれくらいいるでしょうか。特に創業間もないベンチャー企業や内製化直後のエンジニア組織の場合、サービスローンチや追加機能開発がビジネス上の最優先事項になってしまい、セキュリティ対策などの非機能要件のレビュー、設定などは後回しにされがちです。 そこで今回は、"時間がない人"でも注意したいセキュリティ脆弱性を生みやすい設定や設計の凡ミス集をまとめてみました。また、参考になりそうな記事も併せて紹介しています。 ご注意ください 筆者はAWSリソースに関するセキュリティの専門家ではありません。また本記事では、最低限の内容にとどめているためより詳細な内容は、公式ドキュメントや以下の資料をご覧ください。 1. IAM ポリシーの広すぎる権限 IAMポリシーに適切でない広い範囲の
AWS Config の料金がなぜこんなに高い？ Amazon Athena でどのリソースが Config の記録対象になっているか調べてみた | DevelopersIO
わたしの検証環境で試していきます。 Config の設定確認 AWS Config 配信チャネルで、出力先の S3 バケットがどこであるか確認しましょう。 普段独立したリソースとして意識する機会は少ないと思いますが、マネジメントコンソールで以下から確認できる部分は配信チャネルの設定を表しています。 S3 バケットに格納されたオブジェクトの URI の例は以下です。 s3://バケット名/AWSLogs/アカウント番号/Config/ap-northeast-1/2021/9/24/ConfigSnapshot/ファイル名.json.gz ちょっとした気づきですが、yyyy/mm/dd形式になっていません。2021/09/24のように月や日を 2 桁に揃えてくれるわけでなく、元の数字が 1 桁のままであればそのまま 1 桁です。 Athena のクエリ結果の出力先 S3 バケットの作成 今回
新ポリシー AmazonSSMManagedInstanceCore がサポートされました | DevelopersIO
2019/6/14更新 元のブログタイトルは「AmazonEC2RoleforSSMが非推奨になります」です。 ドキュメントから AmazonEC2RoleforSSM を非推奨とする文言がなくなっているため、タイトルを修正しました。 最新の情報については、ドキュメントを参照ください。 こんにちは、中川です。 これまでAWS管理ポリシーの AmazonEC2RoleforSSM を使用して、SystemsManagerでEC2のオペレーションをできるように許可していました。 しかし、AmazonEC2RoleforSSM は、許可している権限の範囲が広いので、将来的には AmazonEC2RoleforSSM の使用が非推奨となるアナウンスがありました。 Create an IAM Instance Profile for Systems Manager 原文 This approach
EBSのIOPSとスループットをCloudWatchから確認してみる | DevelopersIO
はじめに 瀬田@大阪オフィスです。 システムの運用をしていると、現状どれだけの性能が出ているのか、リソースをどれだけ食っているのかといったキャパシティ情報を監視し、将来的なリソース追加計画を立てて行く必要があります。 オンプレ時代、リソースはとりあえず大きめにマージンを取り余裕を見るといったことをしていましたが、AWSの場合にこれをするとコストに直結するため、適切な状況把握がより重要となってきます。 今回は、EBSのI/O状況をCloudWatchから確認し、EBSのスケールアップに必要な情報を集めてみたいと思います。 IOPSを確認 IOPSは秒間I/O操作の総数なので、 CloudWatchのVolumeReadOps(読み込み数)とVolumeWriteOps(書き込み数)から計算します。 CloudWatchで対象のボリュームの値を確認して見ましょう。 5分ごとに値が取得できている
CloudFormationがリソースのインポートに対応しました！ | DevelopersIO
CloudFormationがリソースのインポートに対応しました！ 個人的にはこの機能をすごく待っていました！ さっそく試してみたいと思います。 CloudFormation（以降、CFnと呼びます）がリソースのインポートに対応しました！ AWS CloudFormation Launches Resource Import New – Import Existing Resources into a CloudFormation Stack | AWS News Blog 個人的にはこの機能をすごく待っていました！ さっそく試してみたいと思います。 ちょっと長い前説 CFnスタックを削除した場合、CFnで作成したAWSリソースはすべて一緒に削除されます。 そのため、うっかり誤ってCFnスタックを削除してしまった場合、特にステートフルなサービス（RDS等）でやらかしてしまうと、中のデータも
【アップデート】ついに来た！CloudFormationで手動で作成したリソースをStackにインポート可能になりました | DevelopersIO
大栗です。 ついにCloudFormation以外で作成したリソースもCloudFormationの管理化にできるアップデートが来ました！！！長期的にCloudFormationで環境を管理すると辛くなってくる部分を解消できると思います。早速レポートします。 New – Import Existing Resources into a CloudFormation Stack AWS CloudFormation Launches Resource Import Bringing Existing Resources Into CloudFormation Management 既存リソースのインポート CloudFormationはInfrastructure as Codeを実現する良いサービスなのですが、緊急の場合などにどうしてもCloudFormationを使わずにCLIや手動でリ
Announcing the Golden AMI Pipeline | Amazon Web Services
AWS Marketplace Announcing the Golden AMI Pipeline Updated 1/9/2020 On 12/1/2019, AWS released EC2 Image Builder, which simplifies the creation, maintenance, validation, sharing, and deployment of Linux or Windows Server images. We now recommend AWS customers use EC2 Image Builder to manage your golden images. Find out more about EC2 Image Builder here, and read this blog post Automate OS image bu
Amazon ECS で Amazon EFS を使用して Docker ボリュームを作成する
Docker ボリュームを作成して Amazon Elastic Container Service(Amazon ECS) で Amazon Elastic File System(Amazon EFS) を使用しています。次に、クラスタ インスタンスに追加のボリュームプラグインをインストールすることなくデータを保持して共有できます。どうすればできますか? 1. Amazon EFS ファイルシステムを作成します。 2. 新しいファイルシステムの設定をコピーし、コピーした設定を使用してファイルシステムをマウントします。 重要 :Linux ディストリビューションに 応じて、ファイルシステムのマウント前に NFS クライアントを インストールします。次の例では、ファイルシステムはマウントされた別の Amazon Elastic Compute Cloud (Amazon EC2
AWS ECS+EFSでwordpressサイト構築 - 弥生開発者ブログ
こんにちは。「弥生会計」開発チームでエンジニアをやらせてもらっているOです。弥生に新卒で入社して4年目になります。 先日、弥生で開催されたQAエンジニア向けオフラインイベント『Ques』に予備知識0で参加しました。 ques.connpass.com この記事は「ソフトウェアエンジニア目線でこんな共通点や学びがあった」という内容のQues参加レポートです。 QAエンジニアの方もそうでない方もお気軽にお読みいただければ幸いです。 Quesのここが面白かった 今回のイベントは参加者から事前募集したQA関連のおたよりに対して、2名の登壇者がディスカッションしていく形で進んでいきました。 お話を聞く中で（これわかるな～）とか（自分も気を付けたいな～）など思ったことをピックアップしていきます。 1.『QAとテストは何が違う？』 QAとは求められる品質を保証することである。 品質が十分かを見るのにわか
Customer Onboarding - Secure Packager and Encoder Key Exchange API Specification
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 顧客オンボーディング Secure Packager and Encoder Key Exchange (SPEKE) デジタル著作権管理 (DRM) キープロバイダーをエンクリプタおよびメディアプレイヤーと組み合わせることによって、コンテンツを不正使用から保護します。SPEKE は、メディアコンテンツのエンクリプタおよびパッケージャとデジタル著作権管理 (DRM) キープロバイダー間の通信の標準を定義します。オンボードするには、DRM プラットフォームキープロバイダーを選択し、キープロバイダーおよびエンクリプタとプレイヤー間の通信を設定します。 DRM プラットフォームプロバイダーでオンボードになる 以下の Amazon パートナーは、SPEKE 向けにサードパー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon OpenSearch Serverless のご紹介 | AWS で実践！Analytics Modernization～事例祭り編～