Amazon Web Services ブログ

Category: Advanced (300)

AWS-Backup

AWS Backup を使用して組織の AWS アカウントのクロスリージョンコピーを集中管理する

多くの組織は、単一の AWS アカウントでクラウドジャーニーを開始し、規制、コンプライアンス、セキュリティ、またはコスト追跡の目的で、徐々にマルチアカウント環境にクラウド活用を拡大していきます。組織はしばしば、高可用性、スケーラビリティ、パフォーマンスのために、AWS グローバルインフラストラクチャーの複数のリージョンにワークロードとアプリケーションをデプロイすることを選択します。マルチアカウントおよびマルチリージョン環境で構築および運用するには、グローバルな災害復旧 (DR) およびビジネス継続性戦略が必要です。お客様は、オーバーヘッドを削減し、バックアップのコンプライアンスを改善するために、組織の AWS アカウント全体のクロスリージョンバックアップタスクを統合および自動化する集中化されたバックアップ管理プロセスを求めています。

Amazon Data Lifecycle Manager によるシンプルかつ包括的なデータ保護

企業では、複数のチームやプロジェクトで使用されるワークロードや関連リソースをグループ化するために、個別のアカウントを使用することがよくあります。これにより、組織は所有権、意思決定、コストを調整し、社内のチーム間で容易に管理できるようになります。しかし、重要なリソースとそうでないリソースのバックアップに関しては、アカウント内の各チームで要件やプロセスが異なる場合があります。このような要件やプロセスが混在していると、バックアップの失敗によってデータが失われ、大幅なダウンタイムが発生し、目標復旧時点が達成できない可能性があります。一方、アカウントの所有者や管理者は、各チームやプロジェクトのプロセスの詳細を知らないため、アカウントレベルでバックアップの要件を決定することは困難です。

Amazon Redshift におけるストアドプロシージャの拡張

この投稿では、Amazon Redshift のストアドプロシージャにおける非アトミックトランザクションモードに関して説明します。非アトミックトランザクションモードが導入されることで、より柔軟なトランザクション管理が可能となります。また、例外処理やトランザクションの制御に関する具体的な例も示されており、開発者がこれらの機能を適切に理解し活用できるようになっています。加えて、非アトミックトランザクションモードの導入に伴う制約や注意点も記載されており、実際の開発や移行プロセスにおいて参照いただける内容となっています。

← Older posts
Newer posts →