Amazon Web Services ブログ

Category: AWS Transform

AWS Transform と MGN レプリケーションエージェントインストール自動化による VMware マイグレーションの加速

オンプレミスの VMware 環境から AWS への数百台のサーバー移行には、チーム、アカウント、ツール間の調整が必要です。ターゲット環境のセットアップ、ウェーブの計画、レプリケーションエージェントのデプロイ、進捗の監視、テストの実行、カットオーバーの実施が必要であり、多くの場合、複数の AWS アカウントにまたがります。各ステップはそれ自体が困難であり、マイグレーションを成功させるためには全体を通じた慎重な計画と調整が求められます。

AWS Transform は、これらのステップを単一の AI アシスト付きリホスト (リフトアンドシフト) ワークフローに統合します。AWS Transform は AWS Transform for VMware のマイグレーションライフサイクル全体のオーケストレーション機能を基盤とし、プロセスの各ステップで対話型 AI ガイダンスを提供します。

AI、技術的負債、そして AI を使いこなす力への道筋

エンタープライズが直面する3つの課題(技術資産の把握不足、AI導入の停滞、AIを実践的に使いこなす力の不足)に対し、AIを活用したドキュメントアーティファクトの自動生成を提案します。AWS Transform customでコードを分析し、リアルタイムに更新されるナレッジベースを構築することで、技術的負債の可視化とAIスキルの実践的習得を同時に実現できます。これをOKRとして組織に定着させるアプローチを推奨しています。

Reimagine your mainframe applications with Agentic AI and AWS Transform

エージェンティック AI と AWS Transform でメインフレームアプリケーションを再構想 (reimagine) する

本ブログでは、reimagine パターンによってメインフレームのレガシーアプリケーションをモダナイズする AWS のアプローチの概要を説明し、組織がレガシー COBOL アプリケーションをモダンなクラウドネイティブアーキテクチャに変換する方法を紹介します。

Taking a comprehensive perspective to mainframe application modernization with a disposition strategy

メインフレームアプリケーションのモダナイゼーションに関する包括的な視点と配置戦略

配置戦略は、メインフレームモダナイゼーションにおいて複数の移行パターンを組み合わせる包括的アプローチです。ビジネス目標とワークロード特性に基づき適切なパターンを選択し、アプリケーションを管理可能な部分に分解して段階的に移行します。個別プロジェクトではなく全体ロードマップとして捉えることで、移行加速、リスク軽減、目標達成を支援します。

AWS 上の Microsoft および VMware ワークロード: AWS re:Invent 2025 完全プレイリスト

AWS re:Invent 2025 の Microsoft および VMware ワークロード移行に関するセッションプレイリストを紹介します。AWS Transform によるエージェンティック AI での自動化、Amazon EVS でのネイティブ VMware 実行、CSL や Thomson Reuters などの顧客成功事例を含みます。

AWS Transform custom: AI 駆動 Java モダナイゼーションで技術的負債を削減

今日の急速に進化するソフトウェア環境において、Java アプリケーションの保守とモダナイゼーションは、多くの組織が直面する重要な課題です。新しい Java バージョンがリリースされ、ベストプラクティスが進化するにつれて、効率的なコード変換の必要性がますます重要になっています。この記事では、Java アップグレード用の AWS Transform custom のすぐに使える変換を活用する方法について説明します。この記事の最後までに、変換プロセスを完全に制御しながら、これらの標準化された変換を使用して Java アプリケーションを効率的にモダナイズする方法を理解できるようになります。

AWS Transform と PowerCLI による VMware クラウドマイグレーションの加速

長年にわたり、クラウドマイグレーションプロジェクトは、断片的で手動のプロセスによって遅延してきました。検出には、複数のツールのデプロイと長い承認プロセスが必要でした。アセスメントは、手動分析または多大な時間を要するツールに依存していました。マイグレーション自体は、ウェーブプランニング、ネットワーク変換、サーバーオーケストレーションのための手動スクリプトに依存していました。このエンドツーエンドのジャーニーは、多くの場合、数か月にわたり、クラウド導入とモダナイゼーションのメリットを遅らせていました。