容器化部署的案例
無人機機場網格化部署，復亞智能助力浙江水域監管閉環
近日，浙江省某市以信息化為抓手，部署多臺復亞智能無人機自動機場，覆蓋城區內市36條省、市級河流，對其進行網格化、信息化的無人機環保監測管理，打造生態保護建設典范。
復亞智能無人機機場網格化部署，無人機按照工作人員預先設定的軌跡自動開啟巡河，針對非法排污、非法捕撈、非法采砂等行為進行定點拍攝，并將巡檢數據上傳云端進行AI圖像分析與識別，可以識別船只、排污口、漂浮物、浮萍、安全帽、施工車等多種類型主體，基本涵蓋了常見的河流污染物，識別精準度高達90%，實現無人機自動飛行+AI識別閉環智能巡檢，真正做到全程無人化作業。
無人機自動巡檢應用于水環境監測領域是提升城市現代化治理效能上的一項重大突破，實現河道數據采集、存儲、識別及分析一體化作業，改善了執法人員的工作環境，為執法提供了有力可靠的一線數據，有效加強了水務監管能力、拓展監管范圍、提升服務效率。
展開 Marc壓力容器應力線性化的應用方法
概述
在Marc 2022.4中：
Stress Linearization（應力線性化）新插件添加到標準用戶插件集合中。這個新插件是用戶插件菜單的子菜單結果的一部分，位置如下圖所示：
圖1 應力線性化插件位置
應力線性化是壓力容器分析中常用的一種技術。它通過等效薄膜應力和彎曲應力近似于貫穿厚度的應力場（沿著應力分類線（SCL）），另外，當應力作用在厚度方向的橫截面上（稱為應力分類面（SCP））。仿真應力數據根據美國機械工程學會（ASME）的指南進行應力評估。
為了使用應力線性化插件，必須在結果文件中提供應力張量。用戶必須定義SCL的兩個端點，對于三維模型，還必須定義一個點來定義SCP，以及SCL上的采樣點數量。基于該輸入，在由SCL和SCP定義的局部坐標系中的采樣點中計算應力分量。通過路徑曲線，應力分量被傳遞到Python腳本中，以計算等效的膜應力和彎曲應力分量，并生成數據及報告。
應力線性化插件使用如下圖2所示的模型進行說明。該模型采用線性六面體單元，對容器截面的四分之一進行建模，材料為線性彈性，邊界條件包括對稱條件和壓力載荷，分析是小應變分析。
圖2 壓力容器1/4模型
應力線性化操作方法
運行分析后，打開結果文件，選擇應力線性化插件。如圖3所示，相應的菜單由三個部分組成：
a) 應力分類線。這里必須定義SCL的端點（端點A和端點B）的坐標。這可以通過鍵入坐標或單擊圖形區域上的節點、點或實體頂點來完成。
b) 應力分類平面。
展開 設計仿真 | Marc 壓力容器應力線性化的應用方法
01/概述
在Marc 2022.4中：
Stress Linearization（應力線性化）新插件添加到標準用戶插件集合中。這個新插件是用戶插件菜單的子菜單結果的一部分，位置如下圖所示：
圖1 應力線性化插件位置
應力線性化是壓力容器分析中常用的一種技術。它通過等效薄膜應力和彎曲應力近似于貫穿厚度的應力場（沿著應力分類線（SCL）），另外，當應力作用在厚度方向的橫截面上（稱為應力分類面（SCP））。仿真應力數據根據美國機械工程學會（ASME）的指南進行應力評估。
為了使用應力線性化插件，必須在結果文件中提供應力張量。用戶必須定義SCL的兩個端點，對于三維模型，還必須定義一個點來定義SCP，以及SCL上的采樣點數量。基于該輸入，在由SCL和SCP定義的局部坐標系中的采樣點中計算應力分量。通過路徑曲線，應力分量被傳遞到Python腳本中，以計算等效的膜應力和彎曲應力分量，并生成數據及報告。
應力線性化插件使用如下圖2所示的模型進行說明。該模型采用線性六面體單元，對容器截面的四分之一進行建模，材料為線性彈性，邊界條件包括對稱條件和壓力載荷，分析是小應變分析。
展開 設計仿真 | Marc 壓力容器應力線性化的應用方法
01/概述
在Marc 2022.4中：
Stress Linearization（應力線性化）新插件添加到標準用戶插件集合中。這個新插件是用戶插件菜單的子菜單結果的一部分，位置如下圖所示：
圖1 應力線性化插件位置
應力線性化是壓力容器分析中常用的一種技術。它通過等效薄膜應力和彎曲應力近似于貫穿厚度的應力場（沿著應力分類線（SCL）），另外，當應力作用在厚度方向的橫截面上（稱為應力分類面（SCP））。仿真應力數據根據美國機械工程學會（ASME）的指南進行應力評估。
為了使用應力線性化插件，必須在結果文件中提供應力張量。用戶必須定義SCL的兩個端點，對于三維模型，還必須定義一個點來定義SCP，以及SCL上的采樣點數量。基于該輸入，在由SCL和SCP定義的局部坐標系中的采樣點中計算應力分量。通過路徑曲線，應力分量被傳遞到Python腳本中，以計算等效的膜應力和彎曲應力分量，并生成數據及報告。
應力線性化插件使用如下圖2所示的模型進行說明。該模型采用線性六面體單元，對容器截面的四分之一進行建模，材料為線性彈性，邊界條件包括對稱條件和壓力載荷，分析是小應變分析。
展開 
基于Hyperworks的壓力容器輕量化設計
基于Hyperworks的壓力容器輕量化設計
1.設計背景
壓力容器在機械、石油化工、食品、輕工等多種工業領域得到了廣泛地應用。考慮到容器的安全性問題，設計者總是通過增大壓力容器壁厚，以增強容器的承壓能力，設計的容器既笨重又浪費材料，制造的成本明顯較高。因此，設計出既滿足性能要求又節約材料的壓力容器就成為設計者們追求的目標。
本文采用 Hypermesh有限元分析軟件建立了壓力容器的三維模型，對容器各部位進行詳細的應力計算與分析。將容器的質量作為優化目標，結構的等效應力作為約束條件，通過Optistruct對容器的壁厚進行了優化，降低了結構的厚度，使得材料得到了有效地利用。
2 壓力容器結構參數
圖1為壓力容器，其球形封頭與接管連接區的結構如圖1所示，相關參數見表1所示。容器的封頭材料為16MnR，接管材料選用16Mn。
圖1 壓力容器結構
表1 壓力容器結構參數
參數
數值
參數
數值
248.5
24
39
31
3 壓力容器簡化模型的建立
壓力容器的設計壓力=32Mpa，彈性模量，泊松比。壁厚的取值范圍，，許用應力為。
展開 設計仿真 | MSC Apex壓力容器應力線性化的應用方法
應力線性化是針對壓力容器設計常用的一種技術。在工程領域，應力線性化在分析復雜載荷條件下構件的結構完整性方面起著至關重要的作用。準確的應力線性化對于評估是否符合行業標準(如美國機械工程師協會(ASME)制定的標準)至關重要。為了簡化應力線性化的過程，MSC Apex通過自動化的轉換，輸出符合ASME標準的應力線性化結果。
在MSC Apex 2023.3版本中，將Stress Linearization（應力線性化）插件添加到標準用戶自定義面板中，位置如下圖所示：
應力線性化插件位置
MSC Apex的應力線性化插件，基于MSC Nastran H5數據結果，結果文件中必須包含應力張量。在使用過程中，用戶需要定義一個應力分類線（SCL），可輸入兩個端點，或者直接拾取某個曲線，再定義采樣點的數量。另外還需要定義一個應力分類面（SCP）。基于以上輸入，在由SCL和SCP定義的局部坐標系中的采樣點中計算應力分量。通過路徑曲線，應力分量被傳遞到Python腳本中，以計算等效的膜應力和彎曲應力分量，并生成數據及報告。
應力線性化操作方法
下圖中所示的模型為1/4的壓力容器，使用線性六面體單元建模，通過施加對稱邊界條件模擬完整的壓力容器。我們以該模型為例，對MSC Apex中應力線性化的工具進行操作演示。
展開 設計仿真 | MSC Apex壓力容器應力線性化的應用方法
應力線性化是針對壓力容器設計常用的一種技術。在工程領域，應力線性化在分析復雜載荷條件下構件的結構完整性方面起著至關重要的作用。準確的應力線性化對于評估是否符合行業標準(如美國機械工程師協會(ASME)制定的標準)至關重要。為了簡化應力線性化的過程，MSC Apex通過自動化的轉換，輸出符合ASME標準的應力線性化結果。
在MSC Apex 2023.3版本中，將Stress Linearization（應力線性化）插件添加到標準用戶自定義面板中，位置如下圖所示：
應力線性化插件位置
MSC Apex的應力線性化插件，基于MSC Nastran H5數據結果，結果文件中必須包含應力張量。在使用過程中，用戶需要定義一個應力分類線（SCL），可輸入兩個端點，或者直接拾取某個曲線，再定義采樣點的數量。另外還需要定義一個應力分類面（SCP）。基于以上輸入，在由SCL和SCP定義的局部坐標系中的采樣點中計算應力分量。通過路徑曲線，應力分量被傳遞到Python腳本中，以計算等效的膜應力和彎曲應力分量，并生成數據及報告。
應力線性化操作方法
下圖中所示的模型為1/4的壓力容器，使用線性六面體單元建模，通過施加對稱邊界條件模擬完整的壓力容器。我們以該模型為例，對MSC Apex中應力線性化的工具進行操作演示。
展開 纏繞復合材料壓力容器設計仿真一體化工具-WoundSIM
纏繞復合材料壓力容器具有重量輕、壓力大等優點,是充分發揮纖維強度的最優結構,因此廣泛應用于航空、航天等領域。盡管它們可以自給式呼吸器方式為航空航天器提供氧氣和氣體存儲，但是復合材料壓力容器的主要以及最終市場仍然是大量用于運輸壓縮天然氣（CNG）以及乘用車中的燃料存儲，應用于動力總成依賴于CNG和氫氣以替代汽油和柴油的公共汽車和卡車。WoundSIM是S-VERTICAL公司開發的一款用于纏繞復合材料壓力容器（COPVs）設計、數值模擬和優化的新一代工具。
02：產品概述
在已有類型工具基礎上，提供獨立可視化圖形界面，強化了參數鋪層建模，引入結構優化與試驗設計功能，滿足復合材料結構設計仿真一體化的需求。
圖. 纏繞復合材料壓力容器設計仿真一體化
當定義復合材料層表時，使用圖形界面即時查看復合材料層。調整纏繞角時，可自動計算與調整結構層厚度。可通過COPV結構計算和分配鋪層材料性能。
圖.
展開 Abaqus應力線性化-ASME Sec VIII Div 2_壓力容器分析設計
關于壓力容器分析設計的討論大多是基于ANSYS的應力線性化，而這方面Abaqus的公開資料不多，其實Abaqus早期版本就提供了在CAE界面下進行應力線性化的操作，為方便初學者使用Abaqus進行壓力容器分析設計，這篇文章介紹一下Abaqus應力線性化。
01. 壓力容器分析設計規范
目前最成熟、使用最多的壓力容器規范是由美國機械工程師協會（ASME）的鍋爐及壓力容器委員會（BPVC）制定的，我國的壓力容器相關規范有GB150、JB4732、JB4734等。
壓力容器的分析設計有別于傳統設計，主要是指通過有限元計算來校核壓力容器的設計方法，在ASME的壓力容器規范中是ASME Sec VIII Div 2的部分，相當于我國的JB4732。
分析設計的重要環節是應力線性化，為什么要進行應力線性化呢？其實主要是因為壓力容器的不同類型的故障（失效）模式是由不同類型的應力引起的，所以ASME的研究人員將它們進行了應力分類。
壓力容器的各種失效模式
ASME壓力容器規范的應力分類
如上圖所示，這些應力的類別大致分為三類：一次應力、二次應力和峰值應力，它們分別對應不同的故障模式。
一次應力與總塑性變形（gross plastic deformation）有關；
二次應力（在一次應力的基礎上）與增量塑性坍塌（incremental plastic collapse）有關；
峰值應力（在一次與二次應力的基礎上）與疲勞失效（fatigue failure）有關。
展開 質量管理 | SMART Quality智慧質量管理系統賦能工程機械集團實現質量提升
此外，對于集團化系統，面臨著用戶量大、并發高、數據產生快、數據量大等問題。如何對規模化、集團化的企業進行全過程、全流程、全生命周期的質量數據監測，實現數字化質量改進提升，進而優化產品設計過程、提升產品質量，是在集團化規模化頭部企業擴大市場份額、提升綜合競爭力的必然選擇。
覆蓋全生命周期的質量管理解決方案
近期，海克斯康SMART Quality智慧質量管理系統在某大型工程機械集團實現全面部署，提供了覆蓋全生命周期的質量管理解決方案。
質量管理系統解決方案
全面覆蓋，統一管理
保證集團旗下二十余個生產基地、產品線的同步運行，通過重構數據體系、優化流程、多系統集成，實現了產品質量全生命周期的精準化、高效化管理，顯著提升了質量管控的精細化與標準化水平。
強化供應鏈協同，嚴控質量源頭
該系統將生產各個環節的供應商納入到了統一的評級體系，通過進貨質量管理系統及質量指標實現了對供應商的把控。
打破系統壁壘，實現數據貫通
通過與MES、WMS、DSC、PDM等多個業務系統的集成，打通了數據流，提升了質量管理效率，為上下游環節的質量提升提供了有效的數據支撐。
云原生架構，支撐高并發與大數據量
為應對高并發、高數據量的運營需求，該系統在該集團落地時引入了云服務架構，容器化部署，實現對資源利用情況的實時監控。此外，還可根據業務規模的擴展實現應用服務的彈性擴展，保障系統穩定、高效運行。
智能緩存技術，提升終端響應效率
此系統深度融合緩存優化技術，構建多級緩存體系。對于質檢標準、物料信息、關鍵業務主數據等高頻訪問數據，系統會自動將其緩存至終端本地與緩存服務器，用戶在調用這些數據時，無需重復加載數據，有效降低了數據庫端、業務應用端的壓力，提升了終端效率。
展開 【簡訊】遠算科技聯合甘肅絲綢之路信息港成功發布甘肅省算力資源統一調度平臺
陳院士強調，遠算科技以自身在“超算+仿真”領域的技術優勢，建設甘肅省超算算力調度平臺，結合遠算國產CAE軟件體系，通過場景化的算力服務，為各類企業技術創新提供支撐，能夠真正發揮平臺普惠高效的賦能作用。
遠算科技以“超算+仿真”技術為基礎，通過算力云端化、算法國產化、應用場景化三方面能力，打破工業3.0時代工業軟件的局限，滿足中國工業4.0對于國產化工業軟件的需求。遠算科技在算力云端化方面起步早，屬國內第一批成功將超算云化的企業。早在2020年，遠算科技已將國家超算無錫中心上云。遠算科技利用容器化部署技術，將軟件部署時間從2周減少至3天；利用瞬時下載技術，讓客戶在相同帶寬條件下提升10倍以上數據傳輸速度；還能提供彈性、便捷的多元化算力調度方案。遠算科技結合自身在CAE仿真領域的優勢，最大化提升甘肅超算資源的利用效率。
發布會前，程曉波副省長還了解了遠算科技在水利、現代制造業等行業方面的仿真賦能，并強調，要在集中力量做大算力規模的同時，創新引領做強智能應用，推出一批高水平的數字化整體解決方案，探索算力和數據融合協同、相互促進的發展路徑，積極打造數字化轉型背景下算力和數據雙輪驅動的新格局。
發布會現場，遠算科技與絲綢之路信息港簽署了產業鏈協同協議。未來，遠算科技和絲綢之路信息港將以甘肅省算力資源統一調度平臺為基礎，持續拓展各行各業算力應用場景，賦能東西部數字經濟高質量的同頻共振。
圖左一 遠算代表
更多資訊可登錄格物CAE官方網站
https://cae.yuansuan.cn/
或關注公眾號【遠算云學院】
遠算在bilibili、技術鄰、知乎定期發布課程視頻等內容
敬請關注
展開 
為什么同行成本更低？5大軟件許可優化技巧，立即補齊短板
這種模式的好處在于：
可避免"買多用少"的資源浪費
實現"按需付費"的精細化管理
增強與供應商的議價能力
簡化許可證的管理流程
就像餐飲業的外賣平臺，按訂單配送減少庫存積壓，軟件訂閱制能解決傳統許可模式的痛點。
三、善用云計算：從本地部署邁向云端
在2025年某IT服務商的案例分享中，其將12個本地部署的軟件模塊遷移到云端，節省了68%的許可成本。云原生技術的普及讓按需彈性擴展成為某科技初創公司在2025年容器化部署，實現了80%的資源利用率。這種轉變的關鍵在于：
采用按使用量計費的SaaS模式
建立動態資源分配機制
優化集群管理降低硬件成本
避免冗余許可證的浪費
就像城市的共享單車系統，動態調配車輛資源解決供需矛盾，軟件許可優化也需要類似的智能系統。
四、打通采購鏈條：從孤立采購到生態協同
在2025年某大型制造企業的采購優化案例中，其建立軟件許可采購生態，將多個部門的采購需求整合，成功將許可成本降低22%。這種模式需要企業具備以下能力：
統籌規劃IT資源使用
建立跨部門需求協調機制
優化采購預算分配
多維度評估軟件價值
就像城市交通系統中的公交聯票，資源共享降低整體成本，軟件采購需要這種系統性思維。某金融企業在2025年這種生態協同，不僅節省了15%的許可費用，還提升了30%的資源利用率。
五、數據驅動決策：從經驗判斷到量化分析
在2025年某行業峰會的專家點評中，某資深IT架構師指出："沒有數據支撐的采購決策都是賭博。"確實，某互聯網公司在2025年引入AI報表系統，對軟件使用情況進行了12個月的精準分析，優化了38%的許可配置。
展開 OpenTelemetry - 基于 Python 的可觀測性--中文字幕-代碼案例 ￥12
1-1.可觀測性和OpenTelemetry概述
1-2.演示-安裝Python SDK
1-3.演示-基本儀器設置
2-1.演示-自動儀表概述
2-2.演示-添加跨度和指標
2-3.演示-本地測試和導出驗證
3-1.演示-將Python應用程序容器化并部署到AWS
3-2.演示-將遙測連接到CloudWatch
3-3.演示- CloudWatch中的調試和監控
仿真結果可信嗎？V&V驗證與確認全鏈路技術解析及高性能計算配置指南
+ 本地 AI 模型訓練
系統
Ubuntu 22.04 LTS / RHEL 9
企業級 UQ 工具鏈、HPC 調度、容器化部署的最佳生態
網絡
100GbE + InfiniBand（可選）
接入企業計算集群，實現跨節點分布式 UQ
功耗預估
2000W+
建議配 2400W+ 鈦金冗余電源
適用場景：航空航天型號全級次驗證、核設施安全分析、汽車平臺化 V&V 體系、數字孿生置信度評估
六、寫在最后：V&V 是工程師的護城河
文章開頭那個干了八年傳統結構仿真的老哥，他的技術棧停留在"會建模、會求解、會看云圖"。
展開 工業APP、容器和工業互聯網平臺
圖3 虛擬機與容器化虛擬
容器的代表性產品Docker的出現是一個標志性的節點，2013年首次提出了Build→Ship→Run的概念，使用鏡像方式能夠將應用程序和它依賴的操作系統、類庫以及運行時環境整體打包，統一交付，消除了對傳統應用對操作系統、應用服務器不同廠商及版本，甚至對于環境變量、基礎函數庫API調用的深度依賴，因此容器的本質是一種操作系統級別的虛擬化，與底層所使用的平臺無關，容器可以在與主流的Windows、Linux等主流的操作系統上運行，意味著應用架構一旦轉換為容器化并且遷移部署之后，就可以在任何云平臺之間無縫遷移。使用容器能夠利用鏡像快速部署運行服務，能夠實現業務的快速交付，縮短業務的上線周期，極大地方便運維人員的上線部署工作。
容器較傳統虛擬化有更低資源使用粒度，在一臺物理機上可運行上百個容器服務，從而提高服務器硬件資源的利用率。當遇到高并發、高流量的大活動，容器做到根據業務的負載進行彈性擴容，以提供更好的服務。當訪問量降低后，容器平臺能夠自動縮容，及時釋放空閑資源。
開發運維平臺（DevOps）
圖4 基于容器化PaaS構建的DevOps
DevOps概念早先始于2009年的歐洲，因傳統開發和運維模式無法實現用戶應用快速變化且生命周期較短的現實。DevOps一詞的來自于Development和Operations的組合，突出重視軟件開發人員和運維人員的溝通合作，通過自動化流程來使得軟件構建、測試、發布更加快捷、頻繁和可靠。早期時，大家雖然意識到了這個問題的，但是苦于當時沒有完善豐富的技術工具，是一種“理想很豐滿，現實很骨感”的情況。
展開 