2018-06-12

• elleryq says: 沒想到 vagrant 的 ubuntu/xenial64 box 裡沒有 python，所以要用 ansible 的話，得自己裝
  
  Get Ansible to work on bare Ubuntu 16.04 without pyt...
• elleryq says: saltstack 看的有點頭昏眼花。
  grains 應該是等同於 ansible 的 facts，主要是取得 minions 裡的資訊。
  • e*****q says: .sls 是描述機器的狀態，當執行 sudo salt '*' state.apply 時，會根據狀態描述，將預期的狀態套用到 minions 上。這跟 ansible 有蠻大的不同，ansible 是寫好腳本，然後執行，而執行後的狀態，則是由模組來判定。
  • e*****q says: salt-cloud 則是主要處理雲端環境的命令，跟 ansible 不同的是，ansible 裡所有雲端處理、檔案處理...等等都是模組，所以寫法都是一致的，而 saltstack 都是用 salt-cloud 處理雲端建置。在建置的同時，可以用腳本安裝 salt 上去。
  • e*****q says: 先整理一下目前的理解。
    辦公室內的環境，需要自己安裝 salt-master, salt-minion ，建立起 saltstack 環境。在 master 裡撰寫狀態描述/pillow(變數定義)，執行 state.apply 就可以確保 minion 機器的狀態是如你所預期。
    雲端的環境，可以使用 salt-cloud 來建置出環境 (可以順便安裝 salt-master, salt-minion)，然後進去 salt-master 撰寫狀態描述/pillow(變數定義)，再去執行 state.apply。
  • e*****q says: 比較大的好處是，不需要每台機器都開 SSH port，只需要讓 minion 能連接到 master，就可以從 master 去維護 minion 的狀態，或是要求 minion 執行指定的指令。
  • e*****q says: 文件需要細看，現在是感覺比 ansible 來的複雜。不過細想，saltstack 這樣設計也是有他的道理。我是覺得 ansible 搭配 terraform 會比較好維護雲端環境的狀態。
  • e*****q says: 今天看到這裡為止。解散! XD
• elleryq says: GitKraken 也推了看板 globoard
  Issue Board - Task Tracking | GitKraken Glo Boards優點是可以綁 github，跟 github issues 同步。