支柱 1
基礎設施部署
- 預製模組化層架 結構本體，在工廠內完成建置與內裝，因此現場作業是組裝而不是興建
- 預製管段 管段在廠外完成切割、焊接與壓力測試，再以編號組件的形式送到現場，鎖在既定位置上
- 水路系統安裝 泵、閥件、過濾器與水側接管，把各自獨立的管段變成一條會動的迴路
- 消防滅火系統 偵測與滅火在模組外殼設計階段就納入，不是等設備進場後再繞著它加裝
基礎設施部署
資料中心 基礎設施部署
先定義規格與設計條件， 再整合完整解決方案。
交付範圍
三大支柱， 一次整合交付
每項部署拆解為三條協同工作流：土建與水路基礎設施、機電系統，以及液冷，全部依同一組設計條件進行工程規劃。
支柱 2
機電系統整合
- 機電系統設計 機械、電氣與管路作為同一份整合設計，避免三者各自主張同一塊空間
- 智慧配電 （iPDU / Smart PDU） 逐插座計量與遠端切換，讓分路負載成為量測值而不是估算值
- 界面協調 MEP 與另外兩根支柱之間的每一處交界，都在開始製造前完成登錄、標註尺寸並簽核
支柱 3
液冷系統
- 架構設計 冷卻拓撲的整體規劃：熱從哪裡排到哪裡，以及每一條迴路各自負責多少比例的負載
- 空調與精密空調 （PAC） 處理液冷沒有帶走的部分的氣側系統，在 DLC 機房通常是剩下的 13%
- 晶片直接液冷 （DLC） 貼在晶片上的冷板、位於兩條迴路之間的 CDU，以及依平台選定的二次側冷卻液
- 迴路配管 分歧管、下管與快接頭，尺寸依據是「在講好的壓差下把講好的流量送到每一個機櫃」
整合
大部分的延誤 發生在支柱與支柱之間
每一根支柱單獨看都是已經被解決的問題。真正沒有預設解答的，是它交棒給下一根的那個交界。以下三處交界，我們在任何東西開始製造之前就完成登錄、標註尺寸並簽核。
| 交界 | 交出去的是什麼 | 沒談好會發生什麼 |
|---|---|---|
| 基礎設施 → MEP | 開孔位置、線槽與匯流排路徑、設備重量，以及每一項設備需要的淨維修空間 | 線槽跟管路搶同一條通道，而補救方式是去切開一個早就在工廠完成內裝的模組 |
| MEP → 液冷系統 | 每一台 CDU 與泵的可用電力容量、控制界面，以及大樓監控系統必須讀到的警報點 | 泵被裝在一條帶不動它的迴路上，或是冷卻設備上線後沒有任何監控線路，等於瞎跑 |
| 液冷系統 → 基礎設施 | 管徑與路徑、吊架與支撐載重、排水，以及每一處濕接點周邊的漏液圍堵措施 | 滿載的管路壓在一個從來沒為它算過載重的結構上，或是濕接點正好在設備正上方，水無處可去 |
一份登錄表，兩邊各有一個負責人每一處交界都是一條編號的項目，兩邊各指定一位負責人與一個必須結案的日期，追蹤方式比照長交期採購。
製造前必須結案只要還有未結案的交界，那個模組就不會放行出廠。押一天比出貨之後再回頭改便宜太多。
系統佈局
所有區塊落在 同一套協調佈局
IT 機艙置中，網路邏輯在一側，受保護電力在另一側。
網路區塊
位於封閉區的一側，用一套在抵達前就已經上線並測試完成的網路架構供應到每一個機櫃。
備援電力區塊
位於另一側，讓電力故障與網路故障不會共用同一個實體空間或同一個維護時段。
支援區塊
兩個側區塊 裡面裝的是什麼
網路與備援電力是以「區塊」的形式交付，而不是一堆散裝設備，理由跟機房一樣：區塊可以在非要徑的地方先整合完並測試過。
網路區塊
建構於 Nokia 與 Edgecore 平台的策略邏輯系統，在 IT 封閉區抵達工地之前就以整體為單位完成組裝與測試。
交換架構脊葉式拓撲，規模依資料機房談定的機櫃數量計算，佈線動刀之前埠數預算就已經定案。
頻外管理通往每一台設備的獨立路徑，讓生產網路出事時，不會連帶失去診斷它的能力。
結構化佈線光纖與銅纜路徑、跳接與標籤，都在區塊階段完成，而不是到了機櫃前臨場發揮。
出廠前就測過網路架構在工廠就已經上線並驗證過，所以送到工地的是一個已知良好的區塊，而不是一堆零件。
備援電力區塊
四層保護，每一層都依照它所要承接的 IT 負載、用同一組設計條件計算規模。
ATS · 自動切換開關決定目前由哪個電源供應負載，並在電源之間自動切換，不需人為介入。
UPS在切換的那一瞬間扛住負載，也就是市電已經沒了、發電機還沒接上的那個空窗。
ESS · 儲能系統貨櫃式儲能，把續航時間延長到 UPS 之外，電網正常時還能用來做負載管理。
緊急發電機長時間供電的來源。規模是依降額後的現場淨輸出計算，不是看銘牌額定。