選取您的 Cookie 偏好設定

我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料,以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用,但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。

如果您同意,AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定,並顯示相關內容,包括相關廣告。若要接受或拒絕所有非必要 Cookie,請按一下「接受」或「拒絕」。若要進行更詳細的選擇,請按一下「自訂」。

AWS 藍年常見問答集

焦點模式
AWS 藍年常見問答集 - AWS 大型主機現代化

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

一般

  1. Blu AWS Age Refactoring 功能的主要目的是什麼?

    重構功能使用現代分散式應用程式,使用現代語言和架構,遵循自動化重構模式,將舊版單體程式碼重構為 Java。此模式涉及自動分析舊版程式碼、了解其功能,並將其轉換為同等的現代程式碼,同時保留商業邏輯。此程序不僅包括程式碼的現代化,還包括使用自動化工具和程序的整個應用程式堆疊、相依性和基礎設施。解決方案旨在加速現代化,同時保持功能對等性和效能。這包括轉換應用程式程式碼和相關聯的資料庫和資料存放區,同時實作雲端最佳實務和設計模式。

  2. AWS Blu Age 支援哪些大型主機應用程式?

    AWS Blu Age 目前支援以 COBOL、PL/I、JCL (工作控制語言) 撰寫的 IBM z/OS 大型主機應用程式現代化,並依賴 CICS (客戶資訊控制系統) 交易管理員、BMS (基本映射支援) 畫面、IMS MFS Screens、DB2 資料庫、IMS 資料庫、平面檔案、GDG (產生資料群組) 和 VSAM (虛擬儲存存取方法) 資料檔案。如需詳細資訊,請參閱 AWS Blu Insights

  3. AWS Blu Age 可以現代化哪些大型主機語言?

    AWS Blu Age 將 COBOL 和 PL/I 程式碼轉換為 Java、JCLs 轉換為 Groovy、將畫面 (BMS 或 Citrix) 轉換為 HTML (使用 Sass) 和 JavaScript (角應用程式 – 目前不支援 React),從而將舊版大型主機應用程式現代化為雲端原生架構。這些技術是為其廣泛採用、強大的生態系統和雲端原生功能而選擇。Angular 提供現代、回應靈敏的使用者介面層,可取代舊版的綠色螢幕界面。它可以建立動態、易於使用的 Web 應用程式,這些應用程式可以在不同的裝置和平台上存取。其元件型架構支援可維護且可擴展的前端開發。轉換會產生遵循現代架構模式和最佳實務的分散式應用程式。

  4. AWS Blu Age 如何平衡傳統限制條件與雲端優勢?

    AWS Blu Age 可保留重要的商業邏輯和功能,同時引進雲端原生功能,進而達到平衡。它可確保現代化應用程式維持必要的傳統商業邏輯,同時利用雲端可擴展性、敏捷性和現代操作實務。此方法可協助組織維持業務連續性,同時獲得雲端基礎設施的優勢。

  5. 服務導向架構在現代化應用程式中扮演什麼角色?

    服務導向架構在將單體應用程式分解為更易於管理的模組化元件方面扮演了基本角色。 AWS Blu Age 會建立服務導向和物件導向的應用程式,以促進更好的可維護性和可擴展性。這種架構方法可讓組織實現更高的業務效率,並為未來採用潛在的微服務做好準備。

  6. 重構程序中包含應用程式堆疊的哪些層面?

    重構程序包括完整的軟體堆疊:應用程式程式碼、相依性、資料庫和基礎設施 (例如快取、訊息支援等選項)。它涵蓋傳統程式設計語言、資料庫系統、資料檔案和相關基礎設施元件的轉換。此全方位方法可確保應用程式的所有層面都一致地進行現代化,進而產生完全轉換的現代應用程式堆疊。

  7. AWS Blu Age 現代化程序是否免除了對現代化 Java 應用程式進行任何測試或品質保證檢查的需求?

    否, AWS Blu Age 現代化程序不會消除對現代化 Java 應用程式進行任何測試或品質保證檢查的需求。

  8. Blu AWS Age JAC 代表什麼?

    JAC 代表 JICS 管理主控台

  9. 如何存取 AWS Blu Age 工具?

    AWS 透過 AWS Mainframe Modernization (M2) Refactor,即可透過 AWS 主控台存取 Blu Age 工具,並根據您的認證層級進行功能存取。從轉換中心開始,評估原始程式碼的自動 Java 重構。如需詳細指引,請參閱 AWS Blu Insights 文件。現代化之後,您可以使用受管或非受管執行時間選項來部署應用程式。如需這些部署選擇的詳細資訊,請參閱 AWS Mainframe Modernization 文件

  10. 如何調整專案的大小 (工作負載和時間軸)?

    如需詳細資訊,請參閱 AWS Blu Insights 估算或與您的客戶經理合作。

  11. 維護 Java AWS Blu Age 遷移解決方案是否有特定要求?

    否,維護 Java AWS Blu Age 遷移解決方案沒有特定要求。

  12. Blu AWS Age 產生的程式碼的技術規格和相容性為何?

    AWS Blu Age 產生的程式碼具有特定的技術特性和廣泛的相容性。雖然它不支援 JPA,但它使用直接 SQL 執行搭配外部查詢。此程式碼依賴於執行時間特定的程式庫,以進行功能等效性、Web 服務產生和 MQ 實作。產生的程式碼可以匯入到任何 Java IDE 以進行開發、測試、建置和部署,但必須相應地匯入必要的程式庫。雖然 Maven 預設會與用於建置程序的 AWS Mainframe Modernization 服務整合,但在轉換後修改封裝格式,即可使用 Gradle 等替代工具。該平台在開發工具和來源控制方面提供了靈活性,並提供培訓供開發團隊管理程式碼。如需詳細資訊,請參閱 AWS Blu Age Runtime 高階架構

