AWS設計プロンプト
シンプルかつ網羅的なAWS設計を生成するAIプロンプトの核心は： 構造化された出力フォーマット：設計書の章立てと各セクションの説明内容を明確に指定 具体的なパラメータ要求：抽象的な説明ではなく、実装に使える具体的な設定値を求める 選定理由の明確化：「なぜその選択をしたのか」の説明を求める 代替案との比較：検討した代替オプションとの比較を含める Well-Architectedの原則適用：AWSのベストプラクティスに基づく設計を促す このアプローチを活用すれば、AIの力を借りつつも、実装に直結する高品質なAWS設計書を効率的に作成できます。何より、設計者の時間を節約しながらも、その専門知識と判断を最大限に活かせるところに大きな価値があります。 ※以下を全量使用すると量が多いので、該当箇所のみの抜粋を推奨 以下の要件に基づいて、詳細かつ実装可能なAWSアーキテクチャを設計してください。各セクシ
[アップデート]AWS CodeConnectionsがアカウント間で共有可能になったので実際に試してみた | DevelopersIO
お疲れさまです。とーちです。 AWS のアップデートを眺めていたら、CodeConnectionsがAWSアカウント間で共有できるようになったというアップデートを見かけてオッとなったので、早速試してみました。 とりあえずまとめ AWS CodeConnectionsの接続を複数のAWSアカウント間で共有できるようになった 共有にはAWS Resource Access Manager(RAM)を使用 共有されたCodeConnectionsを使って、別アカウントでもCodePipelineなどのCI/CDサービスを構築可能 現時点ではマネージメントコンソール上でのRAMによるCodeConnections共有は特定のリージョン（バージニア北部、オハイオ、オレゴンなど）でのみ作成可能 なお、バージニア北部で共有されたCodeConnectionsを、東京リージョンなど他のリージョンのCode
![[アップデート]AWS CodeConnectionsがアカウント間で共有可能になったので実際に試してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/456a5fe83144b36c46ba4a795faa059c6176ddc5/height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fct0aopd36mqt%2Fwp-thumbnail-7cdd08196c0c75239e41fd834b427547%2Fb64ab4252df175f1536fe199afbab2a3%2Faws-codepipeline)
Amazon Web Services ブログ AWS を使用したスマート産業機械の構築: 総合的ガイド はじめに 現代の競争の激しい産業環境において、風力タービン、ロボット、鉱業機械などの産業機械メーカーは、自社製品の能力を最大限に活用する革新的な方法を常に模索しています。これらの機械を接続することで、前例のない可視性を獲得し、新たな収益源を開拓し、顧客に向上したサービスを提供することができ、設備や操業をより賢いものに変えます。しかし、機械からクラウドまでを接続する包括的なソリューションをゼロから構築するのは、複雑で時間のかかる作業になりがちです。これには、ローカル計算能力の確立、データの収集と統合、リアルタイムでデータのカタログ化と変換、アクセスインターフェースの開発、AI、機械学習、生成 AI ユースケースを可能にする高度な分析の実行が必要です。ここで AWS の IoT 関連マネー
AWS SAMのメリット・デメリット メリット： 開発効率の向上 シンプルな構文による素早い開発 豊富なサンプルテンプレートの利用 統合されたツールチェーンの提供 コスト削減 ローカルテストによる AWS 利用料の削減 効率的なリソース管理 運用コストの最適化 品質向上 標準化されたベストプラクティス 一貫性のある開発環境 自動化されたテスト環境 デメリット： 柔軟性の制限 SAM特有の制約が存在 一部の高度なカスタマイズが困難 すべてのAWSサービスをサポートしているわけではない 追加の学習コスト SAM特有の概念の理解が必要 新しいツールチェーンの習得 トラブルシューティングのスキル ベンダーロックイン AWS特有の実装への依存 他のクラウドプロバイダーへの移行が困難 AWSのサービス更新への追従が必要 AWS SAMは、特にAWSでのサーバーレスアプリケーション開発を始める際の最適な
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに AWSが展開するデベロッパー用ツールカテゴリのサービスの一覧についてまとめてみました。 デベロッパー用ツールカテゴリ AWSクラウドで構築するアプリケーションの開発・デバッグ・テストをサポートするサービス群。クラウドのメリットを活かして高いパフォーマンス・可用性を持った開発ツールとして利用出来る。 AWS Cloud9 ブラウザベースのIDE(Integrated Develop Environment：統合開発環境)。 AWS CloudShell マネージメントコンソールから使用出来るブラウザベースのコマンドラインインタフ
CodeBuild上でGitHub Actionsランナーを動かしてAuroraのDBマイグレーションを自動化してみる
はじめに はじめまして、システム基盤チームでSREをしている森と申します。 日々の業務で取り組んだことについて紹介いたします。 2024年は弊社にとって複数の新規プロダクトがリリースされた第二創業期とも言える年でもありました。 一方で複数のサービスがリリースされ始めたことで新たな問題が出てきました。 例として本番環境のDBに対してスキーマ変更を実施する場合、踏み台アカウント上にあるAmazon Workspaces[1]から各プロダクトで使われているDBへアクセスし、スキーマ変更を実施していました。 開発者が作成したクエリファイルをSREが本番環境へアクセスし実行する仕組みになっており、開発と運用の権限を分離するようにしていますが、DBマイグレーション作業の頻度が増えていくにつれ作業にかかる工数が肥大化し運用上の課題が生じてきました。 パッチ適用作業イメージ この課題を解決するためにDBマ
AWS Certified Machine Learning Engineer - Associate(MLA-C01)合格記_JBS Tech Blog - JBS Tech Blog
本記事では、AWS Certified Machine Learning Engineer資格を受験する際のポイントについてご紹介します。 AWS Certified Data Engineer - Associate概要 概要 試験範囲 主な出題サービス 難易度 学習方法 参考教材 AWS Certified Machine Learning Engineer Associate: Hands On! 問題集 AWS Certified ML Engineer Associate : MLA-C01 Practice Tests Exam Prep Official Practice Question Set: AWS Certified Machine Learning Engineer - Associate (MLA-C01 - English) 学習時間 試験 申し込み 受験結果
概要 以前に「Terraform : ECS on Fargate + CI/CD (GitHub Actions)」という記事において、ECSコンテナ環境をTerraformで構築し、GitHub Actionsを用いてCI/CDを実装しました。本記事では同様のCI/CD処理をAWS CodeSeries (CodePipeline, CodeBuild, CodeDeploy) を使用して実現します。 構成図 初期構成 実装 TerraformコードはGitHubに記載しています。本記事では、CodeSeriesを用いたCI/CDに焦点を当てて解説しますので、CI/CD以外のAWS初期構成に関しては以下の記事をご確認ください。 CI/CD 実装 AWSのCodeSeriesを使用してCI/CDを実装していきます。今回の構成におけるCI/CD処理の全体像、各サービス間の大まかな流れは以下
2025年3月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO
こんにちは、臼田です。 みなさん、AWSの最新情報はキャッチアップできていますか？(挨拶 社内で行っている AWSトレンドチェック勉強会 の資料をブログにしました。 AWSトレンドチェック勉強会とは、「日々たくさん出るAWSの最新情報とかをブログでキャッチアップして、みんなでトレンディになろう」をテーマに実施している社内勉強会です。 このブログサイトであるDevelopersIOには日々ありとあらゆるブログが投稿されますが、その中でもAWSのアップデートを中心に私の独断と偏見で面白いと思ったもの(あと自分のブログの宣伝)をピックアップして、だいたい月1で簡単に紹介しています。 3月はre:Inventでプレビューで出ていたサービスでGAしたものが多かったですね。 ちなみにAWSの最新情報をキャッチアップするだけなら週刊AWS、生成AIについては週刊生成AI with AWSがおすすめですが
多数のヘルステックサービスを企画・開発しているメドピアが、リモートワーク継続中でも事業成長を加速させたプロダクト開発の事例や技術的な知見を紹介する「事業成長を加速させたエンジニアリングのウラ側」。ここで「Deploy Rails apps in 2021」テーマに正徳氏が登壇。まずは過去のレポートをもとにした目指すべきデプロイの頻度と、デプロイ改善のために取り組んだことについて紹介します。 自己紹介正徳巧氏（以下、正徳）：「Deploy Rails apps in 2021」というタイトルで発表します。ちょっと私も緊張しているので、ビールを飲みながら発表させてください。 自己紹介です。正徳と言います。会社に入社して1年半ぐらいで、CTO室のSREという部署に所属しています。SNSなどは@shinsokuというハンドルネームで活動しています。よろしくお願いします。 SREでなにをやっているか
はじめに こんにちは、SREチームの髙野です。 今回はmeviy開発に携わるチーム紹介というカテゴリーでSREチームについて紹介したいと思います。 メンバー構成 SREチームのメンバー構成は以下の通りです。 リーダー1名 テックリード1名 メンバー4名 メンバーそれぞれがmeviyやmeviy Marketplaceをはじめとするプロダクトのインフラ領域を担っています。 基本はテキストコミュニケーションですが、カジュアルにslackのハドルを使うなど柔軟にコミュニケーションをとっています。 プロフェッショナルでホスピタリティが高く、多趣味でユーモアな人材が集まっているため、質が高くコミュニケーションの取りやすいチームだと感じています。 技術スタック SREチームの技術スタックです。 DTDが設立される前に異なるベンダーさんが異なる技術スタックで作成してきたものを巻き取ってきた歴史があり、多
ソフトウェアが自動車を創る ── HondaのSDVを支えるクラウドネイティブな「ものづくり」のスペシャリストたち - はてなニュース
自動車業界は現在「100年に1度の変革期」にあると言われ、SDV（Software Defined Vehicle）という考え方が注目されています。SDV、すなわち「ソフトウェアによって定義されるクルマ（Vehicle）」の実現により、搭載されるソフトウェアを後から追加・改善することで自動車を継続的に進化させることが可能になります。 SDV実現に必要なのが車両と外部を接続するコネクテッド技術です。技術革新に挑戦するHondaではこの分野でも、日本において専用の車載通信モジュールを主体とする『Honda CONNECT』を2020年に開始し1、その後の新型車・フルモデルチェンジ車に順次搭載しています。ここで注目されるのが、車載モジュールと接続するサーバーサイドのソフトウェア技術です。 例えば、スマートフォンからクルマを操作する。自動運転の地図を更新する。そのようなドライバーに役立つサービスが
Amazon EventBridgeでAWS CodePipelineの手動承認を自動化する方法 | DevelopersIO
はじめに AWS CodePipelineを利用したCI/CDパイプラインでは、本番環境へのデプロイ前に手動承認ステップを挿入することで、意図しないデプロイを防止できます。しかし、この手動承認プロセスは通常AWSマネジメントコンソールへのログインが必要となり、運用担当者の負担になることがあります。 本記事では、Amazon EventBridgeを活用してCodePipelineの手動承認を自動化・効率化する方法について解説します。日時を指定して手動承認を実行することで、運用担当者の負担を軽減し、よりスムーズなデプロイプロセスを実現します。 アーキテクチャ 今回実装するソリューションのアーキテクチャは以下のようになります。 Amazon EventBridgeで指定した時間にイベントを発行 イベントに応じてLambda関数が起動 Lambda関数がCodePipelineの承認ステージを自
概要 以前に「Terraform : ECS on Fargate + CI/CD (GitHub Actions)」という記事において、ECSコンテナ環境をTerraformで構築し、GitHub Actionsを用いてCI/CDを実装しました。本記事では同様のCI/CD処理をAWS CodeSeries (CodePipeline, CodeBuild, CodeDeploy) を使用して実現します。 構成図 初期構成 実装 TerraformコードはGitHubに記載しています。本記事では、CodeSeriesを用いたCI/CDに焦点を当てて解説しますので、CI/CD以外のAWS初期構成に関しては以下の記事をご確認ください。 CI/CD 実装 AWSのCodeSeriesを使用してCI/CDを実装していきます。今回の構成におけるCI/CD処理の全体像、各サービス間の大まかな流れは以下
はじめに 私はAWSでの構築やPythonプログラムの改修・開発などを行う業務を担当しています。私の開発チームでは開発手法が古く、小規模なチームではあるものの、高品質でスピード感のある開発ができていないという問題がありました。 そこでGitとCI/CDを利用した開発手法を取り入れて、開発チームが高品質でスピード感のある開発ができるような案を考案してみました。チームへの導入はまだ途中ですが、導入背景・課題から構成や具体的な設計方針・運用ルールまでを記載している記事は少ないかと思いますので、同じような問題を抱えている方のお役に少しでも立てればと思い、記事を書きました。 GitやCI/CDを初めて耳にするような方にも理解してもらえるように用語の説明も記載しています。 GitとCI/CD導入の背景・課題 開発は高品質でスピード感あることが理想ですが、私のチームはそんな理想的な開発ができずに困ってい
AWS CodePipelineからクロスアカウントのAWS CodePipelineを実行する構成をTerraformで自動構築する - Qiita
はじめに 2025年3月15日のWhat's Newで、AWS CodePipelineが他のパイプラインを直接実行できるようになったという発表があった。 しかも The action also supports cross-account pipeline triggering. ということで、従来は以前書いた以下の記事のような感じで、Amazon EventBridgeで連携をしなければパイプライン完了時のクロスアカウントのパイプライン呼び出しができなかったのが、AWS CodePipelineネイティブの機能で対応可能になったようだ。 一方で、本記事を書いている時点で、この新機能を使ったクロスアカウントのパイプライン呼び出しの方法がマニュアルには書かれていなくて、AI Agentに聞いても分からずで途方に暮れてしまう人が出てくると推測される。 本記事では、Terraformを使ってこ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? EKS ベストプラクティスの概要 はじめに EKSは、マネージド型の Kubernetesサービスであり、セキュリティ、可用性、スケーラビリティを考慮した運用が求められます。EKSクラスタを適切に管理するためのベストプラクティスを紹介します。 主要なベストプラクティス 1. クラスタのセキュリティ IAM と RBAC の適切な管理 IAM ロールと Kubernetes の RBAC (Role-Based Access Control) を適切に設定。 最小権限の原則を適用し、必要最小限の権限のみを付与。 ネットワークセキュリティの
Zennに書いてます！ 詳細はZennを見てください！ 概要 以前に「Terraform : ECS on Fargate + CI/CD (GitHub Actions)」という記事において、ECSコンテナ環境をTerraformで構築し、GitHub Actionsを用いてCI/CDを実装しました。本記事では同様のCI/CD処理をAWS CodeSeries(CodePipeline, CodeBuild, CodeDeploy)を使用して実現します。 構成図 初期構成 実装 TerraformコードはGitHubに記載しています。本記事では、CodeSeriesを用いたCI/CDに焦点を当てて解説しますので、CI/CD以外のAWS初期構成に関しては以下の記事をご確認ください。 CI/CD 実装 AWSのCode Seriesを使用してCI/CDを実装していきます。今回の構成におけるC
![AWSコンテナ設計・構築[本格]入門を Terraform / CodeSeries で構築した - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bf44283b23252f7c4e95b721719996c1a884f97d/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkYwJTJGMjc0NjAzMSUyRnByb2ZpbGUtaW1hZ2VzJTJGMTcxMjk4ODU2NT9peGxpYj1yYi00LjAuMCZhcj0xJTNBMSZmaXQ9Y3JvcCZtYXNrPWVsbGlwc2UmZm09cG5nMzImcz02NTlhMTBlMzE3NWIwOTJjYjIxNmJjNzY5ODI5N2RiZQ%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D993e5b1f09f84d04a05792c7aa5d167f%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9QVdTJUUzJTgyJUIzJUUzJTgzJUIzJUUzJTgzJTg2JUUzJTgzJThBJUU4JUE4JUFEJUU4JUE4JTg4JUUzJTgzJUJCJUU2JUE3JThCJUU3JUFGJTg5JTVCJUU2JTlDJUFDJUU2JUEwJUJDJTVEJUU1JTg1JUE1JUU5JTk2JTgwJUUzJTgyJTkyJTIwVGVycmFmb3JtJTIwJTJGJTIwQ29kZVNlcmllcyUyMCVFMyU4MSVBNyVFNiVBNyU4QiVFNyVBRiU4OSVFMyU4MSU5NyVFMyU4MSU5RiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPTA2MWNmNjMwZWY5MTE3ODRhOWRhYmVlMzYzYjg4NGFi%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBBa19raSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTM4MzM4YzY5ZTg5YzIzNDc1YjAwNWFiMzBkYmYyMmI2%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D44a97806bed5e034001d202cdffd6e2b)
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 皆さん、こんにちは。 私は業務でデータ利活用基盤を取り扱っているため、dbtやIceberg、そしてAWS GenUに取り組む必要があると考えています。特に AWS Japan Top Engineer として、GenUを扱い、その活用を広めることが責務だと感じています。 しかし、私はこれまで CloudFormation を好んで使っており、（逆張り思考も重なって）Cfn テンプレートをシンプルかつ汎用性・拡張性の高い形で作ることに注力してきました。そのため、改めてGenU の CDK コードを読もうとしても、なかなか理解が
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS を使用したスマート産業機械の構築: 総合的ガイド | Amazon Web Services
【AWS SAM入門】15分で分かるサーバーレスアプリケーション開発の始め方・基礎・実践手順2024
AWSが展開するデベロッパー用ツールカテゴリのサービスの一覧 - Qiita
Terraform : ECS on Fargate + CI/CD (AWS CodeSeries)
上位組織のデプロイ頻度は1週間に約30回 1日1デプロイだったメドピアが挑んだ頻度改善の取り組み | ログミーBusiness
【meviy 開発チーム紹介】SREチーム - DTダイナミクス テックブログ
Terraform : ECS on Fargate + CI/CD (AWS CodeSeries)
開発の効率化と高品質化を目指してGitとCI/CDを導入してみた
EKS ベストプラクティスについてまとめてみた - Qiita
AWSコンテナ設計・構築[本格]入門を Terraform / CodeSeries で構築した - Qiita
GenUのバックエンド (CDK) 詳細解説 ③GenUの概要 - Qiita