文中建議三種 ansible 本身的安裝方式,不過我只建議大家用 pip 裝。
為什麼?
因為 ansible 的 bug 很多 (他們沒有 test case) ,雖然會修啦,但許多 hot fix 的版本只會放在 pip ,而不會上 apt repository。所以裝來裝去最後都是用 pip 裝了
其實這件事最奇怪的是有些開發者認為他們出事後如此的 transparent
,所以可以原諒,甚至還好評。
為什麼出事後 transparent 就可以被接受?這兩個有什麼因果關係?
完全不推...
即使他的效能和實作都很棒, 還是不能推薦這種產品
為什麼? 因為資料庫太重要了.
cassandra 磨了好幾年才算得上是穩定, 可信賴的產品. 如果你去看 cassandra 的 jira 就知道解的 bug 很多, 加的功能也不少. 一個照抄的實作是跟不上 cassandra 的發展的, 也沒辦法完全享受c++該有的優勢 (畢竟 cassandra 很多功能都是在 jvm 的前提下發展出來的)
如果 cassandra 只是像 redis memchached 之類小而美的產品, 自然是可行... 但 cassandra 是頭大怪獸啊
資料庫還是要看開發者社群強不強大, 本家 (datastax) 有沒有正常的營運 (而不是只會燒投資的錢). 不然 2, 3 年後就突然蒸發不見了, 你資料庫卻要跑 5 年以上, 你叫再大聲也不會有人救你的. (最近倒了好幾家搞 nosql 的, 各位要小心啊)
什麼時候選 Cassandra ? 除了這篇文章開頭列的那些理由。台灣的開發者有個基本的判斷法:
- 你的服務打算服務全球再考慮 Cassandra
不然只做給台灣人用的話,用傳統 RDBM 就嚇嚇叫了,遇到跑不動就開超大的主機就好了。
看起來 1.9 版也一樣受影響喔,等 patch 出了要趕快更新才行...
(CVE-2016-9587) - app-admin/ansible: Command execution on Ansible controller from host1