AWS 藍髮年齡常見問答集 - AWS 大型主機現代化
一般AWS Blu Age 執行時間資料轉換部署安全

AWS Mainframe Modernization Service （受管執行期環境體驗） 不再向新客戶開放。對於與 AWS Mainframe Modernization Service （受管執行期環境體驗） 類似的功能，探索 AWS Mainframe Modernization Service （自我管理體驗）。現有客戶可以繼續正常使用該服務。如需詳細資訊，請參閱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 （虛擬儲存存取方法） 資料檔案。

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

    AWS Blu Age 將 COBOL 和 PL/I 程式碼轉換為 Java、JCLs 轉換為 Groovy、將畫面 (BMS 或MFS) 轉換為 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 Blu Age 工具可透過 AWS Mainframe Modernization (M2) Refactor 透過 AWS 主控台存取，並根據您的認證層級進行功能存取。從轉換中心開始，評估原始程式碼的自動 Java 重構。如需詳細指引，請參閱 AWS Blu Insights 文件。現代化之後，您可以使用執行時間部署應用程式。如需詳細資訊，請參閱AWS 大型主機現代化文件。

  10. 如何調整專案的大小 （工作負載和時間軸）？

    如需詳細資訊，請參閱 AWS Blu Insights 估算或與您的 Account Manager 搭配使用。

  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 Blu Age Runtime 的相關資訊？

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

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

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

  3. 在分散式 AWS Blu Age Runtime jar 中，「Gapwalk」一詞是指什麼？

    如需 Gapwalk 的詳細資訊，請參閱 AWS Blu Age Runtime 成品。

  4. 如何請求存取 AWS Blu Age Runtime ？

    執行期可透過 上的Blu Age工具箱存取Blu Insights。

  5. 支援哪些 AWS Blu Age 重構應用程式的執行期？

    AWS Blu Age 提供單一執行期，以滿足現代化旅程的不同階段和營運需求，請參閱AWSBlu Age執行期。

  6. 何時使用 AWS Blu Age 執行期？

    AWS Blu Age Runtime 是支援 AWS 執行 Blu Age 重構應用程式的必要項目。在以 AWS Blu Age 為基礎的重構專案期間，需要執行時間來測試重構應用程式。重構專案完成後，在生產環境中維護、測試和執行 AWS Blu Age 重構應用程式也需要執行時間。

  7. 如何為 AWS Blu Age Runtime AWS 分發新版本？

    AWS Blu Age 執行期版本可透過 Blu Age 工具箱存取。請參閱 AWSBlu Age 版本備註。

  8. AWS Blu Age執行時間的新主要和次要版本發佈的頻率為何？

    如需詳細資訊，請參閱AWS 大型主機現代化元件生命週期。

  9. 如何 AWS 支援 AWS Blu Age Runtime？

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

  10. AWS Mainframe Modernization AWS Blu Age 執行期需要什麼？

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

  11. AWS Blu Age Runtime 是否支援非 x86 電腦架構？

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

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

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

  13. Blu AWS Age Runtime 高階架構的主要元件是什麼？

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

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

    AWS Blu Age Runtime 成品 (jar) 必須收集在共用資料夾中，應用程式伺服器類別載入器可存取。對於 tomcat 伺服器，透過修改名為 catalina.properties 的一般組態檔案來進行組態。例如，如果您將共用資料夾建立為名為「共用」的資料夾，在 tomcat 資料夾中，您將需要修改 catalina.properties 中的 common.loader 項目，讓 tomcat classloader 可存取共用資料夾，例如：

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

  15. AWS Blu Age Runtime 如何處理無狀態和工作階段管理？

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

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

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

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

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

  18. 如何在 AWS Blu Age Runtime 應用程式中管理組態？

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

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

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

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

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

  21. AWS Blu Age Runtime 如何處理程式執行錯誤？

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

  22. 批次任務可使用哪些 AWS Blu Age Runtime 監控功能？

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

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

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

  24. AWS Blu Age Runtime 如何處理外部系統互動？

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

  25. 在 AWS Blu Age Runtime 中如何處理身分驗證？

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

  26. AWS Blu Age Runtime 如何確保高可用性？

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

  27. 使用什麼元件來重現具有 AWS Blu Age 應用程式的 CICS 分散式交易？

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

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

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

  29. 哪個編碼具有下列字元序列順序：空格、小寫字元、大寫字母、數字？

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

  30. Blu AWS Age Runtime 的定價維度為何？

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

  31. 用來透過 HTTP 將原始資料傳遞至程式端點的機制為何？

    Base64 編碼字串。

  32. 使用者如何啟動批次任務執行？

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

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

    /transaction

  34. Blu AWS Age JICS 代表什麼？

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

  35. 有哪些可用的 AWS Blu Age Runtime 快取機制？

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

  36. 如何估計 AWS Mainframe Modernization AWS Blu Age Runtime 部署的價格？

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

  37. 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 定價頁面。

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

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

  39. 如何授權 AWS Blu Age Runtime？ 它是開放原始碼嗎？

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

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

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

  40. 如何變更和升級 AWS Blu Age 架構和程式庫受管 ？

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

  41. AWS Blu Age Runtime 使用哪些支援的 工具版本 (Tomcat、Postgres、MQ 等） 和相依性 (Spring、Angular 等）？

    請參閱版本備註中的詳細資訊。

  42. 「獨立」在 BAC 和 JAC 的內容中代表什麼意思？

    獨立是指 BAC (Blusam 管理主控台） 和 JAC (JICS 管理主控台） 的特殊封裝和部署模式，允許這些 Web 應用程式在自己的 Tomcat 伺服器上獨立執行，與您的現代化應用程式分開。BAC 和 JAC 獨立版本可在 中使用aws-bluage-webapps-x.y.z.zip。BAC 和 JAC 非獨立版本可在 webapps-consoles 資料夾gapwalk-x.y.z.zip下的 中使用。請參閱 AWS Blu Age Runtime 成品。

資料

  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 重構應用程式並非設計用於在任何基礎設施上執行，但它們在部署選項中提供很大的靈活性。這些應用程式可以部署在各種運算平台上，包括雲端受管服務、無伺服器運算和內部部署基礎設施。

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

    SQS、IBM WebSphere MQ。

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

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

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

    現代化應用程式支援轉換至雲端原生資料庫解決方案，例如 Amazon Aurora 和 RDS for PostgreSQL， AWS 服務 藉此與 整合。 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 帳戶 (AWS 大型主機現代化 AWSBlu Age執行期) 中完成，客戶會在其中管理自己的基礎設施，並在各種平台上部署，包括 Amazon EC2、EC2 上的 ECS 或 EC2 上的 Fargate、EKSEC2。

  8. 如何在自訂 Amazon Linux AMI 上使用 AWS Blu Age 部署和執行現代化應用程式？

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

  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 容器？

    是，請參閱在容器上設定 AWS Blu Age Runtime。

  11. 任務排程如何使用批次？

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

安全

  1. 應用程式如何防範 SQL Injection 攻擊？

    應用程式會全面實作 SQL 最佳實務。所有資料庫查詢都使用預備的陳述式，透過將 SQL 程式碼與使用者提供的資料分開來有效防止 SQL Injection 攻擊。這可確保使用者輸入一律視為資料，而非可執行程式碼。

  2. 已採取哪些措施來防止作業系統命令注入漏洞？

    AWS 安全團隊會定期執行 AWS Blu Age Runtime 的安全審查。如果團隊偵測到任何異常，例如可能允許作業系統命令注入的程式碼， 會 AWS 立即解決。此持續監控可確保執行時間可安全防範命令注入威脅。

  3. 應用程式是否容易遭受目錄周遊攻擊？

    否。此漏洞不適用於前端 Angular 應用程式。對於後端，應用程式僅使用一個具有有限界面合約的端點，該合約絕不包含「路徑」或「目錄」資訊。此設計可消除目錄周遊攻擊的風險。

  4. 應用程式如何防範 XSS 攻擊？

    應用程式遵循 Angular 官方安全文件中所述的 Angular 安全最佳實務。應用程式的性質在 UI 方面本質上受到限制，因為它對應到舊版大型主機應用程式。應用程式不會處理後端產生的 URLs、動態指令碼或 HTML。這種有限的攻擊面可大幅降低 XSS 風險。

  5. 針對 CSRF 攻擊實作了哪些保護？

    應用程式利用 Spring 的原生 CSRF 支援，可針對開箱即用的跨網站請求偽造攻擊提供強大的保護。

  6. 使用者輸入是否會導致 HTTP 標頭注入？

    否。使用者輸入的長度嚴格限制，以符合舊版大型主機應用程式格式。當後端收到請求時，它會立即根據預先定義的格式格式化輸入，這會截斷任何插入的內容。此外，應用程式絕不會根據應用程式使用之單一端點中的使用者輸入來建構 HTTP 標頭，使得 HTTP 標頭插入變得不可能。

  7. 應用程式如何防範點擊劫持攻擊？

    應用程式會使用擊鍵動作而非滑鼠點選來執行大多數動作，使其本質上可抵禦點擊劫持攻擊。此設計選擇可大幅減少此類漏洞的攻擊面。

  8. 緩衝區溢位攻擊是否會在應用程式中發生？

    否。使用者輸入的長度受到嚴格限制，以對應至舊版大型主機應用程式格式。當後端收到請求時，它會立即根據對應的格式格式化輸入，以防止緩衝區溢位條件發生。

  9. 如何管理存取控制和授權？

    存取控制可全域判斷使用者是否有權存取唯一的後端端點。驗證後，應用程式程式碼和資料會處理授權控制。這可確保問題的適當分離和安全存取管理。

  10. 哪些措施可防止工作階段劫持？

    結合使用 Spring 和 Angular 原生功能進行工作階段管理和 XSS 預防，以及遵守架構最佳實務，可防止工作階段劫持。應用程式可以透過下列方式進一步增強保護：

    • 使用 HTTPS：確保所有通訊都已加密。

    • 實作以字符為基礎的身分驗證：應用程式可以在需要時啟用此功能。

    • 監控使用者工作階段：應用程式可以啟用工作階段監控和異常偵測，以識別可疑活動。

    這些分層安全措施可針對工作階段劫持嘗試提供全面的保護。