2024/9/27 9:00:00 ~ 2024/9/30 9:00:00 (JST)
最近の発表
Announcing availability of AWS Outposts in Kuwait
AWS Outposts をクウェートのデータセンターとオンプレミスの場所に出荷してインストールできるようになりました。\n AWS Outposts は完全マネージド型のソリューション群で、AWS インフラストラクチャ、AWS サービス、API、ツールを事実上すべてのオンプレミスまたはエッジロケーションに拡張し、真に一貫したハイブリッド体験を実現します。Outposts は、オンプレミスシステムへの低レイテンシーアクセス、ローカルデータ処理、ローカルシステムの相互依存関係があるアプリケーションの移行を必要とするワークロードに最適です。アウトポストはデータレジデンシーの要件を満たすのにも役立ちます。Outpostsは、1Uおよび2UのOutpostsサーバーから42UのOutpostsラック、マルチラック導入まで、さまざまなフォームファクターで利用できます。 Outposts がクウェートで利用可能になったら、AWS のサービスを利用して、国内のオンプレミス施設でワークロードやデータを実行したり、最寄りの AWS リージョンに接続したりできます。 Outposts の詳細については、製品概要とユーザーガイドをご覧ください。Outposts がサポートされている国と地域の最新リストについては、Outposts ラックに関する FAQ ページと Outposts サーバーに関する FAQ ページをご覧ください。
Amazon Timestream for InfluxDB is now available in the Jakarta, Milan, UAE and Zaragoza AWS regions
アジアパシフィック (ジャカルタ)、ヨーロッパ (ミラノ)、中東 (UAE)、ヨーロッパ (スペイン) の AWS リージョンで InfluxDB に Amazon タイムストリームを使用できるようになりました。Timestream for InfluxDB により、アプリケーション開発者や DevOps チームは、オープンソース API を使用するリアルタイムの時系列アプリケーション向けに、フルマネージド型の InfluxDB データベースを AWS 上で簡単に実行できます。\n Timestream for InfluxDB は、オープンソースバージョンの InfluxDB 2.7 リリースで利用できるすべての機能セットを提供し、マルチ AZ の高可用性と耐久性の向上を実現するデプロイオプションも追加されています。高可用性を実現するために、Timestream for InfluxDB ではプライマリデータベースインスタンスを自動的に作成し、そのデータを別のアベイラビリティーゾーンのインスタンスに同期的にレプリケートできます。Amazon Timestream は障害を検出すると、手動操作なしで自動的にスタンバイインスタンスにフェイルオーバーします。自己管理型の InfluxDB インスタンスから Timestream for InfluxDB に移行するには、このガイドに従ってサンプル移行スクリプトを使用できます。 最新リリースでは、お客様は Amazon Timestream for InfluxDB を米国東部 (オハイオ)、米国東部 (バージニア北部)、米国西部 (オレゴン)、カナダ (中部)、アジアパシフィック (ムンバイ)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アジアパシフィック (ジャカルタ)、ヨーロッパ (パリ)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン) で使用できます。）、ヨーロッパ（ミラノ）、ヨーロッパ（ストックホルム）、ヨーロッパ（スペイン）、中東（UAE）Amazon Timestream を使い始めるには、当社の製品ページをご覧ください。
AWS CodePipeline introduces pipeline variable check rule for stage level condition
AWS CodePipeline V2 タイプのパイプラインでは、パイプライン変数チェックを新しいルールとして導入しています。このルールは、お客様がステージレベルの条件で使用してパイプラインの実行をゲートできます。このルールは、ステージに入る前、ステージを終了する前、つまりステージ内のすべてのアクションが正常に完了したとき、またはステージ内のいずれかのアクションが失敗したときに評価される任意の条件で使用できます。変数チェックルールを使用すると、パイプラインパラメーターまたはパイプライン内の以前のアクションの出力変数をしきい値に照らして評価し、条件が成功するか失敗するかを判断できます。たとえば、CodeBuild アクションの出力変数が特定の値であるかどうかを確認して、パイプラインの実行がステージに入るかどうかを判断できます。\n パイプラインのステージレベルの条件で変数チェックルールを使用する方法の詳細については、ドキュメントをご覧ください。AWS CodePipeline の詳細については、当社の製品ページをご覧ください。ステージレベルの条件機能は、AWS CodePipeline がサポートされているすべてのリージョンで利用できます。
AWS Blogs
Amazon Web Services ブログ (日本語)
- セキュリティが常に Amazon の最優先事項である 7 つの理由：AWS セキュリティ責任者が語る
- 【開催報告】「高度化するサイバー攻撃へのWeb セキュリティ対策 ～ 強化された機能とプロアクティブな運用サポート」セミナー
- AWS Amplify を使ってアプリに複数のストレージバケットを追加する方法
- Amplify Functions の新機能 : スケジューリングとログストリーミング
- ケンブリッジ・テクノロジー・パートナーズ株式会社様の AWS 生成 AI 事例「 社内研修の説明付きレコメンド機能の構築」のご紹介
- Application Load Balancer での mTLS 導入について
- AWS 脅威インテリジェンスによる脅威アクターの阻止
- サイバー犯罪からお客様を守るために Amazon が使用する脅威インテリジェンスツール MadPot のご紹介
- 【開催報告&資料公開】 AWS オンライン セミナー クリエイティブ業界におけるクラウド活用法と最新動向
AWS Big Data Blog
AWS Database Blog
- MySQL 用の Amazon RDS と MariaDB 用の Amazon RDS エラーのトラブルシューティング
- ある大手金融機関の AWS 顧客が、グローバルデータベースと Amazon RDS プロキシを使用して Amazon Aurora PostgreSQL の高可用性と迅速なディザスタリカバリを実装した方法
AWS DevOps & Developer Productivity Blog
AWS HPC Blog
AWS Machine Learning Blog
- Amazon BedrockのAnthropicのClaude 3を使用したAWSクラウドフォーメーションコードのアーキテクチャ
- Northpower が AWS でコンピュータービジョンを使用して安全検査のリスク評価を自動化した方法