暴走的程式碼…

　　在環境配置與系統設定完成後，開始安裝 Jenkins 與建立第一個 Jenkins 工作。

　　規劃 Jenkins CI 環境所需要的主機，並調整相關系統設定。

　　從幾年前開始，公司開始使用 Jenkins 進行 CI 的工作。

　　Jenkins 通常在建立完成後，很少會再去更新 Jenkins 及相關套件，所以每當需要重新建立 Jenkins 時，多多少少會發生因為套件更新而不能使用、套件版本衝突或是根本忘記如何設定…等情況。

　　在前幾次建立 Jenkins 的時候，都沒有將相關設定、操作步驟甚至是套件版本記錄下來，導致都會踩到一些曾經踩過的坑。剛好這次重建 Jenkins 屬於比較空閒的時段，順手做了一份紀錄，避免日後一直在相同的地方跌倒，至於能記錄多少，就隨緣了…

　　GitLab 不只可以使用 Postfix 來作為郵件伺服器，也提供了外部 SMTP Server 的設定方式。

　　雖然 Git 為分散式的版本控制，而且 GitHub 跟 Bitbucket 都有提供私密專案的服務，但是還是有人認為程式碼放在別人家並不安全（最安全的做法是放在自己維護的主機上面…？）或是在某些情況下無法使用（公司內部不開放對外部網路）。

　　GitLab 是一個可以自行建立 Git Repository 站台的解決方案，並且擁有大部分會使用到的功能。

　　在安裝 SQL Server 容錯移轉叢集完成後，開始將節點加入到 SQL Server 容錯移轉叢集。

　　網路上查到建立叢集的文章幾乎都是安裝 SQL Server 的，既然都已經安裝叢集了，就順便安裝一下 SQL Server 吧！

　　前陣子進行專案的時候，採用了 cluster 架構的 MSMQ，希望在叢集環境下，當服務失敗後會自動轉移至另一個節點，達到高可用性的目的。

　　結果在專案上線的時候，同事沒有將叢集 MSMQ 安裝好，在服務失敗後無法轉移節點（ＯＳ：這樣跟單機有什麼兩樣…）。

　　為了避免之後再發生相同的情況，所以自行研究了在 Windows Server 環境下如何建立容錯移轉叢集，安裝叢集 MSMQ 服務並使用程式碼進行相關測試。

　　叢集仲裁可以在節點伺服器關機或失去網路連線時，協助叢集成員資格變更與節點服務轉移，也可以透過仲裁設定的演算法來判斷叢集目前是否處於可用狀態，在叢集中算是一個很重要的角色（可參考 MSDN 文章：Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster）。

　　每一項叢集服務或應用程式都需要一個或多個獨立的叢集磁碟區存放服務資訊，記錄如何新增叢集磁碟。