## 可擴展性規劃 在某些公司Elasticsearch被用來每天索引和檢索PB級別的數據，但大多情況我們是從一個相對小很多的數據集開始系統建設的。雖然我們希望能成為下一個Facebook，但是現實往往比理想更骨感。雖然我們從當下開始建設，但之后橫向擴展的靈活性和簡便性還是必須考慮的。 ELasticsearch天生就是可擴展的。無論是運行在你的個人電腦之上還是運行在由數百個節點構成的集群之上，ELasticsearch都能很好的工作而且兩者之間的使用體驗并不會有太大的差異。從一個小集群擴展到一個大集群的過程幾乎是自動化的、自然而然的。從一個大集群擴展到一個巨型集群會需要一點規劃與設計，但是相對來說還是比較自然的。 當然，Elasticsearch也不是包治百病的靈丹妙藥，它也有自身的限制。如果你了解這些限制并且能很好的規避它們，這個擴展的過程將會比較平順。否則你不善待Elasticsearch，它也不會讓你很好過。 Elasticsearch的默認設置足以支撐你的系統走很長的路，但是為了更好的利用資源，你還是要認真的設計系統中的數據流。我們將會討論兩個通用的數據流場景：基于時間的數據流（比如日志事件、社交網絡時間軸這些基于時間相關性的數據）和基于用戶的數據流（比如大規模的數據集合可以按照用戶/客戶進行切分的場景）。 本章我們將幫助你在系統建設早期做出正確的決策，從而盡可能避免日后意想不到的麻煩。