Skip to main content

බහු-තමාවන් වෙන් කිරීම (Multi-Tenancy Isolation)

Ultimate Multisite: Multi-Tenancy 1.2.0 මගින් ස්වෛරී තෑරුම්කරුවන් සඳහා එක් උප-සයිට් දත්ත සමුදායක් සහ ගොනු පද්ධතියක් වෙන් කිරීමේ හැකියාව සපයයි. මෙය ජාල මට්ටමේ සැපයුම, බිල් කිරීම සහ පරිපාලනය ආරක්ෂා කර ගනිමින් තෑරුම්කරුවන්ගේ දත්ත වෙන වෙනම තබා ගැනීමට උපකාරී වේ.

වෙන් කිරීමේ උපාය මාර්ගය (Isolation strategy)​

දත්ත වඩාත් ශක්තිමත් ලෙස වෙන් කිරීම, කැපවූ ගොනු පද්ධතිය ගබඩා කිරීම හෝ වෙනම සත්කාරක සීමාවක් අවශ්‍ය වන පාරිභෝගිකයින් සඳහා ස්වෛරී වෙන් කිරීම භාවිතා කරන්න.

සෑම ස්වෛරී තෑරුමක්ම තිබිය යුතුය:

  • සත්කාරකයා විසින් අනුමත කරන ලද කැපවූ තෑරුම්කරුවන්ගේ දත්ත සමුදායක් හෝ දත්ත සමුදා ඉදිරියට ඇති පෙරනිමි ප්‍රවේශය (database prefix strategy).
  • කැපවූ තෑරුම්කරුවන්ගේ ගොනු පද්ධතියේ මුල (dedicated tenant filesystem root).
  • එම සයිට් එක එහි දත්ත සමුදායට, මූලික මාර්ගයට (root path), නාම යටතේ නාමයට (hostname) සහ වෙන් කිරීමේ ආකෘතියට (isolation model) සම්බන්ධ කරන තෑරුම්කරුවන්ගේ ලේඛනයක්.
  • තෑරුම සක්‍රීය කිරීමට පෙර සංක්‍රමණය තහවුරු කිරීමේ ප්‍රතිඵලයක් තිබිය යුතුය.

දත්ත සමුදා සත්කාරක බැඳීම (Database host binding)​

Version 1.2.0 මගින් ස්වෛරී ස්ථාපන සඳහා පෙරනිමි එකම යන්ත්‍රයේ සත්කාරක බැඳීමේ හැසිරීම වෙනස් කරයි. localhost වැනි එකම යන්ත්‍රයේ අගයන් Bedrock, FrankenPHP සහ containerized WordPress ස්ථාපනවලට MySQL ඇත්ත වශයෙන්ම දකින සත්කාරක නාමය සමඟ අවසර ලබා දී තහවුරු කර ගැනීමට ඉඩ සලසයි.

ස්වෛරී තෑරුමක් වින්‍යාස කිරීමේදී:

  1. දත්ත සමුදා සත්කාරකය (database host) තෑරුම්කරුවන්ගේ runtime එකට අවශ්‍ය අගයට සකසන්න.
  2. සත්කාරකයක් දේශීය සම්බන්ධතා අපේක්ෂා කරන විට, දේශීය සෙට්කට් ස්ථාපන සඳහා localhost භාවිතා කරන්න.
  3. දත්ත සමුදා සේවාදායකය එම සත්කාරකයට අයිතිවාසිකම් ලබා දුන් විට පමණක් 127.0.0.1 හෝ සේවාව නාමය (service hostname) භාවිතා කරන්න.
  4. සත්කාරක බැඳීම වෙනස් කිරීමෙන් පසු සංක්‍රමණය තහවුරු කිරීමේ ක්‍රියාවලිය සිදු කරන්න.

තහවුරු කිරීම් අසාර්ථක බව වාර්තා කරන්නේ නම්, තෑරුම්කරුවන්ගේ DB පරිශීලක අවසරයන් වින්‍යාස කරන ලද සත්කාරක බැඳීම සමඟ සංසන්දනය කරන්න. user@localhost සඳහා ලබා දී ඇති පරිශීලකය [email protected] හෝ user@% වලට වඩා වෙනස් වේ.

ගොනු පද්ධතියේ මුල (Filesystem root)​

ભાומר (Tenant root) නැවත ආරම්භ කිරීම් සහ දියත් කිරීම් වලදී ස්ථාවරව තිබිය යුතුය. තාවකාලික මා운ට් (mount) මාවත් භාවිතා කිරීමෙන් වළකින්න. Bedrock-ශෛලියේ ස්ථාපනයන් සඳහා, ටේන්ට් රූට් එක ඔබේ WordPress වෙබ් රූට් එකට යොමු වී ඇත්දැයි තහවුරු කරන්න, එය ප්‍රොජෙක්ට් රූට් එකට පමණක් නොව, ටේන්ට් බූට්ස්ක්‍රෙප්ට් (bootstrap) විසින් අපේක්ෂා කරන WordPress වෙබ් රූට් එකට ද යන්න තහවුරු කරන්න.

සැපයුම් කිරීමේ අනුපිළිවෙල (Provisioning order)​

