როგორ შეცვალოთ mapping reindex-ისა და alias-ის გამოყენებით?

Question

IT Interview Practice · Accepted Answer

Alias არის სტაბილური სახელი, რომელიც index-ზე მიუთითებს. როცა ველს mapping-ის შეუთავსებელი ცვლილება სჭირდება, ახალი index შექმენით და კოპირებული მონაცემის შემოწმების შემდეგ სახელი გადაიტანეთ.

## წარმოიდგინეთ ცვლილება

```text
Before: application -> products -> products-v1
After:  application -> products -> products-v2
```

აპლიკაცია ისევ `products`-ს იყენებს. ჯერ სასურველი mapping-ითა და პარამეტრებით შექმენით `products-v2`. Reindex document-ებს აკოპირებს, მაგრამ საწყისი index-ის კონფიგურაციას ავტომატურად არ გადაიტანს.

## მარტივი მიგრაცია, როცა ჩაწერის შეჩერება მისაღებია

- შეაჩერეთ აპლიკაციის ჩაწერები, ფონური writer-ების ჩათვლით; საჭიროებისამებრ წაკითხვა ხელმისაწვდომი დატოვეთ.
- Reindex-ით v1 გადაიტანეთ v2-ში, შეამოწმეთ შეცდომები, შემდეგ კოპირებული მონაცემის საძიებოდ გახდის შემდეგ ტიპური document-ები და query-ები შეამოწმეთ.
- შეცვალეთ alias, გამოცადეთ აპლიკაციის წაკითხვა და ჩაწერა, შემდეგ writer-ები განაახლეთ.

Alias-ისთვის, რომელიც ახლა მხოლოდ v1-ზე მიუთითებს, ეს Kibana Dev Tools მოთხოვნა გადართვას ერთ alias განახლებაში ასრულებს:

```http
POST /_aliases
{
  "actions": [
    {"remove":{"index":"products-v1","alias":"products","must_exist":true}},
    {"add":{"index":"products-v2","alias":"products","is_write_index":true}}
  ]
}
```

ჩაწერის განახლებამდე პასუხი შეამოწმეთ. ეს ცალკე remove/add შუალედს გამორიცხავს; მიგრაციისას გამოტოვებულ ცვლილებებს არ აკოპირებს.

## თუ ჩაწერა ვერ ჩერდება

გჭირდებათ კოპირებისას ცვლილებების გამძლე ჩანაწერი და updates/deletes-ის გამეორების გზა ისე, რომ ძველმა მონაცემმა ახალი არ გადაწეროს. ეს ცალკე სინქრონიზაციის დიზაინია. V1 დროებით შეინარჩუნეთ, მაგრამ v2-ში ახალი ჩაწერების შემდეგ უკან გადართვის უდანაკარგობას ნუ ივარაუდებთ.

[ოფიციალური დოკუმენტაცია](https://www.elastic.co/docs/manage-data/data-store/aliases).

წარმოიდგინეთ ცვლილება

მარტივი მიგრაცია, როცა ჩაწერის შეჩერება მისაღებია

თუ ჩაწერა ვერ ჩერდება

დაკავშირებული კითხვები