ಬಹು-ವ್ಯವಸ್ಥಿತ ಪ್ರತ್ಯೇಕತೆ (Multi-Tenancy Isolation)

Ultimate Multisite: Multi-Tenancy 1.2.0 ಈಗ ಸ್ವಯಂಪ್ರಭುತ್ವದ (sovereign) ಬಳಕೆದಾರರಿಗೆ ಪ್ರತಿ ಉಪ-ಸೈಟ್ ಡೇಟಾಬೇಸ್ ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಇದು ನೆಟ್‌ವರ್ಕ್-ಮಟ್ಟದ ಪ್ರವೇಶ, ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಆಡಳಿತವನ್ನು ಉಳಿಸಿಕೊಂಡು ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುತ್ತದೆ.

ಪ್ರತ್ಯೇಕತೆಯ ಕಾರ್ಯತಂತ್ರ (Isolation strategy)

ಹೆಚ್ಚಿನ ಡೇಟಾ ಪ್ರತ್ಯೇಕತೆ, ಮೀಸಲಾದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಸ್ಟೋರೇಜ್ ಅಥವಾ ಪ್ರತ್ಯೇಕ ಹೋಸ್ಟ್ ಗಡಿ ಅಗತ್ಯವಿರುವ ಗ್ರಾಹಕರಿಗೆ ಸ್ವಯಂಪ್ರಭುತ್ವದ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಬಳಸಿ.

ಪ್ರತಿಯೊಂದು ಸ್ವಯಂಪ್ರಭುತ್ವದ ಬಳಕೆದಾರರ (sovereign tenant) ಹೊಂದಿರಬೇಕಾದ ಅಂಶಗಳು:

• ಆ ಹೋಸ್ಟ್‌ಗೆ ಅನುಮೋದಿತವಾದ ಮೀಸಲಾದ ಟೆನೆಂಟ್ ಡೇಟಾಬೇಸ್ ಅಥವಾ ಡೇಟಾಬೇಸ್ ಪ್ರಿಫಿಕ್ಸ್ ಕಾರ್ಯತಂತ್ರ.
• ಒಂದು ಮೀಸಲಾದ ಟೆನೆಂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ರೂಟ್ (root).
• ಆ ಸೈಟ್ ಅನ್ನು ಅದರ ಡೇಟಾಬೇಸ್, ರೂಟ್ ಪಾಥ್, ಹೋಸ್ಟ್ ಹೆಸರು ಮತ್ತು ಪ್ರತ್ಯೇಕತೆಯ ಮಾದರಿಗೆ ಹೊಂದಿಸುವ ಟೆನೆಂಟ್ ರಿಜಿಸ್ಟ್ರಿ ಎಂಟ್ರಿ.
• ಬಳಕೆದಾರರು ಲೈವ್ ಆಗಿ ಪರಿಗಣಿಸುವುದಕ್ಕೂ ಮೊದಲು ಮೈಗ್ರೇಷನ್ ಪರಿಶೀಲನಾ ಫಲಿತಾಂಶ (migration verification result).

ಡೇಟಾಬೇಸ್ ಹೋಸ್ಟ್ ಬೈಂಡಿಂಗ್ (Database host binding)

Version 1.2.0 ಸ್ವಯಂಪ್ರಭುತ್ವದ ಅಳವಡಿಕೆಗಳಿಗಾಗಿ ಡೀಫಾಲ್ಟ್ 'ಒಂದೇ ಯಂತ್ರದ ಹೋಸ್ಟ್ ಬೈಂಡಿಂಗ್' ನಹಜವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. localhost ನಂತಹ ಒಂದೇ ಯಂತ್ರದ ಮೌಲ್ಯಗಳನ್ನು ಸಾಮಾನ್ಯೀಕರಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದ Bedrock, FrankenPHP ಮತ್ತು ಕಂಟೈನರ್ ಮಾಡಿದ WordPress ಅಳವಡಿಕೆಗಳು MySQL ನಿಜವಾಗಿ ನೋಡುವ ಹೋಸ್ಟ್ ಸ್ಟ್ರಿಂಗ್ ವಿರುದ್ಧ ಅನುಮತಿಗಳನ್ನು ನೀಡಲು ಮತ್ತು ಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

ಒಂದು ಸ್ವಯಂಪ್ರಭುತ್ವದ ಬಳಕೆದಾರರನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವಾಗ:

1. ಡೇಟಾಬೇಸ್ ಹೋಸ್ಟ್ ಅನ್ನು ಟೆನೆಂಟ್ 런타ೈಮ್ (runtime) ಅಗತ್ಯವಿರುವ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಸಿ.
2. ಹೋಸ್ಟ್ ಸ್ಥಳೀಯ ಸಂಪರ್ಕಗಳನ್ನು ನಿರೀಕ್ಷಿಸಿದಾಗ, ಸ್ಥಳೀಯ ಸকেট ಅಳವಡಿಕೆಗಳಿಗಾಗಿ localhost ಬಳಸಿ.
3. ಡೇಟಾಬೇಸ್ ಸರ್ವರ್ ಆ ಹೋಸ್ಟ್ ಗೆ ಅನುಮತಿಗಳನ್ನು ನೀಡಿದಾಗ ಮಾತ್ರ 127.0.0.1 ಅಥವಾ ಸೇವೆ ಹೆಸರನ್ನು (service hostname) ಬಳಸಿ.
4. ಹೋಸ್ಟ್ ಬೈಂಡಿಂಗ್ ಅನ್ನು ಬದಲಾಯಿಸಿದ ನಂತರ ಮೈಗ್ರೇಷನ್ ಪರಿಶೀಲನೆಯನ್ನು (migration verification) இயக்கவும்.

ಪರಿಶೀಲನಾ ವರದಿಗಳು ಅನುಮತಿ ವಿಫಲತೆಗಳನ್ನು ತೋರಿಸಿದರೆ, ಟೆನೆಂಟ್ DB ಬಳಕೆದಾರರು ನೀಡಿದ ಅನುಮತಿಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಹೋಸ್ಟ್ ಬೈಂಡಿಂಗ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ. user@localhost ಗೆ ನೀಡಿದ ಬಳಕೆದಾರರು [email protected] ಅಥವಾ user@% ಗಿಂತ ಭಿನ್ನವಾಗಿರುತ್ತದೆ.

ಫೈಲ್ ಸಿಸ್ಟಮ್ ರೂಟ್ (Filesystem root)

ವ್ಯಾವಣೆ (Tenant) ಮೂಲ (root) ಪುನರಾರಂಭಗಳು ಮತ್ತು ಹಂಚಿಕೆಗಳ ನಂತರ ಸ್ಥಿರವಾಗಿರಬೇಕು. ತಾತ್ಕಾಲಿಕ ಮೌಂಟ್ ಪಥಗಳನ್ನು ತಪ್ಪಿಸಿ. Bedrock-ಶೈಲಿಯ ಇನ್‌ಸ್ಟಾಲ್‌ಗಳಿಗಾಗಿ, ಆ ಟೆನೆಂಟ್ ಮೂಲವು ಪ್ರೊಜೆಕ್ಟ್ ಮೂಲಕ್ಕೆ ಮಾತ್ರವಲ್ಲದೆ, ಆ ಟೆನೆಂಟ್ ಬೂಟ್‌ಸ್ಟ್ರಾಪ್ ನಿರೀಕ್ಷಿಸುವ ವರ್ಡ್ಪ್ರೆಸ್ ವೆಬ್ ರೂಟ್ ಅನ್ನು ತೋರಿಸುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.

ಒದಗಿಸುವಿಕೆಯ ಕ್ರಮ (Provisioning order)

ಹೊಸ ಸಾರ್ವಭೌಮ (sovereign) ಟೆನೆಂಟ್‌ಗಳಿಗಾಗಿ, ಈ ಕ್ರಮವನ್ನು ಬಳಸಿ:

1. ಟೆನೆಂಟ್ ರಿಜಿಸ್ಟ್ರಿ ಪ್ರವೇಶವನ್ನು ರಚಿಸಿ.
2. ಟೆನೆಂಟ್ ಡೇಟಾಬೇಸ್ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಬಳಕೆದಾರರನ್ನು ರಚಿಸಿ.
3. ಟೆನೆಂಟ್ ಸ್ಕೀಮಾವನ್ನು ಬೂಟ್‌ಸ್ಟ್ರಾಪ್ ಮಾಡಿ.
4. ಟೆನೆಂಟ್ ಬಳಕೆದಾರರನ್ನು ಒದಗಿಸಿ.
5. ಟೆನೆಂಟ್ ಫೈಲ್सिस्‍टಮ್ ಪಥಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ.
6. ಮೈಗ್ರೇಷನ್ ಪರಿಶೀಲನೆಯನ್ನು (migration verification) இயக்கவும்.
7. ಪರಿಶೀಲನೆ ಯಶಸ್ವಿಯಾದ ನಂತರ ರೌಟಿಂಗ್ ಅಥವಾ DNS ಅನ್ನು ಬದಲಾಯಿಸಿ.

ಈ ಕ್ರಮವು ಡೇಟಾಬೇಸ್ ರೈಟರ್, ಬಳಕೆದಾರರು ಮತ್ತು ಫೈಲ್सिस्‍टಮ್ ಸಿದ್ಧವಾಗುವ ಮೊದಲು ಭಾಗಶಃ ಪ್ರತ್ಯೇಕಗೊಂಡ ಟೆನೆಂಟ್‌ಗಳು ಟ್ರಾಫಿಕ್ ಪಡೆಯುವುದನ್ನು ತಡೆಯುತ್ತದೆ.

ಸಾರ್ವಭೌಮ ಗ್ರಾಹಕ ನಿರ್ವಹಣಾ ಹರಿವುಗಳು (Sovereign customer management flows)

