我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)
邱繼平(山姆大叔)
- 出版商: 博碩文化
- 出版日期: 2025-01-02
- 定價: $650
- 售價: 7.8 折 $507
- 語言: 繁體中文
- 頁數: 320
- 裝訂: 平裝
- ISBN: 6264140694
- ISBN-13: 9786264140690
-
相關分類:
DevOps、Microsoft Azure
尚未上市,歡迎預購
買這商品的人也買了...
-
$940$700 -
$1,064Computer Security: Principles and Practice, 3/e (IE-Paperback)
-
$505HTTPS 權威指南:在服務器和 Web 應用上部署 SSL/TLS 和 PKI
-
$360$284 -
$420$357 -
$450$356 -
$480$379 -
$480$379 -
$534$507 -
$323$307
相關主題
商品描述
打造一個更容易進入心流的協作環境
- 本書內容改編自第15屆iThome鐵人賽DevOps組優選系列文章《任務導向的Azure DevOps》。筆者從自身經驗所遇到的組織改革中,將真實遇到的各個案例,透過多年來積累的協作技術與知識,在Azure DevOps Service進行各項功能的探索。並藉由團隊或組織中各利害關係人的各自立場,協調出一條合規又不失去敏捷意義的軟體開發生命週期。
本書從版本控管與自動化流水線作為基礎,提供實際開源案例,逐步引導讀者完成一個最簡單的軟體開發生命週期,來做為知識與技術的起點。並藉由各個場景故事,敘述團隊在遇到各式各樣問題時,應該要如何進行真正的利害關係人溝通,並找出平台可以協助解決的方式。期待讀者能夠找出更容易進入開發心流的那個夢想鄉。
【本書特色】
● 帶領讀者從基礎DevOps的背景知識開始,以本書開源的專案,提供詳細的步驟與教學,打造一個從程式庫、持續整合與持續交付到Azure雲端的專案。
● 以各種場景敘述,當要組織引入一個新的協作交付流程時,常會遇到的變革管理問題。並藉由各種溝通方式與技巧,並結合平台中所提供的各項軟體開發生命週期的必備功能,來完成一個新流程的引入。
● 最詳盡的Azure DevOps Test Plan的功能探索,筆者藉由團隊實際導入案例,對Test Plan這個昂貴功能進行了詳盡的研究,證實了該功能確實具備其價值,絕對不容錯過。
【專業推薦】
在這個軟體開發變化日新月異的時代,效率和團隊合作已經成為成功的關鍵。筆者引領你走向這場變革的重要指南。多奇數位創意 技術總監
Microsoft MVP/RD | Will 保哥
熱情是柴火,技術是工具,而全局觀則是將這些堅持與改變融入組織的最好攻角。本書便是以Azure DevOps 為工具,逐步告訴你如何透過全局的角度,以自己為起點影響周遭環境的最好參考。靖本行策有限公司執行長 | 盧建成(Augustin Lu)
作者簡介
- 邱繼平(山姆大叔)
在金融業中,你絕對會認可山姆大叔是個異類無誤。
討厭跟非理性人類溝通的他,對於那些無窮無盡不知目的的表單,存在著無止盡的懷疑,並憑藉著一身熱忱試圖推動大大小小的流程改善。
他最喜歡開發與交付價值,同時也不畏懼挑戰那些組織內的古法,也就是糟糕的SOP。因為他信奉的是價值思維,認為時時刻刻的行為都是為了交付價值,因此在組織內不斷地推行價值思維與DevOps文化。
目錄大綱
- CHAPTER1 單兵工程師在Azure DevOps 中不可或缺的技術力
1-1 Azure DevOps 入門
1-1-1 世界上的 DevOps 平台趨勢
1-1-2 Azure DevOps 入門
1-1-3 Azure DevOps Service 各項功能介紹
1-2 從程式碼開始Azure Repos
1-2-1 讓我們將既有的 Git 推到我們新建立的 Azure Repos 中
1-2-2 讓我們談一下 Git 及一些工具
1-2-3 Azure Repos 相關功能
1-3 目標是 Azure APP Service 及 Windows Server IIS
1-3-1 Azure APP Service
1-3-2 Azure VM
1-4 來一段自動化 Azure DevOps Pipelines
1-4-1 兩種不同的 Agent
1-4-2 認識一下兩種不同類型的 Azure Pipelines
1-4-3 將程式碼來進行自動編譯及部署
CHAPTER2 開發團隊在 Azure DevOps 平台中的協同開發、交付與溝通要點
2-1 任務、開發流及 Pull Request 的要點介紹
2-1-1 故事一:痛點與深空計畫的起始
2-1-2 與開發團隊溝通
2-1-3 與老闆溝通
2-1-4 POWERS 分析
2-1-5 保護分支:Azure Repos Branch Policy
2-1-6 升空目標與團隊的協作默契的建立
2-1-7 共識
2-1-8 小結
2-2 工作項目的說明,與自動化流水線的觸發
2-2-1 故事二:升空計畫需跨越原有安逸現實的第一步
2-2-2 與業務單位窗口溝通
2-2-3 三步工作法
2-2-4 軟體開發的起點,任務的開始與追蹤
2-2-5 共識
2-2-6 故事三:休士頓中心,我們遇到了一個問題(Houston, We Have a Problem)
2-2-7 在 Pull Request 後的多人協作要點
2-2-8 讓 Pipeline 為我們多做一點
2-2-9 共識
2-2-10 小結
2-3 自動化佈署以及資訊安全注意事項
2-3-1 故事四:讓開發團隊的星艦不斷的送上軌道吧!
2-3-2 Git 分支策略與 Environment 之間的關係
2-3-3 實作 Git 分支策略:develop 分支到測試環境
2-3-4 共識
2-3-5 故事五:達到第一宇宙速度的指示與發射許可!
2-3-6 實作部署許可設計:main 分支到營運環境
2-3-7 共識
2-3-8 小結
CHAPTER3 專案團隊的協作要點 - 實踐於Azure DevOps 平台管理軟體專案與測試計畫
3-1 專案里程碑、目標、使用者故事與品質保證
3-1-1 故事六:Mars 登陸計畫的開端
3-1-2 與專案主要負責窗口溝通
3-1-3 Azure Boards
3-1-4 Test Plan
3-1-5 共識
3-1-6 小結