簡體   English   中英

用於 TLS 1.2 測試的網絡服務

[英]Webservice for TLS 1.2 testing

我們的企業數據倉庫 (EDW) 從許多內部和外部來源獲取數據。 我們使用 Oracle 數據集成器 (ODI) 作為 ETL 工具從源中提取數據。 ETL 作業是使用 ODI 代理執行的,該代理只不過是一個 Java 進程。 倉庫的外部來源之一是網絡服務。 使用 Jython(包裝在 ODI 中)從此網絡服務中提取數據。 您可能知道 Jython 是在 JVM 中運行的 Python 變體。 Jython 作業在 ODI 代理 (java) 進程下運行,並從 Web 服務中提取數據。

談到我們現在面臨的問題 - 外部網絡服務提供商表示很快他們將僅支持 TLS 1.2,並將取消對舊 TLS 連接的支持。 ODI 代理目前在 JDK1.6 Update 33 上並支持 TLS 1.1。 我們計划將 ODI 代理升級到 Java 7(支持 TLS 1.2),以便我們能夠連接到此 Web 服務。 Java 升級涉及大量工作,主要是為了確保它不會破壞現有的 ETL 作業。 如果有任何影響,我們可能無法升級。 另一種選擇是創建一個單獨的 Java 進程(在 ODI 之外),在其自己的 JDK(甚至可以是 Java 8)下運行以連接到此 Web 服務。

以上方案是否存在風險? 提供商需要一段時間才能提供僅支持 TLS 1.2 的網絡服務。 是否有任何僅支持 TLS 1.2 的公共網絡服務可用於我們的測試? 你能分享一下嗎?

也許不完全是您要找的東西,但為舊的和未來的 ODI 代理設置兩個單獨的開發項目以保持透明可能是明智的。 尤其是在測試新版本時。 還建議為此設置專門的測試/QA 環境。

確保您的生產 ODI 存儲庫安全,您可以為此使用帶有一些導出項目的測試存儲庫。 也許下面的這個鏈接可能有用: https : //www.redbridgesoftware.com/products/life-cycle-management-for-odi.html

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM