不爲也 比不能也

Often, users start using Elasticsearch because they need to add full-text search or analytics to an existing application. They create a single index that holds all of their documents. Gradually, others in the company realize how much benefit Elasticsearch brings, and they want to add their data to Elasticsearch as well.흔히, 사용자가 기존의 응용프로그램에 full-text 검색이나 분석 기능을 추가해야 하는 경우, Elasticsearch 사용을 시작한다..

We can use a large shared index for the many smaller forums by indexing the forum identifier in a field and using it as a filter:포럼의 식별자를 field에 색인 하고, 그것을 filter로 사용하여, 많은 수의 작은 포럼에 대해 거대한 공유된 index를 사용할 수 있다.PUT /forums { "settings": { "number_of_shards": 10 }, "mappings": { "post": { "properties": { "forum_id": { "type": "string", "index": "not_analyzed" } } } } } PUT /forums/post/1 { "forum_..

To keep our design simple and clean, we would like our application to believe that we have a dedicated index per user—or per forum in our example—even if the reality is that we are using one big shared index. To do that, we need some way to hide the routing value and the filter onforum_id.간단하게 말하면, 실제로는 하나의 큰 shared index를 사용하고 있지만, 응용프로그램이 사용자 별로(예제에서는 포럼 별로) 전용 index가 있다고 믿게 하고 싶다. 이를 위해, rout..

Big, popular forums start out as small forums. One day we will find that one shard in our shared index is doing a lot more work than the other shards, because it holds the documents for a forum that has become very popular. That forum now needs its own index.거대한 인기 있는 포럼은 작은 포럼으로 시작한다. 어느 날, 공유 index의 어떤 shard가 다른 shard보다 훨씬 더 많은 작업을 하고 있는 것을 발견했다. 왜냐하면, 해당 shard가 매우 인기 있는 포럼의 document를 가지고 있기 때..

Throughout this chapter we have spoken about many of the ways that Elasticsearch can scale. Most scaling problems can be solved by adding more nodes. But one resource is finite and should be treated with respect: the cluster state.이 장 전반에 걸쳐, Elasticsearch를 확장하는 많은 방법에 대해 이야기했다. 대부분의 확장 문제는 더 많은 node를 추가하여 해결할 수 있다. 그러나, 어떤 자원은 유한하고 고려되어야 한다. 그것이 cluster state이다.The cluster state is a data struc..