නව ස්වෛරී ටේන්ට් සඳහා, මෙම පිළිවෙල භාවිතා කරන්න:

  1. ටේන්ට් ලේඛනය (tenant registry entry) නිර්මාණය කිරීම.
  2. ටේන්ට් දත්ත සමුදාය (database) සහ දත්ත සමුදා පරිශීලකයා (database user) නිර්මාණය කිරීම.
  3. ටේන්ට් ස්කීමා (schema) බූට්ස්ක්‍රෙප්ට් කිරීම.
  4. ටේන්ට් පරිශීලකයන් සැපයුම් කිරීම.
  5. ටේන්ට් ගොනු පද්ධති මාර්ග (filesystem paths) වින්‍යාස කිරීම.
  6. සංක්‍රාන්ති තහවුරු කිරීම (migration verification) ක්‍රියාත්මක කිරීම.
  7. තහවුරු කිරීම සාර්ථක වූ පසු රවුටින් හෝ DNS වෙනස් කිරීම.

මෙම පිළිවෙල මගින් දත්ත සමුදායේ ලේඛකයින් (writer), පරිශීලකයන් සහ ගොනු පද්ධතිය සූදානම් වීමට පෙර අර්ධ වශයෙන් වෙන් කර ඇති ටේන්ට් වලට ප්‍රවාහයන් ලැබීම වැළැක්වීම සිදු කරයි.

ස්වෛරී පාරිභෝගික කළමනාකරණ ප්‍රවාහයන් (Sovereign customer management flows)​

Ultimate Multisite v2.13.0 හි, ස්වෛරී මාදිලිය (sovereign mode) සක්‍රීය කර ඇති විට පාරිභෝගික කළමනාකරණ ක්‍රියාකාරකම් ප්‍රධාන වෙබ් අඩවිය මත තබා ගනී. ටේන්ට් එකක් තවමත් වෙන් වූ WordPress ස්ථාපනයක් ලෙස ක්‍රියාත්මක විය හැකි නමුත්, ජාල බිලින් (network billing), සාමාජිකත්වය (membership) හෝ පොදු ගිණුම් දත්ත මත රඳා පවතින පාරිභෝගික මුහුණුවරේ ක්‍රියාකාරකම් ටේන්ට් runtime තුළ සම්පූර්ණ කිරීමට උත්සාහ කරනවා වෙනුවට, එම පාරිභෝගිකයා ප්‍රධාන වෙබ් අඩවිය වෙත යොමු කළ යුතුය.

ප්‍රධාන වෙබ් අඩවි ප්‍රවාහය (main-site flow) පහත දේ සඳහා අදාළ වේ:

  • චෙක්අවුට් සහ සැලසුම් වෙනස්කම්.
  • ගිණුම් දළ විශ්ලේෂණය සහ පාරිභෝගික පැතිකඩ ක්‍රියාකාරකම්.
  • බිලින් ලිපිනය යාවත්කාලීන කිරීම් සහ ගෙවීම කළමනාකරණ තිර (payment-management screens).
  • ඉන්වොයිසිය සහ ගෙවීම් ඉතිහාස දර්ශන (payment-history views).
  • අඩවි කළමනාකරණ ක්‍රියාකාරකම් වන අඩවි එකතු කිරීම හෝ අඩවිය මකා දැමීම වැනි දේ.
  • සැකිලි වෙනස් කිරීම (Template switching).
  • ප්‍රදේශ සිතියම් කිරීම (Domain mapping) සහ ප්‍රාථමික ප්‍රදේශය (primary-domain) වෙනස් කිරීම්.

පාරිභෝගිකයා සෝවේරීන් ටේන්ට් එකකින් (sovereign tenant) මෙම ක්‍රියාවලීන්ගෙන් එකක් ආරම්භ කළ විට, Ultimate Multisite අදාළ ප්‍රධාන වෙබ් අඩවි URL එක ගොඩනඟා ගන්නා අතර ආරක්ෂිත නම්, මූලාශ්‍ර ටේන්ට් එක ප්‍රතිප්‍රහාර ඉලක්කයක් ලෙස තබා ගනී. මෙය පාරිභෝගිකයින්ට ජාල වාර්තා සමඟ කළමනාකරණය කරන ලද ක්‍රියාව සම්පූර්ණ කිරීමට ඉඩ සලසයි, ඉන්පසු බිල්පත් කිරීම හෝ සාමාජිකත්ව තත්ත්වය දත්ත සමුදායේ දෙගුණයක් නොකර ටේන්ට් සන්දර්භයට නැවත පැමිණීමට ඉඩ සලසයි.

මෙහෙයුම්කරුවන් සඳහා ප්‍රායෝගික නීතිය නම්: සෝවේරීන් ජාල සඳහා බිල්පත් කිරීම, ගිණුම, චෙක්අවුට් (checkout), ඉන්වොයිසිය, සැකිලි (template) සහ ડોමේන් කළමනාකරණ පිටු ප්‍රධාන වෙබ් අඩවිය මත ලබා ගත හැකි ලෙස තබා ගැනීමයි. ටේන්ට් දත්ත පුවරු (Tenant dashboards) එම පිටු වලට සම්බන්ධ විය හැකි වුවද, ක්‍රියාව සඳහා මූලාශ්‍ර සත්‍යතාව (source of truth) ප්‍රධාන වෙබ් අඩවියම පවතී.