現在分佈式已經不是大公司纔用到的方案了，小公司也因爲其的便利性而使用，但是分佈式的使用並不是那麼簡單的，劃分的模式，大小，規格都是分佈式在設計的時候需要考慮的。而配置文件的設計也是其需要考慮的重要的一環。
配置文件：應用需要依託這些數據來導航，保證應用在你所設計的軌道上面運行，並可以在運行時調整它的走向。但是分佈式的配置怎麼做到ACID呢？是不是簡單的修改配置然後重啓一下就行了呢？這些問題通過一位博主的文章瞭解了一些，現在稍微記錄一下。
阿里巴巴的配置中心應該是做的最好的，而我也只是瞭解其大概，而現在我們公司使用到的是consul來做的服務發現，而之前的配置文件以數據庫的形式存在，然後加載到redis中來提高效率，當配置需要改變的時候，通過配置服修改對應的redis。這樣也能做到分佈式的配置集中管理，帶來的麻煩就是redis和數據庫的表，列特別的多，經常因爲一條配置會衍生出很多配置，並且如果單純修改數據庫的表，也是需要重啓服務纔有用。現在的做法是通過consul的kv來對應其中的配置，通過不同的因子數，對應不同的配置來生效。在應用時第一次將consul的數據讀出來，然後丟到緩存中，效率也能得到提升。並且修改consul的kv，分佈式中是不用擔心一致性問題。目前瞭解的就是這些，等詳細摸清楚之後再來續章。