AWS Blu Age 執行時間

  1. 在哪裡可以找到 AWS 藍年執行期的相關資訊?

    請參閱設定 AWS Blu Age Runtime (非受管) 文件,其中說明非受管執行期,詳細說明設定程序加入、擷取成品、部署等。

  2. 哪裡可以找到開發人員的 AWS Blu Age 執行期?

    開發人員的 AWS Blu Age Runtime 可在 L3 認證個人的 Blu Age Toolbox 中取得。

  3. 是否將 AWS Blu Age JAR 相依性上傳至用戶端的 Maven 儲存庫以進行本機開發?

    程式庫可以使用可用於設定開發、測試和生產環境的 AMI 匯入 EC2。訓練和啟用將提供給團隊,以維護/增強產生的應用程式程式碼。如需詳細資訊,請參閱 AWS Blu Age Runtime 高階架構

  4. 在分散式 AWS Blu Age Runtime jar 中,「Gapwalk」一詞是指什麼?

    如需 Gapwalk 的資訊,請參閱AWS 藍時執行期成品。

  5. 如何請求存取非受管的 AWS Blu Age 執行期?

    遵循加入 AWS 藍卡年齡執行期的指示,請求存取 AWS 支援 中心。

  6. Blu AWS Age 重構應用程式的支援執行期為何?

    若要探索現代化應用程式的完整執行時間選項範圍,建議您檢閱 Blu Age 執行時間選項指南。

  7. 何時使用 AWS Blu Age 執行期?

    若要支援執行 AWS Blu Age 重構應用程式,必須使用 AWS Blu Age 執行期。在測試重構應用程式的以 AWS 藍本年齡為基礎的重構專案期間,執行時間是必要的。重構專案完成後,在生產環境中維護、測試和執行 AWS Blu Age 重構應用程式也需要執行時間。

  8. 如何為 AWS Blu Age Runtime AWS 發佈新版本?

    對於 M2 受管執行期,包括修補程式、次要和主要版本在內的更新可在 AWS 主控台和 中使用 AWS CLI。其中包括作業系統更新、引擎和相依性變更,通常在一般可用性的 30 天內。 AWS 負責支援的元件,並自動將更新套用至 AWS Mainframe Modernization 執行個體。其他環境也一樣,例如自訂執行期、Linux AMI 和內部部署。

  9. AWS Blu Age 執行期的新主要和次要版本發佈的頻率為何?

    新版本每月發行一次或兩個版本,客戶可以決定何時及如何升級其執行時間執行個體。如需詳細資訊,請參閱AWS 「藍時版本控制」頁面。

  10. 如何 AWS 支援 AWS Blu Age Runtime?

    透過 提供支援 AWS 支援,其中透過提出票證解決問題,並適用標準 SLA。如需詳細資訊,請參閱AWS 大型主機現代化元件生命週期

  11. AWS Mainframe Modernization AWS Blu Age Runtime 需要什麼?

    AWS Blu Age Runtime 包含工具箱程式庫,用於加速現代化、促進雲端整合,以及改善程式碼品質和可維護性。它還透過促進傳統架構和雲端架構之間的轉換來實現更現代化的自動化。執行時間支援使用 Java 慣用詞處理舊版動詞和資料結構記憶體表示。它允許根據物件導向程式設計技術建置現代化應用程式,並能夠重現舊版控制流程。它使用 Amazon Aurora 等關聯式資料庫,將舊版 VSAM 資料集或 IMS 階層式資料庫支援現代化。它為舊版系統公用程式 (IDCAMS、ISBGENER、DFSORT 等) 和舊版交易管理系統 (CICS、IMS) 提供 Java 替換。它有助於雲端與 Amazon ElastiCache 中的快取整合,並支援 AWS 簡訊解決方案 (SQS、Kinesis)。

  12. AWS Blu Age Runtime 是否支援非 x86 電腦架構?

    目前, AWS Blu Age Runtime 僅支援 x86 型電腦架構和運算。 AWS Blu Age Runtime 不支援 ARM 型和 Graviton 型運算。

  13. 客戶如何隨時了解 AWS Blu Age Runtime 版本,包括新版本的通知,以及版本歷史記錄和版本備註的存取權?

    新版的 AWS Blu Age Runtime 會上傳至我們的官方發行頁面。我們建議您定期檢查此頁面,最好每 3 個月檢查一次,以取得最新版本和更新。關於版本歷史記錄和版本備註的存取,可用性取決於每個主要版本的end-of-life(EOL) 日期。如需 EOL 日期、版本升級規劃和歷史資訊存取權的詳細資訊,請參閱AWS 「藍期生命週期」。

  14. Blu AWS Age Runtime 高階架構的主要元件有哪些?

    AWS Blu Age Runtime 架構包含兩種主要元件類型。首先是存放在共用資料夾 (可存取應用程式伺服器類別載入器) 中的 Java 程式庫 (jar 檔案),提供舊版建構和陳述式支援。其次是包含 Spring 型應用程式的 Web 應用程式 (war 檔案),這些應用程式為現代化程式提供架構和服務。執行時間也包括:收集所有叫用和跨程式呼叫的程式登錄檔,以及收集所有現代化任務指令碼的指令碼登錄檔。這些元件共同運作,為現代化應用程式提供統一的 REST 型進入點和執行架構。執行期和現代化應用程式會一起部署在應用程式伺服器 (例如 Tomcat) 中。

  15. 如何設定存放 AWS Blu Age Runtime 成品的共用資料夾?

    AWS Blu Age Runtime 成品 (jar) 必須收集在共用資料夾中,應用程式伺服器類別載入器可存取。對於 tomcat 伺服器,透過修改名為 catalina.properties 的一般組態檔案來進行組態。例如,如果您在 tomcat 資料夾中將共用資料夾建立為名為 "shared" 的資料夾,則需要修改 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"
  16. AWS Blu Age 執行期如何處理無狀態和工作階段管理?

    AWS Blu Age Runtime 透過多種機制實作無狀態和工作階段管理。對於 HTTP 工作階段,它會針對使用者內容使用 Cookie 型識別與外部快取儲存。工作階段可以存放在各種資料存放區中,包括 Amazon ElastiCache、Redis 叢集或記憶體內映射。無狀態設計可確保大多數非暫時性狀態存放在外部的常見「單一事實來源」中,實現高可用性和水平擴展。此方法結合負載平衡和共用工作階段,允許跨多個節點分發使用者面向的對話方塊。

  17. Web 應用程式在 AWS Blu Age Runtime 環境中扮演什麼角色?

    AWS Blu Age Runtime 中的 Web 應用程式提供多個關鍵函數。它們提供可重現舊版環境和交易監控的執行架構 (例如 JCL 批次、CICS、IMS)。它們透過 提供以 REST 為基礎的進入點gapwalk-application.war,用於觸發和控制交易、程式和批次。此外,它們提供 OS 提供的程式和專用「驅動程式」程式的模擬,傳統應用程式依賴這些程式來存取 IMS 資料庫或使用者對話方塊等服務,這些程式可透過MFS 存取。

  18. 如何在 AWS Blu Age Runtime 中註冊和管理程式?

    AWS Blu Age Runtime 中的程式是透過在伺服器啟動期間填入的 ProgramRegistry 系統註冊。每個程式都會實作程式界面,並標示為 Spring 元件。程式會使用其識別符註冊,如果程式有多個識別符,則可能會有多個項目。註冊程序是自動的,並記錄在 Tomcat 日誌中。ProgramRegistry 可讓其他程式和指令碼尋找和呼叫已註冊的程式,維持現代化系統的模組化和互連性。

  19. 如何管理 AWS Blu Age Runtime 應用程式中的組態?

    AWS Blu Age Runtime 中的組態是透過 YAML 檔案使用 Spring Boot 架構功能來管理。使用兩個主要組態檔案:application-main.yml 用於架構組態,以及application-profile.yml用戶端特定的選項。系統遵循 Spring 的優先順序邏輯,允許透過各種方式覆寫組態。其他組態可透過 JNDI 為資料庫和命令列參數提供,提供組態管理的彈性。記錄器組態是使用日誌傳回 xml 組態檔案完成。

  20. 秘密管理員在 AWS Blu Age Runtime 組態中扮演什麼角色?

    使用 AWS Blu Age Runtime 中的秘密管理員保護敏感組態資料,例如資料庫登入資料和 Redis 快取密碼。它們允許在 AWS 秘密中儲存關鍵資料,並在 YAML 組態檔案中參考它們。系統支援不同類型的秘密,包括自動填入所有相關欄位的資料庫秘密,以及受密碼保護資源的單一密碼秘密。此方法透過將敏感資料與應用程式組態分開來增強安全性。

  21. 開發人員如何撰寫自己的程式與 AWS Blu Age Runtime 相容?

    開發人員可以透過實作 程式界面並遵循特定模式,建立與 AWS Blu Age Runtime 相容的程式。程式必須宣告為 Spring 元件、實作必要的方法,並在 ProgramRegistry 中正確註冊。開發人員需要建立配套內容和組態類別、處理程式識別符,並確保與 Spring 架構適當整合。實作應遵循程式結構和執行的 AWS 藍時執行期慣例。

  22. AWS Blu Age Runtime 如何處理程式執行錯誤?

    AWS Blu Age Runtime 透過多種機制處理程式執行錯誤。對於批次任務,它會擷取任務執行詳細資訊中的執行狀態、結束代碼和詳細錯誤資訊。錯誤處理包括特定的結束代碼 (技術錯誤為 -1、服務程式失敗為 -2),以及 Tomcat 日誌中的詳細記錄。系統可設定為在執行時間例外狀況時轉返交易,並提供錯誤通知和復原的選項。錯誤詳細資訊可透過 REST 端點存取,以進行監控和疑難排解。

  23. 批次任務可使用哪些 AWS 藍本存留期執行期監控功能?

    AWS Blu Age Runtime 透過各種端點為批次任務提供監控功能。它會追蹤任務執行狀態、開始/結束時間、執行模式和詳細結果。系統提供端點,用於列出觸發的指令碼、擷取任務執行詳細資訊,以及監控目前執行中的任務。指標的端點提供 JVM 統計資料、工作階段計數和詳細的批次執行指標。平台也支援監控資料的分頁和以時間為基礎的篩選。

  24. 如何追蹤和管理 AWS Blu Age Runtime 任務執行狀態?

    任務執行狀態會透過完整的狀態系統進行追蹤,其中包括 DONE、TRIGGERED、RUNNING、KILLED 和 FAILED 等狀態。每個任務執行都會收到唯一識別符,用於追蹤和維護詳細的執行資訊,包括開始時間、結束時間、發起人資訊和執行結果。系統提供 REST 端點,用於查詢任務狀態、管理執行中的任務,以及擷取執行歷史記錄。狀態資訊會保留在伺服器記憶體中,可根據資源管理的存留期進行清除。

  25. AWS Blu Age Runtime 如何處理外部系統互動?

    執行時間會透過各種機制處理外部系統互動,包括服務整合的 REST 端點、訊息佇列 (SQS、RabbitMQ、IBM MQ) 的支援,以及資料庫連線選項。它透過專業元件提供傳統系統互動的模擬,支援 SSL/TLS 進行安全通訊,並包含處理外部檔案系統的功能。系統也支援與外部身分驗證提供者整合,並可設定為與各種第三方服務互動。

  26. AWS 藍年執行期如何處理身分驗證?

    AWS Blu Age Runtime 支援多種身分驗證方法,其中 OAuth2 是主要機制。它可以與 Amazon Cognito 或 Keycloak 等身分提供者整合。身分驗證組態是透過名為 application-main.yml 的主要組態檔案進行管理,其中可以定義安全設定、身分提供者和身分驗證方法。系統支援 XSS 保護、CORS、CSRF 等功能,並可針對全域安全性和特定端點安全性進行設定。針對開發,也提供具有預設超級管理員登入資料的本機身分驗證系統。

  27. Blu AWS Age Runtime 如何確保高可用性?

    AWS Blu Age Runtime 透過多種機制確保高可用性。它透過將非暫時性狀態存放在外部共用儲存體中來實作無狀態,讓多個應用程式執行個體可以一起運作。系統支援負載平衡和共用工作階段,允許將請求分散到多個節點。對於資料儲存,它可以利用高可用性的資料庫和快取系統。架構支援自動容錯移轉,並且可以部署到多個可用區域,以提高可靠性。

  28. 使用何種元件來重現具有 AWS Blu Age 應用程式的 CICS 分散式交易?

    AWS Blu Age Runtime 提供專用端點,允許在全域交易 (XA 支援) 中調用現有的 JICS 交易。基礎的兩個階段遞交支援依賴於 Atomikos 軟體元件。

  29. 用於定義特定程式行為的類別的 AWS Blu Age 名稱是什麼?

    每個程式都繫結至專用組態類別,允許 指定程式特定的行為。如需命名和位置慣例的詳細資訊,請參閱AWS 現代化應用程式的 Blu Age 結構

  30. 哪個編碼有下列字元序列順序:空格、小寫字元、大寫字母、數字?

    屬於 EBCDIC 變體系列的 Charset (例如 CP1047, CP297等)。

  31. 如何操作 AWS Blu Age 受管執行期?

    使用 AWS Management Console AWS CLI、 或 AWS APIs

  32. Blu AWS Age Runtime 的定價維度為何?

    AWS Mainframe Modernization-core-hours (請參閱 AWS Mainframe Modernization 定價)。

  33. 將原始資料透過 HTTP 傳遞至程式端點的機制為何?

    Base64 編碼字串。

  34. 使用者如何啟動批次任務執行?

    對其中一個專用批次端點使用 HTTP 呼叫 (請參閱批次端點文件頁面)。

  35. 哪個 AWS Blu Age Runtime 端點是主要 Web 前端應用程式的主要進入點?

    /transaction
  36. Blu AWS Age JICS 代表什麼?

    AWS Blu Age JICS 是用於支援 CICS 資源現代化的執行期元件。資源定義會存放在專用資料存放區中。若要管理它們,請使用 REST API 或 JICS 應用程式主控台。如需詳細資訊,請參閱管理 AWS 藍本中的 JICS 應用程式主控台

  37. 有哪些可用的 AWS Blu Age Runtime 快取機制?

    AWS Blu Age Runtime 支援多個快取機制,包括 Redis 和 EhCache。Redis 建議用於生產環境,跨多個節點提供共用的持久性快取。EhCache 適用於具有內嵌揮發性本機快取的獨立部署。系統支援各種元件的快取,包括 Blusam 資料、工作階段資訊、JICS 資源和暫時儲存佇列。快取組態可以針對不同的使用案例和效能需求進行自訂。

  38. 如何估計 AWS 大型主機現代化 AWS 藍本時代執行期部署的價格?

    AWS 會根據客戶的需求和目標架構,向客戶提供預估值。

  39. AWS Mainframe Modernization AWS Blu Age Runtime 價格是多少?

    AWS Mainframe Modernization 為 AWS Blu Age 提供兩種定價模式:受管執行期選項,包括執行期、運算資源、內部儲存和自動化,以及僅涵蓋 AWS Blu Age 執行期本身的非受管執行期選項。對於 AWS 部署,兩者都使用pay-as-you-go定價結構。如需up-to-date且詳細的定價資訊,建議您參閱官方 AWS Mainframe Modernization 定價頁面。

  40. 如果我們需要在支援的執行時間中未列出的基礎設施上部署 AWS Blu Age 重構應用程式,該怎麼辦?

    如果您需要在支援的執行時間中未列出的基礎設施上部署 AWS Blu Age 重構應用程式,有幾個選項可用。首先,檢查您的基礎設施是否與現有的部署選項相容,例如 Amazon EKS Anywhere 或其他容器協同運作平台。若是如此,您可能可以使用 AWS Blu Age 執行期 (非受管)。對於不相容的基礎設施,我們建議諮詢 AWS 大型主機專家,以探索自訂解決方案或潛在的調整。您也可以提交產品功能請求 (PFR) 以取得擴展的基礎設施支援。替代帳單選項可能適用於非標準部署。請聯絡您的 AWS 代表,以討論您的特定需求和最適合您環境的方法。

  41. 如何授權 AWS Blu Age Runtime? 是否為開放原始碼?

    AWS Blu Age Runtime 不是開放原始碼。它是以雲端原生服務形式分佈的 AWS IP。有兩種部署選項:

    1. AWS Blu Age Managed,執行時間會部署到專用的 AWS 受管服務,利用預先設定且已準備好部署環境,無需設定或管理。

    2. AWS Blu Age 非受管,可根據 Amazon EC2 或 Amazon ECS/ 部署到您自己的自訂 AWS 架構AWS Fargate,您必須自行佈建和設定。這兩個選項都會產生執行期費用,這些費用包含在提供給您的專案預估中。由於這是具有 支援 存取權的受管服務,因此您不需要原始碼。如需定價的詳細資訊,請參閱AWS 大型主機現代化定價頁面

  42. 如何對 AWS Blu Age 架構和程式庫進行變更和升級管理?

    AWS Blu Age 架構和程式庫會透過定期程式碼產生和部署程序進行更新。這些更新會做為 AWS 大型主機現代化生命週期的一部分進行管理,其中包括版本升級和 AWS Blu Age 團隊或認證合作夥伴的支援。如需版本控制、升級程序和支援時間表的詳細資訊,請參閱 AWS Mainframe Modernization 生命週期文件

