#automation

寫作時只寫一個 [[slug|說法]] remark plugin 在 build 時展開 ① 內文連結 讀者順著文脈跳到對的段落(支援標題錨點) ② 對方文末的「🔗 被引用於」 反向連結自動生成,還依引用所在章節分組 ③ 知識圖譜的一條邊 /graph/ 頁把全站文章畫成一張互動網絡圖 寫一次,長三個地方——文章寫得越多,舊文章越值錢

這個部落格本身,就是一個作品:把寫作做成一條產線

· tech · 約 5 分鐘

寫了 旅遊分帳 和 GitCrisp 的介紹之後,發現漏了一個最常被使用的作品——你現在正在看的這個網站。它不是「架個 blog」:一百六十多篇文章、十幾個系列、一排小工具的背後,是一個 Astro …

#side-project#automation#ai

role defaults —— 最通用的預設值 group_vars —— 整個群組共用(如 prod) host_vars —— 單一機器 play vars / vars_files task vars --extra-vars(-e)永遠最大 越具體,優先權越高 群組輸給單機、檔案輸給命令列——通用預設放底層,緊急覆寫走 -e

Playbook 進階:變數、條件,與重新定義成功

· tech · 約 5 分鐘 · 📚 Ansible for DevOps 讀書筆記 #4

上一篇的 playbook 是死的:寫死的套件、寫死的路徑,只能打一種環境。第五章一口氣補上讓它活起來的所有機關——變數、條件、錯誤處理。內容很雜,但整理之後其實就三個主題:資料從哪來(變數、fact…

#ansible#devops#automation

腳本:描述步驟 「依序做這些動作」 apt-get update apt-get install -y apache2 systemctl start apache2 中斷 = 卡在半套狀態 重跑 = 每一步都可能因「做過了」而爆炸 Playbook:描述狀態 「機器最後要長這樣」 apache2 已安裝 服務 started + enabled 設定檔內容 = 模板產出 每個斷言自帶現狀檢查(冪等) 中斷 = 重跑就好;跑幾次,結果都一樣

第一份 Playbook:把 shell 腳本翻譯成宣告式

· tech · 約 4 分鐘 · 📚 Ansible for DevOps 讀書筆記 #3

上一篇說膠帶貼到第二次就該轉正——這篇就是轉正手續。Playbook 說穿了只是「把 ad-hoc 指令寫進 YAML 檔案」,但書的第四章真正想教的,是一個世界觀的切換:腳本描述步驟,playboo…

#ansible#devops#automation

逐台 SSH 登入 → 打指令 → 登出,重複三次 terminal app1 app2 db t1 t2 t3 總時間 = t1 + t2 + t3,而且手會抖 10 台就是 10 次複製貼上 Ansible ad-hoc ansible multi -a "hostname" 一行指令 inventory:[multi] 展開 app1 app2 db t1 t1 t1 平行執行,總時間 ≈ 最慢那台;預設 5 forks,-f 調整

Ansible ad-hoc:一行指令,管一群機器

· tech · 約 4 分鐘 · 📚 Ansible for DevOps 讀書筆記 #2

上一篇說 Ansible 第一天就能用——這篇就是「第一天」的實際內容。書的第二、三章其實在回答兩個很務實的問題:我要在哪裡練習?(答案:一個可以隨時砍掉重練的本機實驗場)以及還沒學 playbook…

#ansible#devops#automation

Agent 模式(Puppet / Chef) 先養 master、每台機器裝 agent Master 伺服器 節點 + agent 節點 + agent 節點 + agent agent 定期輪詢、拉取組態 開始自動化之前,先多一套要維運的系統 Agentless(Ansible) 沒有 master、沒有 agent 你的筆電 節點 節點 節點 SSH 主動推送 節點只需要 SSH + Python——本來就有

Ansible 是什麼?從告別雪花伺服器講起

· tech · 約 5 分鐘 · 📚 Ansible for DevOps 讀書筆記 #1

每個維運過伺服器的人都經歷過這個循環:SSH 登入機器、改幾個設定、裝幾個套件、登出——三個月後沒有人記得那台機器上到底改過什麼。書裡把這種機器叫做 snowflake server(雪花伺服器):每…

#ansible#devops#automation

自動化的演進:一路往上,把人從迴圈裡拿掉 自動化↑ · 人越不用碰 ④ 自主 / 自癒系統系統自己管自己 → 人退出迴圈 ③ 通用自動化平台跨系統重用、一致、可擴展 ② 針對任務寫腳本省時,但腳本要人養、換場景就失效 ① 手動操作(toil)慢、易錯、不一致、無法規模化 ⚠ 但自動化會放大 blast radius 能一致地做對,就能一致地闖禍——一鍵下錯,關掉的可能是整個機房

自動化、發布工程與簡單性:讓『改變』又快又安全

· tech · 約 5 分鐘 · 📚 Google SRE 讀書筆記 #12

自動化、發布工程、簡單性,乍看是三個不相干的主題。但把它們擺在一起,會發現它們在回答同一個問題:怎麼讓「變更」既快又不出事?SRE 的三招答案分別是——用機器一致地做、把上線做成可重現的流程、以及讓要…

#sre#automation