今天我們來看看現有的環境狀況以及團隊要怎麼解決該狀況的方法：

Situation

• 缺乏管理的流程的問題常常就會顯露在服務環境上

• 譬如，既有的組織狀況一開始有兩種開發環境的狀況：

  • 開發人員以自己的電腦作為開發環境
  • 開發人員直接將測試機當作開發環境

• 而這樣的方式可想而知，在運作時常常看到以下的狀況：

  • 不同程式有不同的環境設置，當需要整合測試驗收的時候，當下才發現有許多流程斷點需要處理，不容易提早發現錯誤。
  • 開發環境設置與正式環境有諸多不同，即使測試環境測試完成也不能確保上線時能夠順利無誤。

  這也增加了很多維運上的困難

• 所有機器都在本地機房內沒有異地備援的概念，一但停電或網路不穩立即面臨服務中斷風險

Task

所以根據以上的問題，大致上可以分以下的 Task:

• 同一專案開發人員都使用一樣的開發與驗證環境設置
• 將測試環境設置與正式機環境對齊，增加正式環境功能可預期性及穩定度
• 維持服務穩定，不因地區性因素而中斷

Action

有了以上的 Task 之後，針對環境架構我們做了以下行動：

• 定義所有服務應有:
  • 開發環境
  • 工程內部整合環境
  • 跨部門驗收測試環境
  • 正式環境
• 使用 docker 或 template 建立環境，確保所有開發人員開發環境設定一致
• 開發人員權限收攏，不能更改跨部門驗收測試環境與正式環境
• 開發環境可在地端或雲端，其他環境皆在雲端

Result

• 同一平台開發人員都使用一樣的環境設置進行開發，多人協作時問題得以提早浮現，避免大家將錯誤歸因於環境而疏忽。
• 將測試環境盡可能貼近正式環境，確保所有正式機情境都可在測試機重現，除了增加上線穩定度，當有線上問題發生時也更容易驗證修正。
• 主力環境皆搬遷上雲，利用雲端廠商提供的 SLO 及備份機制，維持服務穩定性。

以上是管理面上看到的一些問題，後續在實作上的文章，會在寫的更詳細。