AWS メインフレームの変換に関するよくある質問

メインフレームリファクタリング機能の AWS 変換の主な目的は何ですか?

リファクタリング機能は、自動化されたリファクタリングパターンに従って、最新の言語とフレームワークを使用する最新の分散アプリケーションを使用して、レガシーモノリシックコードを Java にリファクタリングします。このパターンでは、レガシーコードを自動的に分析し、その機能を理解し、ビジネスロジックを維持しながら同等の最新のコードに変換します。このプロセスには、コードだけでなく、自動化されたツールとプロセスを使用したアプリケーションスタック、依存関係、インフラストラクチャ全体のモダナイズが含まれます。このソリューションは、機能の同等性とパフォーマンスを維持しながら、モダナイゼーションを高速化することを目指しています。これには、クラウドのベストプラクティスと設計パターンを実装しながら、アプリケーションコードと関連するデータベースとデータストアの両方を変換することが含まれます。

AWS Transform for Mainframe でサポートされているメインフレームアプリケーションはどれですか?

AWS メインフレームの変換は現在、COBOL、PL/I、JCL (ジョブコントロール言語) で記述され、CICS (顧客情報管理システム) トランザクションマネージャー、BMS (基本マッピングサポート) 画面、IMS MFS 画面、DB2 データベース、IMS データベース、フラットファイル、GDG (生成データグループ）、および VSAM (仮想ストレージアクセス方法) データファイルに依存する IBM z/OSメインフレームアプリケーションのモダナイゼーションをサポートしています。

メインフレームをモダナイズするために AWS 変換できるメインフレーム言語

AWS メインフレームの変換は、COBOL および PL/I コードを Java、JCLsを Groovy、画面 (BMS または MFS) を HTML (Sass を使用）、JavaScript (Angular アプリケーション – React は現在サポートされていません) に変換し、レガシーメインフレームアプリケーションをクラウドネイティブアーキテクチャにモダナイゼーションできるようにします。これらのテクノロジーは、幅広い導入、堅牢なエコシステム、クラウドネイティブ機能のために選択されています。Angular は、従来のグリーンスクリーンインターフェイスに代わる最新の応答性の高いユーザーインターフェイスレイヤーを提供します。これにより、さまざまなデバイスやプラットフォームからアクセスできる動的で使いやすいウェブアプリケーションを作成できます。コンポーネントベースのアーキテクチャは、メンテナンス可能でスケーラブルなフロントエンド開発をサポートしています。この変換により、最新のアーキテクチャパターンとベストプラクティスに従う分散アプリケーションが作成されます。

AWS Transform for Mainframe は、レガシー制約とクラウド上の利点をどのようにバランスさせますか?

AWS メインフレームの変換は、クラウドネイティブ機能を導入しながら、重要なビジネスロジックと機能を維持することでバランスを実現します。これにより、モダナイズされたアプリケーションは、クラウドのスケーラビリティ、俊敏性、最新の運用プラクティスを活用しながら、必要なレガシービジネスロジックを維持できます。このアプローチは、組織がクラウドインフラストラクチャのメリットを得ながらビジネス継続性を維持するのに役立ちます。

モダナイズされたアプリケーションでサービス指向アーキテクチャはどのような役割を果たしますか?

サービス指向アーキテクチャは、モノリシックアプリケーションをより管理しやすいモジュラーコンポーネントに分割する上で基本的な役割を果たします。メインフレームの AWS トランスフォームは、メンテナンス性とスケーラビリティを向上させるサービス指向およびオブジェクト指向のアプリケーションを作成します。このアーキテクチャアプローチにより、組織はビジネス効率を高め、将来のマイクロサービス導入に備えることができます。

アプリケーションスタックのどのような側面がリファクタリングプロセスに含まれていますか?

リファクタリングプロセスには、アプリケーションコード、依存関係、データベース、インフラストラクチャ (キャッシュのオプション、メッセージングのサポートなど) の完全なソフトウェアスタックが含まれます。レガシープログラミング言語、データベースシステム、データファイル、および関連するインフラストラクチャコンポーネントの変換について説明します。この包括的なアプローチにより、アプリケーションのすべての側面がまとまりを持ってモダナイズされ、最新のアプリケーションスタックが完全に変換されます。

AWS Transform for mainframe modernization プロセスにより、モダナイズされた Java アプリケーションのテストや品質保証チェックが不要になりますか?

いいえ。メインフレームのモダナイゼーションのための AWS 変換プロセスでは、モダナイズされた Java アプリケーションのテストや品質保証チェックが不要になるわけではありません。

AWS Transform for mainframe JAC とは

JAC は JICS 管理コンソールの略です

Transform AWS for Mainframe ツールにアクセスするにはどうすればよいですか?

AWS メインフレームツールの変換には、メインフレームモダナイゼーション (M2) リファクタリングを介して AWS AWS コンソールからアクセスでき、認定レベルに基づいて機能にアクセスできます。変換センターから始めて、ソースコードの自動 Java リファクタリングを評価します。詳細なガイダンスについては、AWS メインフレームリファクタリングに関するドキュメントの「AWS Transform」を参照してください。モダナイゼーション後、ランタイムを使用してアプリケーションをデプロイできます。詳細については、AWS 「 Mainframe Modernization ドキュメント」を参照してください。

プロジェクトのサイズ (ワークロードとタイムライン) を設定する方法

詳細については、「メインフレームリファクタリング推定の AWS 変換」を参照してください。または、 アカウントマネージャーと連携します。

メインフレーム移行ソリューションの Java AWS Transform を維持するための具体的な要件はありますか?

いいえ。メインフレーム移行ソリューションの Java AWS 変換を維持する特定の要件はありません。

メインフレーム生成コードの AWS 変換の技術仕様と互換性は何ですか?

AWS メインフレーム生成コードの変換は、特定の技術的特性と幅広い互換性を持つように設計されています。JPA はサポートしていませんが、外部化されたクエリで直接 SQL 実行を使用します。このコードは、機能同等性、ウェブサービス生成、MQ 実装のためにランタイム固有のライブラリに依存しています。生成されたコードは、開発、テスト、構築、デプロイのために任意の Java IDE にインポートできますが、それに応じて必要なライブラリをインポートする必要があります。Maven はビルドプロセス用にデフォルトで AWS Mainframe Modernization サービスと統合されていますが、変換後にパッケージ形式を変更することで Gradle などの代替ツールを使用できます。このプラットフォームは、開発ツールとソース管理の面で柔軟性を提供し、開発チームがコードを管理するためのトレーニングを利用できます。詳細については、AWS 「メインフレームランタイムの高レベルアーキテクチャの変換」を参照してください。

メインフレームランタイムの AWS 変換に関する情報はどこにありますか?

セットアッププロセスのオンボーディング、アーティファクトの取得、デプロイなどの詳細については、AWS Transform for mainframe ランタイムのセットアップドキュメントランタイムを参照してください。

メインフレーム JAR 依存関係の AWS 変換は、ローカル開発のためにクライアントの Maven リポジトリにアップロードされていますか?

ライブラリは、開発、テスト、本番環境の設定に使用できる AMI を使用して EC2 にインポートできます。トレーニングと有効化は、生成されたアプリケーションコードを維持/強化するためにチームに提供されます。詳細については、AWS 「メインフレームランタイムの高レベルアーキテクチャの変換」を参照してください。

メインフレームランタイムジャーの分散 AWS 変換では、「Gapwalk」という用語は何を指していますか?

Gapwalk の詳細については、AWS 「メインフレームランタイムアーティファクトの変換」を参照してください。

Transform AWS for mainframe Runtime へのアクセスをリクエストする方法

ランタイムには、 のAWS Transform for mainframeツールボックスからアクセスできますAWS Transform for mainframe refactor。

メインフレームリファクタリングアプリケーションの AWS 変換でサポートされているランタイムは何ですか?

AWS Transform for mainframe は、モダナイゼーションジャーニーのさまざまな段階に対応するための単一のランタイムを提供し、運用上のニーズについてはAWSTransform for mainframe「ランタイム」を参照してください。

メインフレームランタイムの AWS 変換はいつ使用されますか?

メインフレームのリファクタリングされたアプリケーションの AWS 変換の実行をサポートするには、メインフレームランタイムの AWS 変換が必要です。メインフレームベースのリファクタリングプロジェクトの AWS 変換中に、リファクタリングされたアプリケーションをテストするためのランタイムが必要です。リファクタリングプロジェクトが終了したら、本番環境のメインフレームリファクタリングアプリケーションの AWS Transform の維持、テスト、実行にもランタイムが必要です。

Transform for Mainframe Runtime AWS の新しいリリースはどのように AWS 配布されますか?

ランタイムリリースには、AWS Transform for mainframeToolbox AWS Transform for mainframeからアクセスできます。「AWSTransform for mainframe リリースノート」を参照してください。

AWS Transform for mainframeランタイムの新しいメジャーバージョンとマイナーバージョンはどのくらいの頻度でリリースされますか?

詳細については、AWS 「 Mainframe Modernization コンポーネントのライフサイクル」を参照してください。

はメインフレームランタイムの AWS 変換をどのようにサポート AWS しますか?

サポートは を通じて提供され AWS サポート、問題はチケットを発行することで対処され、標準の SLA が適用されます。詳細については、AWS 「 Mainframe Modernization コンポーネントのライフサイクル」を参照してください。

AWS Mainframe Modernization AWS Transform for Mainframe Runtime には何が含まれますか?

AWS Transform for mainframe Runtime には、モダナイゼーションを加速し、クラウド統合を容易にし、コードの品質と保守性を向上させるためのツールボックスライブラリが含まれています。また、レガシーアーキテクチャとクラウドアーキテクチャ間の移行を容易にすることで、よりモダナイゼーションの自動化を可能にします。ランタイムは、Java イディオムを使用してレガシー動詞とデータ構造のメモリ表現を処理するためのサポートを提供します。これにより、オブジェクト指向のプログラミング手法に基づいてモダナイズされたアプリケーションを構築し、レガシーコントロールフローを再現できます。Amazon Aurora などのリレーショナルデータベースを使用して、レガシー VSAM データセットまたは IMS 階層データベースのサポートをモダナイズします。レガシーシステムユーティリティ (IDCAMS、IEBGENER、DFSORT など) とレガシートランザクション管理システム (CICS、IMS) の Java 置換を提供します。Amazon ElastiCache でのキャッシュとのクラウド統合と AWS メッセージングソリューション (SQS、Kinesis) のサポートを容易にします。

AWS Transform for mainframe Runtime は、x86 以外のコンピュータアーキテクチャをサポートしていますか?

現在、 AWS Transform for mainframe Runtime は x86 ベースのコンピュータアーキテクチャとコンピューティングのみをサポートしています。 AWS Transform for mainframe Runtime は ARM ベースと Graviton ベースのコンピューティングをサポートしていません。

顧客は、新しいリリースの通知、バージョン履歴やリリースノートへのアクセスなど、メインフレームランタイムバージョンの AWS 変換についてどのように情報を入手できますか?

AWS Transform for mainframe Runtime の新しいバージョンは、公式リリースページにアップロードされます。このページを定期的に、理想的には 3 か月ごとに、最新バージョンと更新を確認することをお勧めします。バージョン履歴とリリースノートへのアクセスに関して、可用性は各メジャーバージョンのend-of-life (EOL) 日によって異なります。EOL の日付、バージョンアップグレード計画、履歴情報へのアクセスの詳細については、AWS 「メインフレームライフサイクルの変換」を参照してください。

Transform AWS for Mainframe Runtime の高レベルアーキテクチャの主なコンポーネントは何ですか?

AWS Transform for mainframe Runtime アーキテクチャは、2 つの主要なコンポーネントタイプで構成されています。1 つ目は、レガシーコンストラクトとステートメントのサポートを提供する共有フォルダ (アプリケーションサーバークラスローダーにアクセス可能) に保存されている Java ライブラリ (jar ファイル) です。2 つ目は、モダナイズされたプログラムにフレームワークとサービスを提供する Spring ベースのアプリケーションを含むウェブアプリケーション (ウォーファイル) です。ランタイムには、呼び出しとクロスプログラム呼び出しのすべてのプログラムを収集する Programs Registry と、モダナイズされたすべてのジョブスクリプトを収集する Scripts Registry も含まれます。これらのコンポーネントは連携して、モダナイズされたアプリケーションに統合された REST ベースのエントリポイントと実行フレームワークを提供します。ランタイムとモダナイズされたアプリケーションは、アプリケーションサーバー (Tomcat など) に一緒にデプロイされます。

メインフレームランタイムアーティファクトの AWS 変換を保持する共有フォルダを設定する方法

メインフレームランタイムアーティファクト (jar) の AWS 変換は、アプリケーションサーバークラスローダーがアクセスできる共有フォルダに収集する必要があります。Tomcat サーバーの場合、catalina.properties という名前の通常の設定ファイルを変更して設定を行います。たとえば、共有フォルダを「shared」という名前のフォルダとして作成した場合、tomcat フォルダで、catalina.properties の common.loader エントリを変更して、共有フォルダに tomcat クラスローダーがアクセスできるようにする必要があります。

common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar","${catalina.home}/shared","${catalina.home}/shared/*.jar"

AWS Transform for mainframe Runtime はステートレス性とセッション管理をどのように処理しますか?

AWS メインフレームランタイムの変換は、複数のメカニズムを通じてステートレス性とセッション管理を実装します。HTTP セッションでは、ユーザーコンテキストの外部キャッシュストレージで Cookie ベースの識別を使用します。セッションは、Amazon ElastiCache、Redis クラスター、インメモリマップなど、さまざまなデータストアに保存できます。ステートレス設計により、ほとんどの非一時的な状態が共通の「唯一の真理のソース」に外部に保存され、高可用性と水平スケーリングが可能になります。このアプローチをロードバランシングと共有セッションと組み合わせることで、複数のノードにユーザー向けダイアログを分散できます。

AWS Transform for mainframe Runtime 環境では、ウェブアプリケーションはどのような役割を果たしますか?

AWS Transform for mainframe Runtime のウェブアプリケーションは、複数の主要な機能を提供します。レガシー環境とトランザクションモニター (JCL バッチ、CICS、IMS など) を再現する実行フレームワークを提供します。を介して REST ベースのエントリポイントを提供し、トランザクション、プログラム、バッチをトリガーおよび制御gapwalk-application.warします。さらに、OS が提供するプログラムや、レガシーアプリケーションが MFS 経由で IMS DB やユーザーダイアログなどのサービスにアクセスする際に依存する特殊な「ドライバー」プログラムをエミュレーションします。

Transform for mainframe Runtime AWS では、プログラムはどのように登録および管理されますか?

AWS Transform for mainframe Runtime のプログラムは、サーバーの起動時に が入力する ProgramRegistry システムを通じて登録されます。各プログラムはプログラムインターフェイスを実装し、Spring コンポーネントとしてマークされます。プログラムは識別子を使用して登録され、プログラムに複数の識別子がある場合、複数のエントリを使用できます。登録プロセスは自動で、Tomcat ログに記録されます。ProgramRegistry を使用すると、他のプログラムやスクリプトが登録済みプログラムを見つけて呼び出し、モダナイズされたシステムのモジュール性と相互接続性を維持できます。

Transform AWS for mainframe Runtime アプリケーションの設定はどのように管理されますか?

AWS Transform for mainframe Runtime の設定は、Spring Boot フレームワーク機能を使用して YAML ファイルを通じて管理されます。2 つの主要な設定ファイルが使用されます。フレームワーク設定には application-main.yml、クライアント固有のオプションapplication-profile.ymlには application-main.yml です。システムは Spring の優先順位ロジックに従い、さまざまな方法で設定を上書きできます。追加の設定は、データベースとコマンドラインパラメータの JNDI を通じて提供でき、設定管理の柔軟性を提供します。ロガーの設定は、ログバック xml 設定ファイルを使用して行われます。

Transform for mainframe Runtime AWS 設定でシークレットマネージャーが果たす役割は何ですか?

AWS Transform for mainframe Runtime のシークレットマネージャーは、データベース認証情報や Redis キャッシュパスワードなどの機密設定データを保護します。これにより、重要なデータを AWS シークレットに保存し、YAML 設定ファイルで参照できます。システムは、関連するすべてのフィールドを自動的に入力するデータベースシークレットや、パスワードで保護されたリソースの単一パスワードシークレットなど、さまざまなタイプのシークレットをサポートしています。このアプローチでは、機密データをアプリケーション設定から分離することでセキュリティを強化します。

Transform for mainframe Runtime AWS と互換性のある独自のプログラムを開発者が作成するにはどうすればよいですか?

開発者は、プログラムインターフェイスを実装し、特定のパターンに従うことで、メインフレームランタイム互換プログラムの AWS 変換を作成できます。プログラムは Spring コンポーネントとして宣言され、必要なメソッドを実装し、ProgramRegistry に適切に登録されている必要があります。開発者は、コンパニオンコンテキストと設定クラスを作成し、プログラム識別子を処理し、Spring フレームワークとの適切な統合を確保する必要があります。実装は、プログラム構造と実行のメインフレームランタイム規則の AWS 変換に従う必要があります。

AWS Transform for mainframe Runtime はプログラム実行エラーをどのように処理しますか?

AWS メインフレームランタイムの変換は、複数のメカニズムを通じてプログラム実行エラーを処理します。バッチジョブの場合、実行ステータス、終了コード、詳細なエラー情報をジョブ実行の詳細にキャプチャします。エラー処理には、特定の終了コード (テクニカルエラーの場合は -1、サービスプログラム障害の場合は -2) と Tomcat ログの詳細なログ記録が含まれます。システムは、ランタイム例外時にトランザクションをロールバックするように設定でき、エラー通知と復旧のオプションを提供します。エラーの詳細は、モニタリングとトラブルシューティングのために REST エンドポイントからアクセスできます。

バッチジョブで使用できるメインフレームランタイムモニタリング機能の AWS 変換

AWS メインフレームランタイムの変換は、さまざまなエンドポイントを介したバッチジョブのモニタリング機能を提供します。ジョブの実行ステータス、開始/終了時刻、実行モード、詳細な結果を追跡します。システムは、トリガーされたスクリプトの一覧表示、ジョブ実行の詳細の取得、現在実行中のジョブのモニタリングを行うためのエンドポイントを提供します。メトリクスのエンドポイントは、JVM 統計、セッション数、詳細なバッチ実行メトリクスを提供します。プラットフォームは、モニタリングデータのページ分割と時間ベースのフィルタリングもサポートしています。

メインフレームランタイムジョブ実行ステータスの AWS 変換は、どのように追跡および管理されますか?

ジョブの実行ステータスは、DONE、TRIGGERED、RUNNING、KILLED、FAILED などの状態を含む包括的なステータスシステムを通じて追跡されます。各ジョブ実行は、追跡用の一意の識別子を受け取り、開始時刻、終了時刻、発信者情報、実行結果などの詳細な実行情報を維持します。システムは、ジョブステータスのクエリ、実行中のジョブの管理、実行履歴の取得のための REST エンドポイントを提供します。ステータス情報はサーバーメモリに保持され、リソース管理の経過時間に基づいて消去できます。

AWS Transform for mainframe Runtime は外部システムインタラクションをどのように処理しますか?

ランタイムは、サービス統合用の REST エンドポイント、メッセージキュー (SQS、RabbitMQ、IBM MQ) のサポート、データベース接続オプションなど、さまざまなメカニズムを通じて外部システムインタラクションを処理します。特殊なコンポーネントを介したレガシーシステムインタラクションのエミュレーションを提供し、安全な通信のために SSL/TLS をサポートし、外部ファイルシステムを処理するための機能が含まれています。このシステムは、外部認証プロバイダーとの統合もサポートしており、さまざまなサードパーティーサービスとやり取りするように設定できます。

メインフレームランタイムの AWS 変換で認証はどのように処理されますか?

AWS メインフレームランタイムの変換は、OAuth2 を主要なメカニズムとする複数の認証方法をサポートしています。Amazon Cognito や Keycloak などの ID プロバイダーと統合できます。認証設定は、application-main.yml という名前のメイン設定ファイルを通じて管理されます。ここでは、セキュリティ設定、ID プロバイダー、認証方法を定義できます。システムは、XSS 保護、CORS、CSRF などの機能をサポートし、グローバルセキュリティと特定のエンドポイントセキュリティの両方で設定できます。開発には、デフォルトのスーパー管理者認証情報を持つローカル認証システムも使用できます。

AWS Transform for mainframe Runtime で高可用性を確保する方法

AWS メインフレームランタイムの変換は、いくつかのメカニズムを通じて高可用性を保証します。非一時的な状態を外部共有ストレージに保存することでステートレス性を実装し、複数のアプリケーションインスタンスが連携できるようにします。システムはロードバランシングと共有セッションをサポートしているため、リクエストを複数のノードに分散できます。データストレージでは、可用性の高いデータベースとキャッシュシステムを利用できます。このアーキテクチャは自動フェイルオーバーをサポートし、信頼性を高めるために複数のアベイラビリティーゾーンにデプロイできます。

Transform for Mainframe アプリケーションで CICS AWS 分散トランザクションを再現するには、どのコンポーネントを使用しますか?

Transform AWS for mainframe Runtime は、既存の JICS トランザクションをグローバルトランザクション (XA サポート) の一部として呼び出すことができる専用エンドポイントを提供します。基盤となる 2 つのフェーズのコミットサポートは、Atomikos ソフトウェアコンポーネントに依存しています。

特定のプログラム動作を定義するために使用されるクラスのメインフレームの AWS 変換名は何ですか?

各プログラムは、 がプログラム固有の動作を指定できる専用の設定クラスにバインドされます。命名規則と場所規則の詳細については、AWS 「Transform for mainframe structure of modernized application」を参照してください。

スペース、小文字、大文字、数字の文字シーケンス順序はどのエンコードですか?

EBCDIC バリアントファミリーに属するシャーセット (CP1047, CP297 など）。

メインフレームランタイムの AWS 変換の料金ディメンションは何ですか?

AWS Mainframe Modernization-core-hours (AWS 「 Mainframe Modernization の料金」を参照）。

raw データを HTTP 経由でプログラムエンドポイントに渡すために使用されるメカニズムは何ですか?

Base64 でエンコードされた文字列。

ユーザーがバッチジョブを起動する方法

専用バッチエンドポイントのいずれかへの HTTP 呼び出しの使用 (バッチエンドポイントのドキュメントページを参照）。

メインウェブフロントエンドアプリケーションのメインエントリポイントは、メインフレームランタイムエンドポイントのどの AWS 変換ですか?

/transaction

AWS Transform for mainframe JICS とは

AWS Transform for mainframe JICS は、CICS リソースのモダナイゼーションをサポートするために使用されるランタイムコンポーネントです。リソース定義は、専用のデータストアに保存されます。管理するには、REST API または JICS アプリケーションコンソールのいずれかを使用します。詳細については、「メインフレームの AWS 変換」の「JICS アプリケーションコンソールの管理」を参照してください。

メインフレームランタイムキャッシュメカニズムの AWS 変換にはどのようなものがありますか?

AWS メインフレームランタイムの変換は、Redis や EhCache など、複数のキャッシュメカニズムをサポートしています。Redis は、複数のノード間で共有永続キャッシュを提供する本番環境に推奨されます。EhCache は、揮発性ローカルキャッシュが埋め込まれたスタンドアロンデプロイで使用できます。システムは、Blusamデータ、セッション情報、JICS リソース、一時ストレージキューなど、さまざまなコンポーネントのキャッシュをサポートしています。キャッシュ設定は、さまざまなユースケースやパフォーマンス要件に合わせてカスタマイズできます。

メインフレームランタイムデプロイの AWS Mainframe Modernization AWS Transform の料金を見積もるにはどうすればよいですか?

AWS は、要件とターゲットアーキテクチャに基づいて顧客に見積りを提供します。

メインフレームランタイムの AWS Mainframe Modernization AWS Transform の料金を教えてください。

AWS Mainframe Modernization には、メインフレームの AWS 変換用の 2 つの料金モデルが用意されています。1 つは、ランタイム、コンピューティングリソース、内部ストレージ、自動化を含むマネージドランタイムオプション、もう 1 つは、AWS ランタイム自体のみを対象とする非マネージドTransform for mainframeランタイムオプションです。 AWS デプロイでは、どちらもpay-as-you-go体系を使用します。up-to-date詳細な料金情報については、AWS Mainframe Modernization の公式料金ページを参照することをお勧めします。

サポートされているランタイムにリストされていないインフラストラクチャにメインフレームリファクタリングアプリケーションの AWS 変換をデプロイする必要がある場合はどうなりますか?

メインフレームリファクタリングアプリケーションの AWS 変換を、サポートされているランタイムにリストされていないインフラストラクチャにデプロイする必要がある場合は、いくつかのオプションを使用できます。まず、インフラストラクチャが Amazon EKS Anywhere や他のコンテナオーケストレーションプラットフォームなどの既存のデプロイオプションと互換性があるかどうかを確認します。その場合は、メインフレームランタイムの AWS 変換を使用できる場合があります。互換性のないインフラストラクチャの場合は、メインフレームスペシャリストに相談 AWS して、カスタムソリューションや潜在的な適応を検討することをお勧めします。拡張インフラストラクチャサポートのために製品機能リクエスト (PFR) を送信することもできます。特定のニーズと環境に最適なアプローチについては、 AWS 担当者にお問い合わせください。

Transform AWS for mainframe Runtime のライセンスはどのように付与されますか? オープンソースですか?

AWS メインフレームランタイムの変換はオープンソースではありません。これは、クラウドネイティブサービスとして配布される AWS IP です。デプロイオプションは 2 つあります。

メインフレームフレームワークとライブラリの AWS 変換の変更とアップグレードはどのように管理されますか?

AWS メインフレームフレームワークとライブラリの変換は、通常のコード生成およびデプロイプロセスを通じて更新されます。これらの更新は AWS Mainframe Modernization ライフサイクルの一部として管理されます。これには、AWS Transform for mainframe チームまたは認定パートナーからのバージョンアップグレードとサポートが含まれます。バージョニング、アップグレードプロセス、サポートタイムラインの詳細については、 AWS Mainframe Modernization ライフサイクルドキュメントを参照してください。

AWS Transform for mainframe Runtime が を使用するツール (Tomcat、Postgres、MQ など) と依存関係 (Spring、Angular など) のサポートされているバージョンは何ですか?

詳細については、「 リリースノート」を参照してください。

BAC と JAC のコンテキストにおける「スタンドアロン」の意味

スタンドアロンとは、BAC (Blusam 管理コンソール) および JAC (JICS 管理コンソール) 用の特別なパッケージ化およびデプロイモードを指します。これにより、これらのウェブアプリケーションは、モダナイズされたアプリケーションとは別に、独自の Tomcat サーバーで個別に実行できます。BAC および JAC スタンドアロンバージョンは、 で利用できますaws-bluage-webapps-x.y.z.zip。BAC および JAC の非スタンドアロンバージョンは、 webapps-consolesフォルダgapwalk-x.y.z.zipの で使用できます。AWS メインフレームランタイムアーティファクトの変換を参照してください。

レガシーデータベースのモダナイゼーションに関して、モダナイズされたアプリケーションで使用できるデータベースオプションはどれですか?

モダナイズされたアプリケーションは、PostgreSQL、Amazon Aurora、RDS for PostgreSQL、Oracle データベース、MS-SQL、IBM Db2 など、いくつかの最新のデータベースオプションを使用できます。これらのオプションにより、最新のデータベース管理システムとクラウドネイティブ機能の利点を活用しながら、特定の要件に基づいて最適なデータベースシステムを柔軟に選択できます。

IBM Db2 for to z/OS Postgres DDL の変換カバレッジは何ですか?

完全な変換 (データベースの制約を含む）。

メインフレームの AWS 変換はグループデータ生成 (GDG) をサポートしていますか?

はい。バッチでの GDG の使用がサポートされており、相対生成と絶対生成、および自動クリーンアップ戦略がサポートされています。

AWS Transform for Mainframe は連結データセットをサポートしていますか?

はい。連結データセットをバッチで使用することはサポートされています。連結を実行すると、複数のデータセットを 1 つのデータセットとして読み取ることができます。Blusam データセットを連結の一部にすることはできません。

SQL クエリにはどのようなプロセスが適用されますか?

ターゲットデータベースに応じて、コード変換中に調整されます。

アプリケーションに複数のデータベースがある場合、どのオプションが適用されますか?

クエリごとにターゲットデータベースを設定し、アプリケーションと Apache Tomcat のすべてのデータベースを定義します。

無効にBlusamできますか?

はい。メイン設定ファイルでデータベースは必要ありません (詳細については、Blusam設定ドキュメントページを参照してください）。

IMS DB などのデータベースを置き換えるために使用されるメインフレーム API の AWS 変換はどれですか?

JHDB (Java Hierarchical DataBase) API。

レガシーデータとデータベースを最新のリレーショナルデータベース管理システム (RDBMS) に移行するために使用できるメインフレーム製品の AWS 変換はどれですか?

AWS メインフレーム DB モダナイゼーションツール (データマイグレーター) の変換。

Transform AWS for mainframe Data Simplifier とは何ですか? モダナイゼーションではどのような問題が解決されますか?

Data Simplifier は、 AWS Transform for Mainframe のコアライブラリであり、Java でレガシーメモリアクセスパターンを処理するという課題に対処します。メインフレームアプリケーションでは一般的ですが、Java ではネイティブに利用できない、低レベルのメモリアクセス、レガシーデータ型 (ゾーン型、パック型、英数字など）、および構造化/未加工の混合メモリアクセスをサポートするコンストラクトを提供します。このライブラリは、getters/setters やクラスベースの APIs などの使い慣れた Java パターンを通じてこれらの機能を公開し、レガシー機能を維持しながら Java 開発者がアクセスできるようにします。

AWS Transform for Mainframe はレガシーメモリレイアウトとデータ構造をどのように処理しますか?

AWS メインフレームの変換は、固定サイズのバイト配列の抽象化を提供するレコードインターフェイスを介してレガシーメモリレイアウトを処理します。COBOL '01 データ項目' などの構造化データの場合、モダナイゼーション中に自動的に生成される RecordEntity サブクラスを使用します。これらのクラスはレガシーデータの階層構造を維持し、各要素は親子関係を持ちます。このシステムは、raw メモリアクセスパターンと構造化アクセスパターンの両方をサポートし、最新のプログラミングインターフェイスを提供しながら、レガシーシステムの柔軟性を維持します。

AWS Transform for Mainframe は VSAM データセットのモダナイゼーションをどのように処理しますか?

Blusam コンポーネントは、専用の API、エンドポイント、管理ウェブアプリケーション (BAC: Blusam 管理コンソール) を使用して、VSAM データセットのモダナイゼーションをサポートしています。Blusam はバックエンドとしてリレーショナルデータベースに依存します (PostgreSQL、RDS または Aurora を使用）。

変換プロセスに関する詳細は見つかりましたか?

メインフレームリファクタリングのドキュメントについては、「AWS Transform」を参照してください。

メインフレーム生成モジュールの AWS 変換の名前は何ですか?

サービス、エンティティ、ウェブ、ツール。

Transform for Mainframe のターゲットテクノロジーの 1 AWS つとして Java/Spring が選択されたのはなぜですか?

Java/Spring は、幅広い導入、大規模な人材プール、堅牢なエンタープライズ機能により、ターゲットテクノロジーとして選択されました。Java エコシステムは、最新のアプリケーション開発をサポートする広範なライブラリ、フレームワーク、ツールを提供します。Spring フレームワークは、エンタープライズグレードの機能、クラウドネイティブ機能を提供し、業界のベストプラクティスに従っているため、モダナイズされたアプリケーションに最適です。

メインフレーム生成モジュールの AWS 変換を含む親プロジェクトの名前は何ですか?

親プロジェクトの名前には「-pom」というサフィックスが付き、プロジェクトという名前の変換プロパティを使用して変換センターで定義できます。

AWS Transform for Mainframe は、提供されている場合、レガシースケジューラのモダナイゼーションをどのように管理しますか?

レガシースケジューラアセットは、メインフレームの AWS 変換によってモダナイズされていません。これらは、欠落している可能性のあるアーティファクトを特定するのに役立つように、評価フェーズで考慮されています。

AWS Transform for Mainframe を使用して生成されたコードをデバッグするための要件は何ですか?

Eclipse、JetBrain、VisualCode など、Java をサポートする統合開発環境 (IDE)。

AWS Transform for Mainframe を使用してモダナイズされたアプリケーションをデプロイできる環境はどれですか?

Windows Server、Linux サーバー、Docker Linux コンテナ。

メインフレームリファクタリングアプリケーションの AWS 変換は、どのインフラストラクチャでも実行できますか?

メインフレームリファクタリングアプリケーションの AWS 変換はどのインフラストラクチャでも実行できるように設計されていませんが、デプロイオプションに大きな柔軟性を提供します。これらのアプリケーションは、クラウドマネージドサービス、サーバーレスコンピューティング、オンプレミスインフラストラクチャなど、さまざまなコンピューティングプラットフォームにデプロイできます。

AWS Transform for Mainframe はどの MQ 設定をサポートしていますか?

SQS、IBM WebSphere MQ。

AWS Mainframe Modernization ランタイムを使用して、ユーザーが Java ビジネスアプリケーションロジックをどのアプリケーションサーバーにデプロイできますか?

Apache Tomcat、バージョン 10.1 以上。

リファクタリングされたアプリケーションは、Amazon Aurora AWS のサービス などの他のアプリケーションとどのように統合されますか?

モダナイズされたアプリケーションは、Amazon Aurora や RDS for PostgreSQL などのクラウドネイティブデータベースソリューションへの変換をサポート AWS のサービス することで、 と統合されます。メインフレームの AWS 変換により AWS のサービス、モダナイズされたアプリケーションと の統合が保証され、組織はクラウド機能を使用できます。この統合は、 AWS エコシステム内のデータストレージサービスとアプリケーションサービスの両方に拡張されます。データベースストレージ以外にも、 AWS Transform for mainframe Runtime は、Amazon ElastiCache for Redis キャッシュ、 AWS Secrets Manager 設定管理、デプロイ用の AWS Mainframe Modernization AWS のサービス など、さまざまな と統合されます。コンテナデプロイのために Fargate によって管理される Amazon EC2、Amazon EKS、ECS をサポートしています。システムは、認証 AWS Identity and Access Management に 、ストレージに Amazon Simple Storage Service を利用でき、設定およびサービスコネクタ AWS のサービス を介した他の との統合をサポートします。

リファクタリングされたアプリケーションは、スケーラビリティ要件をどのように満たしていますか?

このソリューションは、アプリケーションを AWS Elastic インフラストラクチャを使用できるクラウドネイティブアーキテクチャに変換することで、スケーラビリティを確保します。水平スケーリングと垂直スケーリングを可能にする最新の設計パターンとベストプラクティスを実装しています。サービス指向のアプローチにより、コンポーネントの独立したスケーリングが可能になります。モダナイズされたアプリケーションは、クラウドサービス固有のスケーラビリティ機能を活用できます。

ソースコードのリファクタリングが完了したらどうなりますか?

ソースコードのリファクタリング後、2 つの主要なステップが実行されます。まず、リファクタリングされたアプリケーションが構築されます。次に、アプリケーションがデプロイされます。デプロイは、お客様が独自のインフラストラクチャを管理し、Amazon EC2、EC2 上の ECS、または EC2 上の Fargate、EC2 上の EKS などのさまざまなプラットフォームにデプロイする AWS アカウント (AWS Mainframe Modernization AWSTransform for mainframe ランタイム) で行われますEC2。

Transform for Mainframe でモダナイ AWS ズされたアプリケーションをカスタム Amazon Linux AMI にデプロイして実行するにはどうすればよいですか?

これは、 AWS Transform for mainframe Runtime を使用してアプリケーションを Amazon EC2 にデプロイすることで実現できます。このプロセスでは、 AWS Transform for mainframe Runtime ライブラリに依存する Java/Spring アプリケーションを作成し、カスタム Amazon Linux AMI にデプロイします。このアプローチの詳細な手順については、Amazon EC2 で AWS Transform for mainframe ランタイムを設定する」を参照してください。

Amazon マシンイメージ (AMI) は利用できますか? Docker イメージは利用できますか?

顧客はメインフレームアプリケーションの AWS 変換を Docker コンテナとしてパッケージ化して実行できますか?

はい。「Set up AWS Transform for mainframe Runtime on container」を参照してください。

ジョブスケジューリングはバッチとどのように連携しますか?

Control-M /Stone ブランチまたは他の分散スケジューラと統合されています。

アプリケーションは SQL インジェクション攻撃からどのように保護しますか?

アプリケーションは、全体に SQL のベストプラクティスを実装します。すべてのデータベースクエリはプリペアドステートメントを使用します。これにより、SQL コードをユーザー提供のデータから分離することで、SQL インジェクション攻撃を効果的に防止できます。これにより、ユーザー入力は常に実行可能コードではなくデータとして扱われます。

OS コマンドインジェクションの脆弱性を防ぐため、どのような対策を実施していますか?

AWS セキュリティチームは、メインフレームランタイムの AWS 変換を定期的にセキュリティレビューします。チームが OS コマンドインジェクションを許可する可能性のあるコードなどの異常を検出した場合、 AWS はすぐに解決に取り組みます。この継続的なモニタリングにより、ランタイムはコマンドインジェクションの脅威から保護されます。

アプリケーションはディレクトリトラバーサル攻撃に対して脆弱ですか?

いいえ。この脆弱性はフロントエンドの Angular アプリケーションには適用されません。バックエンドの場合、アプリケーションは「パス」または「ディレクトリ」情報を含まない制限されたインターフェイス契約を持つエンドポイントを 1 つだけ使用します。この設計により、ディレクトリトラバーサル攻撃のリスクがなくなります。

アプリケーションは XSS 攻撃からどのように保護しますか?

アプリケーションは、公式の Angular セキュリティドキュメントで説明されているように、Angular セキュリティのベストプラクティスに従います。アプリケーションの性質は、レガシーメインフレームアプリケーションに対応するため、UI の観点から本質的に制限されます。アプリケーションは、バックエンドによって生成された URLs、動的スクリプト、または HTML を処理しません。この制限されたアタックサーフェスにより、XSS リスクが大幅に軽減されます。

CSRF 攻撃に対してどのような保護が実装されていますか?

アプリケーションは Spring のネイティブ CSRF サポートを利用しており、すぐに使用できるクロスサイトリクエスト偽造攻撃に対する堅牢な保護を提供します。

ユーザー入力は HTTP ヘッダーインジェクションにつながる可能性がありますか?

いいえ。ユーザー入力の長さは、レガシーメインフレームアプリケーション形式に合わせて厳密に制限されています。バックエンドがリクエストを受信すると、事前に定義された形式に従って入力がすぐにフォーマットされ、挿入されたコンテンツが切り捨てられます。さらに、アプリケーションは、アプリケーションで使用される単一のエンドポイントのユーザー入力に基づいて HTTP ヘッダーを構築しないため、HTTP ヘッダーのインジェクションが不可能になります。

アプリケーションはクリックジャック攻撃に対してどのように保護されますか?

アプリケーションはマウスクリックではなくキーストロークを使用してほとんどのアクションを実行するため、本質的にクリックジャック攻撃に対する耐性があります。この設計の選択により、この種の脆弱性の攻撃対象領域が大幅に減少します。

バッファオーバーフロー攻撃はアプリケーションで発生する可能性がありますか?

いいえ。ユーザー入力の長さは、レガシーメインフレームアプリケーション形式に対応するように厳密に制限されています。バックエンドはリクエストを受信すると、対応する形式に従って入力をすぐにフォーマットし、バッファオーバーフロー条件が発生しないようにします。

アクセスコントロールと認可はどのように管理されますか?

アクセスコントロールは、ユーザーに一意のバックエンドエンドポイントにアクセスする権限があるかどうかをグローバルに判断します。認証されると、アプリケーションコードとデータは認可コントロールを処理します。これにより、懸念が適切に分離され、安全なアクセス管理が可能になります。

セッションのハイジャックを防ぐ対策は何ですか?

Spring と Angular のネイティブ機能を組み合わせてセッション管理と XSS 防止を行い、フレームワークのベストプラクティスに準拠することで、セッションのハイジャックを防止できます。アプリケーションは、以下によって保護をさらに強化できます。

これらのレイヤードセキュリティ対策は、セッションハイジャックの試みに対する包括的な保護を提供します。