資料

  1. 關於舊版資料庫的現代化,現代化應用程式有哪些可用的資料庫選項?

    現代化應用程式可以使用多種現代資料庫選項,包括:PostgreSQL、Amazon Aurora、RDS for PostgreSQL、Oracle 資料庫、MS-SQL 和 IBM Db2。這些選項可提供根據特定需求選擇最適當資料庫系統的彈性,同時利用現代資料庫管理系統和雲端原生功能的優點。

  2. IBM Db2 for z/OS到 Postgres DDL 的轉換涵蓋範圍為何?

    完整轉換 (包括資料庫限制)。

  3. AWS Blu Age 是否支援群組資料產生 (GDG)?

    是,支援批次使用 GDG,並支援相對和絕對產生和自動清除策略。

  4. AWS Blu Age 是否支援串連資料集?

    是,支援批次使用串連資料集。執行串連時,數個資料集可以讀取為單一資料集。請注意,Blusam 資料集不能是串連的一部分。

  5. SQL 查詢套用了哪些程序?

    根據目標資料庫,在程式碼轉換期間調整。

  6. 如果應用程式有多個資料庫,哪些選項適用?

    為每個查詢設定目標資料庫,並在應用程式和 Apache Tomcat 中定義所有資料庫。

  7. 是否可以停用 Blusam?

    是,在主要組態檔案中,不需要資料庫 (如需詳細資訊,請參閱 Blusam 組態文件頁面)。

  8. 哪個 AWS Blu Age API 用於取代 IMS 資料庫等資料庫?

    JHDB (Java 階層式 DataBase) API。

  9. 哪些 AWS Blu Age 產品可用來將舊版資料和資料庫遷移至現代關聯式資料庫管理系統 (RDBMS)?

    AWS Blu Age 資料庫現代化工具 (Data Migrator)。

  10. 什麼是 AWS Blu Age Data Simplifier,以及它在現代化中解決了哪些問題?

    Data Simplifier 是 AWS Blu Age 的核心程式庫,可解決在 Java 中處理舊版記憶體存取模式的挑戰。它提供的建構模組支援低階記憶體存取、傳統資料類型 (例如分區、封裝、英數字元) 和混合結構化/原始記憶體存取,這些類型在大型主機應用程式中很常見,但在 Java 中原生不可用。程式庫透過熟悉的 Java 模式公開這些功能,例如 getter/setters 和類別型 APIs,讓 Java 開發人員可以存取這些功能,同時維護舊版功能。

  11. AWS Blu Age 如何處理舊版記憶體配置和資料結構?

    AWS Blu Age 透過 Record 界面處理舊版記憶體配置,該界面提供固定大小的位元組陣列抽象。對於 COBOL '01 資料項目' 等結構化資料,它會使用在現代化期間自動產生的 RecordEntity 子類別。這些類別會維護舊版資料的階層結構,每個元素都有父子關係。系統同時支援原始記憶體存取和結構化存取模式,保留舊式系統的彈性,同時提供現代化的程式設計界面。

  12. AWS Blu Age 如何處理 VSAM 資料集現代化?

    Blusam 元件提供 VSAM 資料集現代化支援,包括專用 API、端點和管理 Web 應用程式 (BAC: Blusam 管理主控台)。Blusam 依賴關聯式資料庫做為後端 (PostgreSQL,使用 RDS 或 Aurora)。