Ultimate Multisite v2.13.0 ನಲ್ಲಿ, ಸಾರ್ವಭೌಮ ಮೋಡ್ (sovereign mode) ಸಕ್ರಿಯಗೊಂಡಿದ್ದರೆ, ಗ್ರಾಹಕ ನಿರ್ವಹಣೆಯ ಕಾರ್ಯಗಳನ್ನು ಮುಖ್ಯ sit-ದ ಮೇಲೆ ಇರಿಸಲಾಗುತ್ತದೆ. ಒಂದು ಟೆನೆಂಟ್ ಪ್ರತ್ಯೇಕ ವರ್ಡ್ಪ್ರೆಸ್ ಇನ್‌ಸ್ಟಾಲ್‌ನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು, ಆದರೆ ನೆಟ್‌ವರ್ಕ್ ಬಿಲ್ಲಿಂಗ್, ಸದಸ್ಯತ್ವ ಅಥವಾ ಹಂಚಿಕೆಯ ಖಾತೆ ಡೇಟಾದ ಮೇಲೆ ಅವಲಂಬಿತವಾದ ಗ್ರಾಹಕ-ಮುಖಿ ಕಾರ್ಯಗಳನ್ನು ಟೆನೆಂಟ್ 运行时 (runtime) ಒಳಗೆ ಪೂರ್ಣಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಬದಲು ಗ್ರಾಹಕರನ್ನು ಮುಖ್ಯ sit ಗೆ ಹಿಂತಿರುಗಿಸಬೇಕು.

ಮುಖ್ಯ sit ಹರಿವು ಈ ಕೆಳಗಿನವುಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ:

• ಚೆಕ್‌ಔಟ್ ಮತ್ತು ಯೋಜನೆ ಬದಲಾವಣೆಗಳು.
• ಖಾತೆ ಅವಲೋಕಿಕೆ ಮತ್ತು ಗ್ರಾಹಕ ಪ್ರೊಫೈಲ್ ಕಾರ್ಯಗಳು.
• ಬಿಲ್ಲಿಂಗ್ ವಿಳಾಸದ ನವೀಕರಣಗಳು ಮತ್ತು ಪಾವತಿ ನಿರ್ವಹಣಾ ಪರದೆಗಳು.
• ಇನ್‌ವಾಯ್ಸ್ ಮತ್ತು ಪಾವತಿ ಇತಿಹಾಸದ ನೋಟರು.
• sitಗಳನ್ನು ಸೇರಿಸುವುದು ಅಥವಾ sit ಅನ್ನು ಅಳಿಸುವುದು ಮುಂತಾದ sit ನಿರ್ವಹಣಾ ಕಾರ್ಯಗಳು.
• ಟೆಂಪ್ಲೇಟ್ ಬದಲಾವಣೆ (Template switching).
• ಡೊಮೇನ್ ಮ್ಯಾಪಿಂಗ್ ಮತ್ತು ಪ್ರಾಥಮಿಕ-ಡೊಮೇನ್ ಬದಲಾವಣೆಗಳು.

ಒಬ್ಬ ಗ್ರಾಹಕ ಆ ಸ್ವಯಂ ಆಡಳಿತದ (sovereign) ಟೆnante (tenant) ಯಿಂದ ಈ ಕೆಳಗಿನ ಯಾವುದೇ ಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ, Ultimate Multisite ಅದಕ್ಕೆ ಅನುಗುಣವಾದ ಮುಖ್ಯ-ಸೈಟ್ URL ಅನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ ಮತ್ತು ಸುರಕ್ಷಿತವಾಗಿದ್ದರೆ ಮೂಲ ಟೆnante ಅನ್ನು ಹಿಂತಿರುಗುವ ಗುರಿಯಾಗಿ ಉಳಿಸುತ್ತದೆ. ಇದು ಗ್ರಾಹಕರು ನೆಟ್‌ವರ್ಕ್ ದಾಖಲೆಗಳ ವಿರುದ್ಧ ನಿರ್ವಹಿಸಲ್ಪಟ್ಟ ಕ್ರಿಯೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ನಂತರ ಸ್ವಯಂ ಆಡಳಿತದ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಬಿಲ್ಲಿಂಗ್ ಅಥವಾ ಸದಸ್ಯತ್ವ ಸ್ಥಿತಿಯನ್ನು ನಕಲು ಮಾಡದೆ ಟೆnante ಸಂದರ್ಭಕ್ಕೆ ಹಿಂತಿರುಗಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ.

ಆಪರೇಟರ್‌ಗಳಿಗಾಗಿ, ಪ್ರಾಯೋಗಿಕ ನಿಯಮ ಹೀಗಿದೆ: ಸ್ವಯಂ ಆಡಳಿತದ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ಬಿಲ್ಲಿಂಗ್, account, checkout, invoice, template ಮತ್ತು domain-management ಪುಟಗಳನ್ನು ಮುಖ್ಯ ಸೈಟ್‌ನಲ್ಲಿ ಲಭ್ಯವಿರುವಂತೆ ಇಟ್ಟುಕೊಳ್ಳಿ. ಟೆnante ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ಗಳು ಆ ಪುಟಗಳಿಗೆ ಲಿಂಕ್ ಮಾಡಬಹುದು, ಆದರೆ ಕ್ರಿಯೆಯ ಮೂಲ ಸತ್ಯ (source of truth) ಮುಖ್ಯ ಸೈಟ್ ಆಗಿರುತ್ತದೆ.