Rose Yang

楊琬晴(Rose Yang)
CPHT (靖本行策有限公司) 共同創辦人

原先為後端服務開發者,接觸 DevOps 後,致力於組織面向 DevOps,透過更有效的需求管理、自動化流程、精益原則等,以更宏觀的角度提升整體價值流,協助企業在面對數位轉型時,除了加速反映市場需求,更能同時兼顧交付品質,永續的開發模式及產品營運。


出自 Rose Yang

如何讓 FinOps 成為 DevOps 的得力助手?

如何讓 FinOps 成為 DevOps 的得力助手?

FinOps 趨勢 近年來,為加速推動數位轉型與 IT 現代化,企業紛紛開始投向雲端的懷抱,期望利用雲端的優勢以提供更快速、更可靠的服務。企業在邁向雲端的初期,通常優先考量應用場景的服務選用、技術的重構與遷移、安全與合規性等議題,但隨著在雲端的業務趨於穩定後,攀升的雲端成本卻帶來了另一項挑戰。 根據 Google 關鍵字搜尋趨勢,從 2021 年的下半年開始,FinOps 熱議度明顯的攀升。在國際上,不論是相關的職缺,或是 DevOps、雲端等調查報告,多指出 FinOps 是 2022 的關注焦點[1][2],從 CIO 的訪談也不難看出企業正努力應對不斷上漲的雲端成本[3]。我們可以從調查報告[4][5]發現當前企業採用雲端的普遍現象: 雲端成本大幅增加,但大部分的受訪者表示存在著雲端浪費,且浪費的佔比還不低! 另外值得一提的是,根據 Hashicorp 2021 的調查報告[6]指出,超出預算者多為雲預算較高的企業! 因此,企業必須進一步思考: 雲預算逐年增加,是否真的來自業務增加?抑或因爲無法識別過去超支的原因,只能不斷地提高預算以持續業務? 同時,雲端支出所面臨的痛點導致業務、財務、工程團隊產生隔閡。這是因為使用雲端資源的人無法即時性的洞察支出,而事後的帳務報表檢閱者無法識別責任單位。

繼續閱讀
DevOps Handbook 第二版 案例分享

DevOps Handbook 第二版 案例分享

啊哈!DevOps Handbook 第二版 DevOps Handbook 是 DevOps 領域的經典書籍,同時也是 EXIN DevOps Professional 國際認證的核心教材,不論技術者或管理者,對於任何想學習 DevOps 核心概念與實踐的人來說,這本書就是最好的起點,也是大家書櫃上不能錯過的一本好書。 最近 Nicole Forsgren 博士(另一本 DevOps 經典書籍 «Accelerate» 的作者之一)為本書第二版添加了新的內容,包括: 15 個案例分享 近年來 DORA1、Puppet2 «State of DevOps Report» 的調研結果 «Accelerate» 所提及的關鍵指標 當前適用的技術工具 …等其他有趣的主題 當中,最主要新增的篇幅為 15 個案例分享,而這些案例多是來自企業在 DevOps Enterprise Summit (DOES)3 上精彩的分享。由於篇幅限制與章節分佈,因此有些案例在書中只能呈現部分的內容。我們將這些原始內容的相關資訊作了整理,並且提供十分扼要的註解。讓大家可以很快地找到感興趣的主題,然後前往觀看4 :sunglasses:

繼續閱讀
DevSecOps 成熟度模型(DSOMM)

DevSecOps 成熟度模型(DSOMM)

前言 隨著企業提升響應市場變化的速度,不管企業的規模為何,抑或屬於哪一種產業,DevOps 儼然成為現代 IT 的重要典範。但在快速迭代的業務發展下,由於傳統的安全治理較為繁瑣,也使企業在導入 DevOps 的過程中,從需求、設計、實作,到後續的監控和改善,較難看見充分的安全實踐,組織亦缺乏在每個流程階段,衡量當前安全的成熟狀況。 什麼是 OWASP DSOMM? DSOMM 2 的全名為 DevSecOps Maturity Model(DevSecOps 成熟度模型),或許大家較耳熟能詳 OWASP 的另一個軟體安全的成熟度模型 SAMM(Software Assurance Maturity Model,軟體保證成熟度模型),SAMM 針對五個業務功能(治理、設計、實作、驗證、維運)定義了一系列的安全實踐及評量指標,協助組織將安全覆蓋至全軟體開發生命週期。SAMM 為較高層級的規範性模型,而 DSOMM 則為更具體的 DevSecOps 實踐。

繼續閱讀
DevOps 工程師 - 實踐價值的道路

DevOps 工程師 - 實踐價值的道路

在過去帶領 DevOps 團隊的經驗裡,有時會遇到團隊成員對於身為 DevOps 工程師的價值有所疑惑或迷思: 🤔 我們好像只是在做各種工具的整合…是不是要像開發人員一樣寫程式,這樣才比較厲害!? 🤔 是不是要像開發團隊一樣面對市場客戶的需求,這樣才能產生價值的交付? 🤔 是不是打造完工具鏈,DevOps 團隊就不需要存在了? 本文同步刊登於 DZone - Addressing Concerns About Being a DevOps Engineer 認真做好每一樣事物,這才是工程 在工程的世界裡,每個領域絕對都有它專業價值的存在,只是使用的技術、工具及面對的客群不同。雖然各種 IaC 或 XaC 的工具,不像廣為人知的 Java、TypeScript、Python 等程式語言,但在撰寫的過程中,仍然需要基於邏輯地去考量彈性度、模組化等,以及如何透過測試維持品質。有時更因為它是基礎設施或與合規相關,所以相顯之下它所衝擊的範圍也較為龐大,而需更加謹慎。且在五花八門的工具世界裡,選擇一個適合您組織文化、流程、團隊技術線的解決方案,也是個大哉問,不落入貨物崇拜尤為重要。因此,只要保持好奇心、積極的態度,把事情做對,不論背後所採用的技術為何,這就是工程的美妙。

繼續閱讀
為你的自動化基礎設施拉上保險系列之三 - 單元測試

為你的自動化基礎設施拉上保險系列之三 - 單元測試

作為基礎設施的工具,Pulumi 主要可以採用以下三種方式進行測試,而除了驗證的範疇外,在程式語言的支援上也有所不同,下方的表格總結了三種方式主要的差異: 表格一:Pulumi 測試方法比較 單元測試 屬性測試 整合測試 實際部署基礎設施 否 是* 是 需要 Pulumi CLI 否 是 是 執行時間 毫秒 秒 分 語言 同 Pulumi 支援的程式語言 Node.

繼續閱讀
自動化建置 GCP HTTP 負載平衡器

自動化建置 GCP HTTP 負載平衡器

開始接觸 Pulumi 後,發現 GCP + Python 可以參考的資料很少,以建置 GCP HTTP Load Balancer 來說,Pulumi 官方提供了 Typescript 的寫法1,若自行對應相同資源的 Python API 範例,則會在執行時遇到一些小錯誤(稍後會提到)。因此本篇將會分享如何透過 Python 建立 GCP HTTP Load Balancer,完整的實作程式碼請至 GitHub 2查看。 架構說明 透過 HTTP Load Balancer,將請求導流至後端的 Nginx 伺服器,由於 VM 在初始化時,會透過 startup script 從外網抓取相關套件並安裝,因此需要為 VM 配置 Public IP 或 NAT proxy,讓 VM 可以與網際網路進行通訊。但為安全考量,我們只允許來自 Load Balancer 的請求,禁止透過 VM 的 Public IP 來存取服務。

繼續閱讀