開発1部でデリッシュリサーチ開発を担当している塚田です。 今回は基盤として利用しているAWSサービスのコストについてどのように改善するべきかを考える機会があり、事象としてレアケースかもしれませんが、記事として公開させていただきます。 はじめに エブリーでは「AIファースト・カンパニー」に向けて様々な取り組みを進めています。 技術的な取り組みについては本テックブログに記事を多数公開していますのでご参照いただければと思います。 今回はその中でデリッシュリサーチのビジュアライズに利用しているAmazon QuickSight(以降QuickSightと記載)に関するAI機能でつまづいてしまった内容をまとめたいと思います。 つまづいたといっても技術的な内容ではなく、コストに関する内容となっています。 エンジニアとしてはサービスを利用する際に拡張性や導入の容易さばかりに目が行きがちですが、実際の運用
はじめに こんにちは。カミナシでソフトウェアエンジニアをしている佐藤です。 みなさんは、アプリケーションのフロントエンドから、Amazon S3 にファイルをアップロードするときに、どのような方法を用いているでしょうか？ 「バックエンドのサーバーにファイルを送信し、バックエンドのサーバー経由で S3 にアップロードしている」「Presigned URL を払い出して、フロントエンドから直接 PUT している」など、いくつかの方法があると思います。 弊社で提供しているサービス「カミナシレポート」でも、用途に応じて上記の方法を使い分けて S3 へのファイルのアップロードを行っています。 特に、Presigned URL は、手軽に利用できる上に、バックエンドのサーバーの負荷やレイテンシーの削減といったメリットも大きく、重宝しています。 一方で、その手軽さの反面、アップロードに際して様々な制約を
みなさんこんにちは！ カンリーのプラットフォーム部でSREを担当している有村です。 今回は、AWSのCost and Usage Report（CUR）をAIツールを用いて分析する事例を紹介します。 コスト分析における課題 AWSのコストを分析する際、Cost ExplorerとCURを活用する方法がありますが、それぞれ以下のような課題があります。 Cost Explorer AWSのサービスごとのコストをグラフで視覚的に確認できる一方、利用用途ごとの詳細なコスト分析が困難 CUR コスト利用状況を詳細に分析できるが、クエリを用いた分析を行う場合、Athena等で分析用テーブルを作成する必要がある 分析環境の構築工数やクエリ実行時のコストを考慮する必要がある SQLなどのクエリを実行する知識が必要 本記事では、MCPツールを用いて上記の課題を解決し、自然言語で直感的にAWSのコスト分析を行
AWS CDK TIpsシリーズの記事。 最近 deploy-time-build というCDK コンストラクトをリリースできたので、その過程で得られた知見を共有する。 github.com Tips プロジェクトの初期化はprojenで一発 プロジェクト生成ツールのprojenを使うことで、コマンド一発でリポジトリのベースを生成できる。詳しくはここを参照。コマンドはこんな感じ。 mkdir cool-construct cd cool-construct npx projen new awscdk-construct これに共通で必要なもの (package.jsonやeslintrc.json、GitHub Actionsの構成などまで！) はすべて入っているので、開発者は文字通りコンストラクトを定義するコードだけ書けば、自作コンストラクトを良い感じにリリースできる。 この開発体験はか
AWS CDK の Lazy の具体的な使い方・使い所についてまとめました。 目次 目次 目次 Lazy とは Lazy の実用的な具体例 1. add メソッドとの併用 2. 参照順序の逆転・循環依存 3. IAM PolicyStatement の統合 実際に Lazy で対応した参考 PR PolicyStatement が統合される仕組み 統合処理の CDK 内部コード バリデーション トークン トークンのバリデーション トークンの解決 最後に Lazy とは AWS CDK には Lazy という、便利だけれどもあまり知られていない機能があります。 Lazy とは「遅延処理」のための機能(クラス)です。 例えば、Construct のとあるプロパティに値を指定する際、指定した時点ではまだ値を決定させず、合成(synth)が完了するタイミングで値を決定(解決)させたいケースに使用で
はじめに 個人で開発しているWebアプリをAWS上に展開しています。 そんなWebアプリに対してWell-Architected レビューを「Well-Architected IaC (Infrastructure as Code) Analyzer」を利用してLLMにお願いしてみました。 本記事をもとに「JAWS ミート 2025」でLTをしました。 LT資料はこちらです。 対象読者 AWS上にワークロードを展開している方 Well-A レビューをお手軽に実施したい方 構成図からWell-Aに沿ったIaCを生成したい方 「Well-Architected IaC (Infrastructure as Code) Analyzer」について知りたい方 Well-Architected IaC (Infrastructure as Code) Analyzerについて 「Well-Archi
お疲れさまです。とーちです。 前回、CloudFormation MCP Serverについて紹介しました。 これを使えば、システム構成図だけ読み込ませればAWSリソース一式を作ってもらえるのでは？と思い立ったので試してみました。今回はその結果をご紹介します。 今回試してみる内容 今回試してみるシステム構成図は以下の弊社ホームページにあったものです。 この中の以下の部分だけを切り取ってみました。この画像でシステムを作ってもらいます。なお、MCPクライアントはCline、LLMはBedrockのClaude 3.7 Sonnetを使用しています。 作成するリソースの確認 まず作成するリソース一覧を提示してもらいました。 ほうほう、なんとなく必要なものは網羅されてる気がしますね。 まずどのリソースから作るのかを聞かれたのでVPCからと答えています。 VPCの作成 すると早速リソースを作り始めま
はじめに AWSに関する情報を探す際、公式ドキュメントは最も正確で重要なソースです。しかし、膨大なドキュメントの中から必要な情報や解決策を見つけ出すのは時に一苦労です。 AWSが公開している AWS Documentation MCP Server は最新の情報を検索できる Model Context Protocol (MCP) サーバーであり、効率的なドキュメント検索の助けになります。 今回は Dify Community 版を利用し、 ユーザーが個別の端末設定なしに利用できるチャットボット を作成した事例を紹介します。 前提 MCPを使う際、公式サイトでも紹介されている Claude for Desktop アプリケーションに設定方法がまず思い浮かびます。 この場合、利用者が個別にインストールや設定を行う必要があるため、その手間を省いて利用できる方法を検討しました。 そこで今回は既存
こんにちは！クラウド事業本部コンサルティング部のたかくに（@takakuni_）です。 AWS MCP Servers に新しく、AWS Terraform MCP Server が登場しました。 AWS Terraform MCP Server AWS Terraform MCP Server は名前の通り、HashiCorp Terraform で AWS インフラをホストするときに役立つ MCP サーバーです。 主な機能は次のとおりで、ベストプラクティスに沿った設計がなされているか、静的解析ツールを利用して脆弱な設定が行われていないかなどをチェックできます。 Terraform のベストプラクティスをチェック セキュリティファースト開発ワークフロー Checkov 統合 AWS I-A (Integration and Automation) GenAI モジュール プロバイダーのド
はじめに 先日、AWSからLambdaをMCPサーバーとして使えるようにするライブラリ、AWS Lambda MCP Serverが公開されました。 最近なにかと話題のMCPサーバーをLambdaで実現できないのか、と考えていた私にとっては朗報だったので早速試してみました。 本記事では、AWS Lambda MCP Serverを使って、AWS LambdaをMCPサーバーとして実装し、Claudeを通じてEC2インスタンスの起動・停止する方法を紹介します。 実装 Lambdaの作成 まず、EC2インスタンスを制御するためのLambdaをpython3.13で作成します。 指定したタグを持つEC2をフィルタリングして、そのインスタンスの起動・停止を実施してインスタンスIDを返すだけのシンプルなLambdaです。 MCPサーバーとして利用できるように、LambdaにキーをManagedByで
CDKコントリビュートネタです。 CDKのREADMEのコードスニペットは jsii-rosetta (以降Rosetta) でコンパイルされ、他言語に変換されています。 このコードスニペットですが適当に書くと、Pull Request起票時のCIにおいてコンパイルに失敗しエラーになります。 私自身つい最近まで雰囲気で書いており、トライアンドエラーで修正していました。 ただいい加減仕組みを把握しておいたほうが良いかと思い、コントリビュートガイドを見て理解したことをまとめておきます。 目次 目次 Rosettaの概要 fixtureとは Rosetta でコンパイルに失敗する例 fixtureの関連付けについて その他Rosettaの推奨事項 Types from the documented module should be un-qualified Types from other mo
CDKアプリとしてのAmplify Gen2 - @aws-amplify/backendのアーキテクチャにみるCDKベストプラクティス -
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