轉換

  1. 我是否可以找到轉換程序的詳細資訊?

    請參閱 AWS Blu Insights 文件。

  2. Blu AWS Age 產生的模組名稱是什麼?

    服務、實體、Web 和工具。

  3. 為什麼 Java/Spring 被選為 AWS 藍年的目標技術之一?

    Java/Spring 因其廣泛採用、大型人才集區和強大的企業功能而被選為目標技術。Java 生態系統提供廣泛的程式庫、架構和工具,可支援現代應用程式開發。Spring 架構提供企業級功能、雲端原生功能,並遵循產業最佳實務,使其成為現代化應用程式的理想選擇。

  4. 包含 AWS Blu Age 產生的模組之父專案的名稱是什麼?

    父專案的名稱尾碼為「-pom」,並且可以使用名為專案的 Transform 屬性在 Transformation Center 中定義。

  5. 如果提供, AWS Blu Age 如何管理舊版排程器現代化?

    舊版排程器資產並未透過 AWS Blu Age 進行現代化。評估階段會考慮這些成品,以協助識別可能的遺失成品。

  6. 使用 AWS Blu Age 對產生的程式碼進行偵錯的需求是什麼?

    支援 Java 的任何整合式開發環境 (IDE),例如 Eclipse、JetBrain 或 VisualCode。

