სუვერენული მიგრაციის სამუშაო პროცესი
Ultimate Multisite: Multi-Tenancy 1.2.0-მა დაამატა მიგრაციის გადამოწმების ბარიერები სტანდარტული ქვესაიტის სუვერენული ტენანტის ინფრასტრუქტურაში გადატანისთვის.
სანამ დაიწყებთ
დარწმუნდით, რომ გაქვთ:
- წყარო საიტის მიმდინარე ბექაპი (backup).
- Multi-Tenancy add-on აქტიურია.
- მიზნობრივი ტენანტის მონაცემთა ბაზა, ფაილის სისტემის ფესვი და დომენი მზად არის.
- მონაცემთა ჰოსტის ბაინდინგი (binding), რომელიც ემთხვევა მიზნობრივი გარემოს პარამეტრებს.
- წვდომა WP-CLI ბრძანებებზე ქსელის შესასრულებლად.
რეკომენდებული სამუშაო პროცესი
- მოამზადეთ მიზნობრივი ტენანტის მონაცემთა ბაზა და ფაილის სისტემა.
- დაარეგისტრირეთ ან განაახლეთ ტენანტის იზოლაციის პარამეტრები (tenant isolation settings).
- გაუშვით ტენანტის მიგრაცია (tenant migration).
- შექმენით ან გადაამოწმეთ ტენანტის მომხმარებლები (tenant users).
- გამოტვირთეთ ასინქრონული მიგრაციის სამუშაოები (drain async migration jobs).
- გაუშვით სუვერენული მიგრაციის გადამოწმება (sovereign migration verification).
- ეწვიეთ ტენანტს SSO-ით.
- DNS ან მარშრუტირების შეცვლა განახორციელეთ მხოლოდ იმ შემთხვევაში, თუ გადამოწმება წარმატებით და სრულდა.
გადამოწმების ბარიერები (Verification gates)
გადამოწმების სამუშაო პროცესი მიგრაციას რამდენიმე კუთხიდან აკონტროლებს:
- არსებობს თუ არა ტენანტის სქემა და შეუძლია თუ არა მას წერა მისი მონაცემთა ბაზის მწერლის (database writer) საშუალებით.
- კონფიგურირებული მონაცემთა ჰოსტი აქვს ვალიდური უფლებები (grants).
- არსებობს თუ არა ტენანტის მომხმარებლები და ემთხვევა თუ არა მოსალოდნელი სუვერენული ინსტალაციის მომხმარებლების რაოდენობას.
- ასინქრონული პუშის kolejка (async push queue) წარმატებით შეიძლება გამოვიტანოთ (drain).
- სუვერენული ტენანტისთვის აღარ არის საჭირო ძველი ქსელის მონაცემთა გზ ები (legacy network-side data paths).
გაითვალისწინეთ გადამოწმების შეუსაბამობები როგორც დაწყებამდე არსებული ბლოკერები. შეასწორეთ შეტყობინებული პრობლემა – იქნება ეს მონაცემთა ბაზა, მომხმარებელი, kolejка თუ მარშრუტირება – შემდეგ კი ხელახლა გაუშვით გადამოწმება, სანამ ტენანტს მომხმარებლებისთვის არ გახსნით.
პირველი პროდუქციული ვიზიტი
გადამოწმების წარმატებით დასრულების შემდეგ, გამოიყენეთ Visit (SSO) სൈ tolerate მართვის ეკრანიდან პირველი ადმინისტრაციული ვიზიტისთვის. ეს ერთ კონტროლირებულ ნაბიჯში ადასტურებს ტენანტის მარშრუტირებას, SSO ტოკენების დამუშავებას, წარმოქმნის წერტილს (origin pinning) და მომხმარებლის პრომოციას ტენანტის მხარეს.