調味料架重新歸位的那兩個月：一個開源工作臺的更新，像極了廚房大整頓

你有沒有過這種經驗：廚房用了一年，鹽罐在爐子左邊，醬油在冰箱門上，味醂不知道塞去哪個櫃子深處。每次做菜都順手，直到某天要請朋友來喫飯，才發現一切亂得毫無章法。近日開發者 qishua 在 V2EX 發文，回報自己的開源運維平臺 Ops Admin 兩個月來的更新進展。這則訊息離餐桌很遠，但那股「把散落各處的東西收進同一個工作臺」的思路，跟你整理廚房的那個週末，幾乎是同一件事。

五罐新上架的調味料

這次更新最扎實的一塊，是新增了中介軟體管理：RabbitMQ、Nacos、etcd、ZooKeeper、Kafka，五種工程師日常繞不開的系統，各自有了管理工作臺，認證資訊統一走平臺的憑證管理。

換到廚房裡看，這就像你終於替那五瓶總是東倒西歪的醬料各安了一個位置。RabbitMQ 那格看得見佇列、交換機、連線與消費者，像你打開抽屜一眼看清還剩幾包乾貨；etcd 支援按路徑瀏覽、查看與修改值，像翻食材櫃時能直接確認每罐的內容物；Kafka 那格連訊息瀏覽與發送都有，而且瀏覽時不加入消費羣組、不提交消費位點，這個細節很像你聞一下湯的味道，但不去攪動它。

這種「只看不動」的分寸感，廚房裡最講究。就像我們先前聊過的冰箱大掃除與備料切修，整理的第一步從來都是先看清楚，而不是急著動手。

採買清單同步，攤商幫你記得

另一項更新是統一了資產同步入口：新增 JumpServer 資產同步，把主機與分組關係同步進平臺，雲主機同步也集中到同一個頁面，預覽時還會過濾掉已同步且沒變動的項目。

這像什麼？像你跟市場裡熟識的攤販建立了默契。你不用每次從頭解釋家裡有幾口人、愛喫哪個部位，攤販那邊有一份名冊，跟你冰箱上的採買清單對得上。而且只把有變動的補進來：這週高麗菜漲價了、上次買的排骨喫完了，名冊自動更新，沒變的不重複囉嗦。

作業編排多了條件分支，燉湯也一樣

作業編排這次加了條件分支：腳本執行、檔案分發、人工確認與訊息通知可以組合成業，按條件走不同流程。

做菜的人一聽就懂。燉一鍋湯本來就是一支有判斷的流程：大火煮滾，轉小火；中途掀蓋看一眼，浮沫多就再撈一次；起鍋前試味，不夠鹹補鹽，夠了就熄火。同時他們也修了重複通知的問題，讓失敗原因更容易追蹤。這就像計時器只響一次該響的那次，不會在你已經關火之後還一直叫。

這份「把流程說清楚」的功夫，跟我們在食譜卡旁邊加一行眉批裡聊過的心思相通：一鍋湯的預設味道，靠的是那些寫在邊邊的小字。

指標查不到，不代表湯好了

監控告警那段有個很值得記下的細節。開發者特別處理了一個容易被忽略的問題：指標查不到，不一定代表故障恢復。例如 Pod 消失後，Ready 指標也可能跟著消失，若只因為查詢結果是空的就發恢復通知，反而誤導。這次補上了無資料處理與明確的恢復條件。

廚房裡的對應版本：湯在爐上，你離開一下回來聞不到味道了。那可能是熬好了，也可能是火早就熄了。沒有味道這件事本身，不能告訴你是哪一種。你得掀蓋、看火、攪一下，確認了才敢說這鍋完成了。告警系統學會了不把「沒消息」當「好消息」，這是很多廚房新手要燒糊兩次才懂的道理。

收在同一張檯面上

權限管理也重新整理過，圍繞使用者、使用者組、存取策略與權限模板來組織授權，補了全域唯讀角色，修了授權後要重新整理頁面才生效的問題。終端方面，SSH 與 Pod 終端支援五千行歷史回滾緩衝，監控大盤可以拖拽調整面板。

說到底，這兩個月的更新重心跟整理廚房一樣：不是添什麼稀奇的新設備，而是把常用的東西放順手，把誰能開哪個櫃子講清楚，把爐火看牢。專案仍在持續迭代，有興趣的人可以到 GitHub 上的 ops-admin 儲存庫試用。

你家的廚房，上次這樣大整頓，是什麼時候的事了？