部署

  1. 有哪些環境可用來部署具有 AWS Blu Age 的現代化應用程式?

    Windows Server、Linux 伺服器和 Docker Linux 容器。

  2. AWS Blu Age 重構應用程式是否可以在任何基礎設施上執行?

    雖然 AWS Blu Age 重構應用程式並非設計在任何基礎設施上執行,但它們在部署選項方面提供很大的靈活性。這些應用程式可以部署在各種運算平台上,包括雲端受管服務、無伺服器運算和內部部署基礎設施。 AWS Blu Age 同時提供受管和非受管執行期選項,讓組織根據其特定需求和需求,在全受管便利性和自訂控制之間進行選擇。這種靈活性可讓您輕鬆跨支援的基礎設施移動,使 AWS Blu Age 重構的應用程式高度適應不同的部署環境。如需詳細資訊,請參閱 AWS Blu Age 執行期選項文件。

  3. AWS Blu Age 支援哪些 MQ 組態?

    SQS、IBM WebSphere MQ。

  4. 使用者可以使用 AWS Mainframe Modernization 非受管執行時間,將 Java 商業應用程式邏輯部署到哪些應用程式伺服器?

    Apache Tomcat,大於或等於 10.1 的版本。

  5. 重構應用程式如何與其他 整合, AWS 服務 例如 Amazon Aurora?

    現代化應用程式 AWS 服務 透過支援轉換至雲端原生資料庫解決方案,例如 Amazon Aurora 和 RDS for PostgreSQL 來整合 與 。 AWS Blu Age 可確保現代化應用程式與 之間的整合 AWS 服務,讓組織能夠使用雲端功能。此整合可延伸至 AWS 生態系統內的資料儲存和應用程式服務。除了資料庫儲存之外, AWS Blu Age Runtime 還與各種 整合, AWS 服務 包括 Amazon ElastiCache for Redis 快取、 AWS Secrets Manager 用於組態管理和用於部署 AWS 的大型主機現代化。它支援 Amazon EC2、Amazon EKS、由 Fargate 管理的 ECS 進行容器部署。系統可以使用 AWS Identity and Access Management 進行身分驗證、使用 Amazon Simple Storage Service 進行儲存,並支援 AWS 服務 透過組態和服務連接器與其他 整合。

  6. 重構應用程式如何確保符合可擴展性要求?

    解決方案可將應用程式轉換為可使用 AWS 彈性基礎設施的雲端原生架構,以確保可擴展性。它實作現代設計模式和最佳實務,以實現水平和垂直擴展。服務導向方法允許獨立擴展元件。現代化應用程式可以利用雲端服務的固有可擴展性功能。

  7. 原始程式碼重構完成後會發生什麼情況?

    在原始程式碼重構之後,會發生兩個主要步驟。首先,建置重構的應用程式。其次,應用程式會在 AWS Mainframe Modernization AWS Blu Age Runtime 中部署和監控。部署可以在透過自動化管理基礎設施的 AWS受管環境 (AWS 大型主機現代化受管執行期) 中完成,或在客戶管理自己的基礎設施的 AWS 帳戶 (AWS 大型主機現代化 AWS 藍本時代非受管執行期) 中完成。非受管選項可以部署在各種平台上,包括 Amazon EC2、EC2 上的 EC2或 EC2 上的 Fargate、EKSEC2。

  8. 如何在自訂 Amazon Linux AMI 上部署和執行以 AWS Blu Age 進行現代化的應用程式,而不使用 AWS Mainframe Modernization (M2) 受管服務?

    這可以透過在 Amazon EC2 上使用 AWS Blu Age Runtime (非受管) 部署應用程式來實現。此程序涉及建立相依於 AWS Blu Age Runtime 程式庫的 Java/Spring 應用程式,並將其部署在自訂 Amazon Linux AMI 上。如需此方法的詳細說明,請參閱在 Amazon EC2 上設定 AWS Blu Age Runtime (非受管)

  9. 是否有可用的 Amazon Machine Image (AMI)? 是否有可用的 Docker 映像?

    • AMI:否,由於客戶需要自訂和設定其環境,因此沒有可用的 AMI。客戶可以擷取 AWS Blu Age 成品,並根據其需求設定執行個體。

    • Docker 映像:否,沒有可用的立即可用的 Docker 映像,但容器上的設定 AWS Blu Age Runtime 頁面說明如何根據 AWS Blu Age Runtime 二進位檔建置和部署您自己的 Docker 映像,並將其部署到適當的容器管理系統。

  10. 客戶是否可以封裝並執行 AWS Blu Age 應用程式做為 Docker 容器?

    M2 受管執行期是不可能的,但它適用於基於 Amazon Linux AMI 的客戶定義環境,以及內部部署或其他雲端供應商。

  11. 如果我想要縮小範圍,如何知道執行非受管 AWS Blu Age 所需的 SQS 政策資源 ARN?

    若要判斷特定 SQS 政策資源 ARN,以執行非以範圍縮減政策管理的 AWS Blu Age,請洽詢交付團隊或技術客戶經理 (TAM)。他們可以提供帳戶特定的指引。如需 SQS 政策的一般資訊,請參閱 AWS SQS 政策文件。

  12. 任務排程如何使用批次?

    它與 Control-M/Stone 分支或任何其他分散式排程器整合。

在本頁面

隱私權網站條款Cookie 偏好設定
© 2025, Amazon Web Services, Inc.或其附屬公司。保留所有權利。