චෙල්යාබින්ස්ක් හි සවුත්බ්‍රිජ් සහ කුබර්නෙටේස් හි බිට්‍රික්ස්

Sysadminka පද්ධති පරිපාලක හමුවීම් Chelyabinsk හි සිදුවෙමින් පවතින අතර, ඒවායින් අවසාන වශයෙන් මම Kubernetes හි 1C-Bitrix මත යෙදුම් ධාවනය කිරීම සඳහා අපගේ විසඳුම පිළිබඳ වාර්තාවක් ලබා දුන්නා.

Bitrix, Kubernetes, Ceph - විශිෂ්ට මිශ්රණයක්?

මේ සියල්ලෙන් අපි වැඩ කරන විසඳුමක් සකස් කරන්නේ කෙසේදැයි මම ඔබට කියමි.

අපි යමු!

චෙල්යාබින්ස්ක් හි සවුත්බ්‍රිජ් සහ කුබර්නෙටේස් හි බිට්‍රික්ස්

හමුවීම අප්‍රේල් 18 වන දින Chelyabinsk හිදී පැවැත්විණි. අපගේ හමුවීම් ගැන ඔබට කියවිය හැකිය කාලපෑඩය සහ බලන්න youtube.

ඔබට වාර්තාවක් සමඟ හෝ සවන්දෙන්නෙකු ලෙස අප වෙත පැමිණීමට අවශ්‍ය නම් - සාදරයෙන් පිළිගනිමු, ලියන්න [විද්‍යුත් ආරක්‍ෂිත] සහ Telegram t.me/vadimisakanov මත.

මගේ වාර්තාව

චෙල්යාබින්ස්ක් හි සවුත්බ්‍රිජ් සහ කුබර්නෙටේස් හි බිට්‍රික්ස්

විනිවිදක

විසඳුම "Bitrix in Kubernetes, version Southbridge 1.0"

රැස්වීමේදී සිදු කළ පරිදි, "කුබර්නෙටස් හි ඩමි සඳහා" ආකෘතියෙන් අපගේ විසඳුම ගැන මම කතා කරමි. නමුත් Bitrix, Docker, Kubernetes, Ceph යන වචන ඔබ අවම වශයෙන් විකිපීඩියාවේ ලිපි මට්ටමින්වත් දන්නා බව මම උපකල්පනය කරමි.

Kubernetes හි Bitrix ගැන සූදානම් වන්නේ කුමක්ද?

Kubernetes හි Bitrix යෙදුම්වල ක්‍රියාකාරිත්වය පිළිබඳ සමස්ත අන්තර්ජාලයේ තොරතුරු ඉතා අල්පය.
මට හමු වූයේ මෙම ද්‍රව්‍ය පමණි:

Qsoft වෙතින් Alexander Serbul, 1C-Bitrix සහ Anton Tuzlukov විසින් වාර්තාව:

මම එය සවන් දීමට නිර්දේශ කරමි.

පරිශීලකයාගෙන් ඔබේම විසඳුමක් සංවර්ධනය කිරීම සර්කිරොන් Habré මත.
තවත් සොයා ගත්තා එවැනි තීරණයක්.

Aaand... ඇත්තටම, එච්චරයි.

මම ඔබට අනතුරු අඟවමි, ඉහත සබැඳිවල ඇති විසඳුම්වල ගුණාත්මකභාවය අපි පරීක්ෂා කර නැත :)
මාර්ගය වන විට, අපගේ විසඳුම පිළියෙළ කරන විට, මම ඇලෙක්සැන්ඩර් සර්බුල් සමඟ කතා කළෙමි, එවිට ඔහුගේ වාර්තාව තවමත් දර්ශනය වී නොතිබුණි, එබැවින් මගේ විනිවිදකවල “Bitrix Kubernetes භාවිතා නොකරයි” යන අයිතමය ඇත.

නමුත් දැනටමත් Docker හි Bitrix ධාවනය කිරීම සඳහා සූදානම් කළ Docker පින්තූර රාශියක් ඇත: https://hub.docker.com/search?q=bitrix&type=image

Kubernetes හි Bitrix සඳහා සම්පූර්ණ විසඳුමක් නිර්මාණය කිරීමට මෙය ප්රමාණවත්ද?
නැත. විසඳිය යුතු ගැටලු විශාල ප්‍රමාණයක් තිබෙනවා.

Kubernetes හි Bitrix සමඟ ඇති ගැටළු මොනවාද?

පළමුව, Dockerhub වෙතින් සූදානම් කළ පින්තූර Kubernetes සඳහා සුදුසු නොවේ

අපට ක්ෂුද්‍ර සේවා ගෘහ නිර්මාණ ශිල්පයක් ගොඩ නැගීමට අවශ්‍ය නම් (සහ අපි සාමාන්‍යයෙන් කුබර්නෙට්ස් වලදී), අපගේ කුබර්නෙට්ස් යෙදුම බහාලුම්වලට වෙන් කර එක් එක් බහාලුම් එක කුඩා කාර්යයක් ඉටු කිරීමට අවශ්‍ය වේ (සහ එය හොඳින් කරන්න). ඇයි එකම එක? කෙටියෙන් කිවහොත්, සරල වන තරමට වඩා විශ්වාසදායකය.
වඩාත් නිශ්චිතව පැවසීමට, කරුණාකර මෙම ලිපිය සහ වීඩියෝව නරඹන්න: https://habr.com/ru/company/southbridge/blog/426637/

Dockerhub හි ඩොකර් රූප ප්‍රධාන වශයෙන් ගොඩනගා ඇත්තේ සියල්ලෙන් එක මූලධර්මය මත බැවින් අපට තවමත් අපගේම බයිසිකලයක් සෑදීමට සහ මුල සිටම පින්තූර නිර්මාණය කිරීමට සිදු විය.

දෙවනුව - අඩවි කේතය පරිපාලක පැනලයෙන් සංස්කරණය කර ඇත

අපි වෙබ් අඩවියේ නව කොටසක් නිර්මාණය කළා - කේතය යාවත්කාලීන කරන ලදි (නව කොටසේ නම සහිත නාමාවලියක් එකතු කරන ලදී).

ඔබ පරිපාලක පැනලයෙන් සංරචකයක ගුණාංග වෙනස් කළේ නම්, කේතය වෙනස් විය.

Kubernetes "පෙරනිමියෙන්" මෙය සමඟ වැඩ කළ නොහැක; බහාලුම් අස්ථායී විය යුතුය.

හේතුව: පොකුරේ ඇති සෑම බහාලුමක්ම (පොඩ්) ගමනාගමනයෙන් කොටසක් පමණක් සකසයි. ඔබ එක් බහාලුම් (pod) තුළ පමණක් කේතය වෙනස් කරන්නේ නම්, විවිධ පොඩ් වල කේතය වෙනස් වේ, වෙබ් අඩවිය වෙනස් ලෙස ක්‍රියා කරයි, සහ වෙබ් අඩවියේ විවිධ අනුවාද විවිධ පරිශීලකයින්ට පෙන්වනු ඇත. එහෙම ජීවත් වෙන්න බෑ.

තෙවනුව - ඔබ යෙදවීම සමඟ ගැටළුව විසඳා ගත යුතුය

අපට මොනොලිත් සහ එක් "සම්භාව්‍ය" සේවාදායකයක් තිබේ නම්, සියල්ල ඉතා සරල ය: අපි නව කේත පදනමක් යොදන්න, දත්ත සමුදාය සංක්‍රමණය කරන්න, කේතයේ නව අනුවාදයට ගමනාගමනය මාරු කරන්න. මාරුවීම ක්ෂණිකව සිදු වේ.
අපට Kubernetes හි වෙබ් අඩවියක් තිබේ නම්, ක්ෂුද්‍ර සේවාවලට කපා, කේතය සහිත බහාලුම් රාශියක් තිබේ - ඔහ්. ඔබට කේතයේ නව අනුවාදයක් සහිත බහාලුම් එකතු කිරීම, පැරණි ඒවා වෙනුවට ඒවා රෝල් කිරීම, දත්ත සමුදාය නිවැරදිව සංක්‍රමණය කිරීම සහ අමුත්තන්ගේ අවධානයට ලක් නොවන ලෙස මෙය සිදු කිරීම අවශ්‍ය වේ. වාසනාවකට මෙන්, Kubernetes අපට මේ සඳහා උපකාර කරයි, විවිධ වර්ගයේ යෙදවීම් සමූහයකට සහාය වේ.

හතරවනුව - ඔබ ස්ථිතික ගබඩා කිරීමේ ගැටළුව විසඳා ගත යුතුය

ඔබේ වෙබ් අඩවිය ගිගාබයිට් 10ක් "පමණක්" නම් සහ ඔබ එය සම්පූර්ණයෙන්ම බහාලුම්වල යොදවන්නේ නම්, ඔබට සදහටම යෙදවීමට ගතවන ගිගාබයිට් බහාලුම් 10ක් අවසන් වේ.
ඔබට වෙබ් අඩවියේ “බරම” කොටස් බහාලුම්වලින් පිටත ගබඩා කළ යුතු අතර, මෙය නිවැරදිව කරන්නේ කෙසේද යන ප්‍රශ්නය පැන නගී

අපගේ විසඳුමේ නැති වී ඇත්තේ කුමක්ද?

සම්පූර්ණ Bitrix කේතය microfunctions/microservices ලෙස බෙදී නොමැත (එබැවින් ලියාපදිංචිය වෙනම, අන්තර්ජාල වෙළඳසැල් මොඩියුලය වෙනම, ආදිය). අපි එක් එක් බහාලුම්වල සම්පූර්ණ කේත පදනම ගබඩා කරමු.

අපි Kubernetes හි දත්ත සමුදාය ගබඩා නොකරමු (මම තවමත් සංවර්ධන පරිසරයන් සඳහා Kubernetes හි දත්ත ගබඩාවක් සමඟ විසඳුම් ක්‍රියාත්මක කළ නමුත් නිෂ්පාදනය සඳහා නොවේ).

වෙබ් අඩවිය Kubernetes මත ධාවනය වන බව අඩවි පරිපාලකයින්ට තවමත් දැකගත හැකි වනු ඇත. "පද්ධති පරීක්ෂාව" ශ්‍රිතය නිවැරදිව ක්‍රියා නොකරයි; පරිපාලක පැනලයෙන් අඩවි කේතය සංස්කරණය කිරීමට, ඔබ ප්‍රථමයෙන් "මට කේතය සංස්කරණය කිරීමට අවශ්‍ය" බොත්තම ක්ලික් කළ යුතුය.

ගැටළු හඳුනාගෙන ඇත, ක්ෂුද්‍ර සේවා ක්‍රියාත්මක කිරීමේ අවශ්‍යතාවය තීරණය කර ඇත, ඉලක්කය පැහැදිලිය - Kubernetes හි Bitrix හි යෙදුම් ධාවනය සඳහා ක්‍රියාකාරී පද්ධතියක් ලබා ගැනීම, Bitrix හි හැකියාවන් සහ Kubernetes හි වාසි දෙකම ආරක්ෂා කරයි. අපි ක්රියාත්මක කිරීම ආරම්භ කරමු.

ගෘහ නිර්මාණ ශිල්පය

වෙබ් සේවාදායකයක් (කම්කරුවන්) සමඟ "වැඩ කරන" පොඩ් බොහෝ ඇත.
ක්‍රෝන් කාර්යයන් සහිත එකක් (එකක් පමණක් අවශ්‍ය වේ).
පරිපාලක පැනලයෙන් අඩවි කේතය සංස්කරණය කිරීම සඳහා එක් උත්ශ්‍රේණි කිරීමක් (එසේම එකක් පමණක් අවශ්‍ය වේ).

චෙල්යාබින්ස්ක් හි සවුත්බ්‍රිජ් සහ කුබර්නෙටේස් හි බිට්‍රික්ස්

අපි ප්රශ්න විසඳන්නෙමු:

  • සැසි ගබඩා කිරීමට කොහෙද?
  • හැඹිලි ගබඩා කිරීමට කොහෙද?
  • බහාලුම් පොකුරක් තුළ ගිගාබයිට් ස්ථිතික ස්ථානගත නොකිරීමට, ස්ථිතික ගබඩා කිරීමට කොහෙද?
  • දත්ත සමුදාය ක්‍රියා කරන්නේ කෙසේද?

ඩොකර් රූපය

අපි ඩොකර් රූපයක් ගොඩනැගීමෙන් ආරම්භ කරමු.

කදිම විකල්පය නම්, අපට එක් විශ්වීය රූපයක් ඇත, එහි පදනම මත අපට කම්කරු පොඩ්ස්, ක්‍රොන්ටස්ක් සහිත කරල් සහ කරල් උත්ශ්‍රේණි කිරීම ලැබේ.

අපි එවැනි රූපයක් හැදුවා.

එයට nginx, apache/php-fpm (ගොඩනැගීමේ දී තෝරා ගත හැක), තැපෑල යැවීම සඳහා msmtp සහ cron ඇතුළත් වේ.

රූපය එකලස් කිරීමේදී, වෙබ් අඩවියේ සම්පූර්ණ කේත පදනම / යෙදුම් නාමාවලියට පිටපත් කරනු ලැබේ (එම කොටස් හැර අපි වෙනම හවුල් ගබඩාවකට මාරු කරනු ලැබේ).

ක්ෂුද්‍ර සේවා, සේවා

සේවක කරල්:

  • nginx + බහාලුම් apache/php-fpm + msmtp සහිත කන්ටේනරය
  • msmtp වෙනම ක්ෂුද්‍ර සේවාවක් වෙත ගෙන යාමට එය සාර්ථක වූයේ නැත, Bitrix සෘජුවම තැපැල් යැවීමට නොහැකි වීම ගැන කෝපයට පත් වීමට පටන් ගනී.
  • සෑම භාජනයකටම සම්පූර්ණ කේත පදනමක් ඇත.
  • බහාලුම්වල කේතය වෙනස් කිරීම තහනම් කිරීම.

cron යටතේ:

  • apache, php, cron සහිත කන්ටේනරය
  • සම්පූර්ණ කේත පදනම ඇතුළත්
  • බහාලුම්වල කේතය වෙනස් කිරීම තහනම් කිරීම

යටතේ උත්ශ්‍රේණි කිරීම:

  • nginx බහාලුම් + apache/php-fpm බහාලුම් + msmtp
  • බහාලුම්වල කේතය වෙනස් කිරීමට කිසිදු තහනමක් නොමැත

සැසි ගබඩාව

Bitrix හැඹිලි ගබඩාව

තවත් වැදගත් දෙයක්: අපි දත්ත සමුදායේ සිට තැපෑල දක්වා, kubernetes රහස්වල සෑම දෙයකටම සම්බන්ධ වීමට මුරපද ගබඩා කරමු. අපට ප්‍රසාද දීමනාවක් ලැබේ: මුරපද දෘශ්‍යමාන වන්නේ අප රහස් වෙත ප්‍රවේශය ලබා දෙන අයට මිස ව්‍යාපෘතියේ කේත පදනමට ප්‍රවේශය ඇති සෑම කෙනෙකුටම නොවේ.

ස්ථිතික සඳහා ගබඩා කිරීම

ඔබට ඕනෑම දෙයක් භාවිතා කළ හැකිය: ceph, nfs (නමුත් අපි නිෂ්පාදනය සඳහා nfs නිර්දේශ නොකරමු), වලාකුළු සපයන්නන්ගෙන් ජාල ගබඩා කිරීම යනාදිය.

ගබඩාව බහාලුම් තුලින් අඩවියේ /upload/ නාමාවලියට සහ ස්ථිතික අන්තර්ගතය සහිත අනෙකුත් නාමාවලි වලට සම්බන්ධ කිරීමට අවශ්‍ය වනු ඇත.

දත්ත සමුදාය

සරල බව සඳහා, අපි Kubernetes පිටත දත්ත සමුදාය ගෙනයාම නිර්දේශ කරමු. Kubernetes හි පදනම වෙනම සංකීර්ණ කාර්යයකි; එය යෝජනා ක්රමය විශාලත්වයේ අනුපිළිවෙලක් බවට පත් කරනු ඇත.

සැසි ගබඩාව

අපි memcached භාවිතා කරමු :)

එය සැසි ආචයනය හොඳින් හසුරුවයි, පොකුරු කර ඇත, සහ php හි session.save_path ලෙස "ස්වදේශිකව" සහය දක්වයි. අපි වෙබ් සර්වර් විශාල සංඛ්‍යාවක් සමඟ පොකුරු ගොඩනඟන විට, සම්භාව්‍ය මොනොලිතික් ගෘහ නිර්මාණ ශිල්පය තුළ එවැනි පද්ධතියක් බොහෝ වාරයක් පරීක්ෂා කර ඇත. යෙදවීම සඳහා අපි හෙල්ම් භාවිතා කරමු.

$ helm install stable/memcached --name session

php.ini - මෙහි රූපයේ memcached හි සැසි ගබඩා කිරීම සඳහා සැකසුම් අඩංගු වේ

අපි memcached සමඟ ධාරක පිළිබඳ දත්ත යැවීමට පරිසර විචල්‍ය භාවිතා කළෙමු https://kubernetes.io/docs/tasks/inject-data-application/define-environment-variable-container/.
මෙය ඔබට dev, stage, test, prod environments තුළ එකම කේතය භාවිතා කිරීමට ඉඩ සලසයි (ඒවායේ ඇති memcached host names වෙනස් වනු ඇත, එබැවින් අපි එක් එක් පරිසරයට සැසි සඳහා අනන්‍ය සත්කාරක නාමයක් ලබා දිය යුතුය).
Bitrix හැඹිලි ගබඩාව

අපට සියලුම කරල් වලට ලිවීමට සහ කියවීමට හැකි දෝෂ-ඉවසන ගබඩාවක් අවශ්‍යයි.

අපි memcached ද භාවිතා කරමු.
මෙම විසඳුම Bitrix විසින්ම නිර්දේශ කරනු ලැබේ.

$ helm install stable/memcached --name cache

bitrix/.settings_extra.php - මෙහි Bitrix හි එය හැඹිලිය ගබඩා කර ඇති ස්ථානය දක්වා ඇත.

අපි පරිසර විචල්‍යයන් ද භාවිතා කරමු.

ක්රොන්ටාස්කි

Kubernetes හි Crontasks ධාවනය කිරීමට විවිධ ප්‍රවේශයන් ඇත.

  • Crontasks ධාවනය කිරීම සඳහා පොඩ් එකක් සමඟ වෙනම යෙදවීම
  • ක්‍රොන්ටස්ක් ක්‍රියාත්මක කිරීම සඳහා cronjob (මෙය වෙබ් යෙදුමක් නම් - wget සමඟ https://$host$cronjobname, හෝ kubectl exec එක සේවක පොඩ් එකක් ඇතුළත යනාදිය.)
  • ආදිය

ඔබට වඩාත්ම නිවැරදි එක ගැන තර්ක කළ හැකිය, නමුත් මෙම අවස්ථාවේදී අපි "Crontasks සඳහා කරල් සමඟ වෙනම යෙදවීම" විකල්පය තෝරා ගත්තෙමු.

එය සිදු කරන්නේ කෙසේද:

  • ConfigMap හරහා හෝ config/addcron ගොනුව හරහා ක්‍රෝන් කාර්යයන් එක් කරන්න
  • එක් අවස්ථාවකදී අපි කම්කරු පොඩ් එකට සමාන බහාලුමක් දියත් කරමු + එහි ඔටුන්න කාර්යයන් ක්‍රියාත්මක කිරීමට ඉඩ දෙන්න
  • එකම කේත පදනම භාවිතා වේ, ඒකාබද්ධ කිරීමට ස්තූතියි, බහාලුම් එකලස් කිරීම සරලයි

අපට ලැබෙන හොඳ කුමක්ද:

  • සංවර්ධකයින්ගේ පරිසරයට (ඩොකර්) සමාන පරිසරයක වැඩ කරන Crontasks අප සතුව ඇත
  • Crontasks Kubernetes සඳහා "නැවත ලිවීමට" අවශ්‍ය නොවේ, ඒවා එකම ස්වරූපයෙන් සහ පෙර මෙන් එකම කේත පදනමකින් ක්‍රියා කරයි
  • පරිපාලකයින්ට පමණක් නොව නිෂ්පාදන ශාඛාවට කැපවීමේ අයිතිවාසිකම් ඇති සියලුම කණ්ඩායම් සාමාජිකයින්ට ක්‍රෝන් කාර්යයන් එකතු කළ හැකිය

Southbridge K8SDeploy මොඩියුලය සහ පරිපාලක පැනලයෙන් කේත සංස්කරණය කිරීම

අපි කතා කළේ දියුණු කිරීම ගැන?
එහි ගමනාගමනය යොමු කරන්නේ කෙසේද?
හුරේ, අපි මේ සඳහා මොඩියුලයක් ලිව්වේ PHP වලින් :) මෙය Bitrix සඳහා කුඩා සම්භාව්‍ය මොඩියුලයකි. එය තවමත් ප්‍රසිද්ධියේ නොමැත, නමුත් අපි එය විවෘත කිරීමට සැලසුම් කරමු.
Bitrix හි සාමාන්‍ය මොඩියුලයක් මෙන් මොඩියුලය ස්ථාපනය කර ඇත:

චෙල්යාබින්ස්ක් හි සවුත්බ්‍රිජ් සහ කුබර්නෙටේස් හි බිට්‍රික්ස්

සහ එය මේ ආකාරයෙන් පෙනේ:

චෙල්යාබින්ස්ක් හි සවුත්බ්‍රිජ් සහ කුබර්නෙටේස් හි බිට්‍රික්ස්

එය ඔබට අඩවි පරිපාලක හඳුනා ගන්නා කුකියක් සැකසීමට ඉඩ දෙන අතර Kubernetes හට උත්ශ්‍රේණිගත කිරීමේ පොඩ් වෙත ගමනාගමනය යැවීමට ඉඩ සලසයි.

වෙනස්කම් සම්පූර්ණ වූ විට, ඔබ git push ක්ලික් කළ යුතුය, කේත වෙනස් කිරීම් git වෙත යවනු ලැබේ, එවිට පද්ධතිය කේතයේ නව අනුවාදයක් සමඟ රූපයක් ගොඩනඟා එය පොකුර හරහා “පෙරළීම”, පැරණි කරල් ප්‍රතිස්ථාපනය කරයි. .

ඔව්, එය ටිකක් කිහිලිකරුවෙක්, නමුත් ඒ සමඟම අපි ක්ෂුද්‍ර සේවා ගෘහ නිර්මාණ ශිල්පය පවත්වා ගෙන යන අතර පරිපාලක පැනලයෙන් කේතය නිවැරදි කිරීමට Bitrix භාවිතා කරන්නන්ගෙන් ඔවුන්ගේ ප්‍රියතම අවස්ථාව උදුරා නොගනිමු. අවසානයේදී, මෙය විකල්පයකි; ඔබට කේතය වෙනස් ආකාරයකින් සංස්කරණය කිරීමේ ගැටළුව විසඳා ගත හැකිය.

හෙල්ම් ප්‍රස්ථාරය

Kubernetes මත යෙදුම් තැනීමට, අපි සාමාන්‍යයෙන් Helm පැකේජ කළමනාකරු භාවිතා කරමු.
Kubernetes හි අපගේ Bitrix විසඳුම සඳහා, අපගේ ප්‍රමුඛ පද්ධති පරිපාලක සර්ජි බොන්ඩරෙව් විශේෂ හෙල්ම් ප්‍රස්ථාරයක් ලිවීය.

එය කම්කරු, උග්‍රේඩ්, ක්‍රෝන් කරල් ගොඩනඟයි, ඇතුල්වීම්, සේවා වින්‍යාස කරයි, සහ කුබර්නෙටස් රහස් සිට කරල්වලට විචල්‍ය මාරු කරයි.

අපි කේතය Gitlab හි ගබඩා කරන අතර, අපි Gitlab වෙතින් Helm ගොඩනැගීම ද ධාවනය කරමු.

කෙටියෙන් කිවහොත්, එය මේ ආකාරයෙන් පෙනේ

$ helm upgrade --install project .helm --set image=registrygitlab.local/k8s/bitrix -f .helm/values.yaml --wait --timeout 300 --debug --tiller-namespace=production

යෙදවීමේදී හදිසියේ යමක් වැරදී ගියහොත් “බාහිර” ආපසු හැරීමක් කිරීමටද Helm ඔබට ඉඩ සලසයි. "නිෂ්පාදනය වැටුණු නිසා ftp හරහා කේතය නිවැරදි කරන්න" ඔබ කලබලයෙන් නොසිටින විට එය හොඳයි, නමුත් Kubernetes එය ස්වයංක්‍රීයව සහ අක්‍රිය කාලයකින් තොරව කරයි.

යොදවන්න

ඔව්, අපි Gitlab සහ Gitlab CI හි රසිකයන්, අපි එය භාවිතා කරමු :)
Gitlab හි ව්‍යාපෘති ගබඩාවට සම්බන්ධ වන විට, Gitlab පරිසරයේ නව අනුවාදයක් යොදවන නල මාර්ගයක් දියත් කරයි.

අදියර:

  • ගොඩනැගීම (නව ඩොකර් රූපයක් ගොඩනැගීම)
  • පරීක්ෂණය (පරීක්ෂණ)
  • පිරිසිදු කිරීම (පරීක්ෂණ පරිසරය ඉවත් කිරීම)
  • තල්ලු කරන්න (අපි එය ඩොකර් රෙජිස්ට්රි වෙත යවමු)
  • යෙදවීම (අපි හෙල්ම් හරහා යෙදුම Kubernetes වෙත යොදවන්නෙමු).

චෙල්යාබින්ස්ක් හි සවුත්බ්‍රිජ් සහ කුබර්නෙටේස් හි බිට්‍රික්ස්

Hurray, එය සූදානම්, අපි එය ක්රියාත්මක කරමු!
හොඳයි, නැත්නම් ප්‍රශ්න තියෙනවා නම් අහන්න.

ඉතින් අපි මොකද කළේ

තාක්ෂණික දෘෂ්ටි කෝණයකින්:

  • ඩොකරයිස් බිට්රික්ස්;
  • Bitrix බහාලුම්වලට "කපා", ඒ සෑම එකක්ම අවම කාර්යයන් ඉටු කරයි;
  • බහාලුම්වල අස්ථායී තත්ත්වය ලබා ගැනීම;
  • Kubernetes හි Bitrix යාවත්කාලීන කිරීමේ ගැටලුව විසඳා ඇත;
  • සියලුම Bitrix කාර්යයන් දිගටම ක්‍රියාත්මක විය (සියල්ලම පාහේ);
  • අපි Kubernetes වෙත යෙදවීමට සහ අනුවාද අතර ආපසු හැරීමට කටයුතු කළෙමු.

ව්යාපාරික දෘෂ්ටි කෝණයකින්:

  • වැරදි ඉවසීම;
  • Kubernetes මෙවලම් (Gitlab CI සමඟ පහසු ඒකාබද්ධ කිරීම, බාධාවකින් තොරව යෙදවීම, ආදිය);
  • රහස් මුරපද (මුරපද වෙත සෘජුවම ප්රවේශය ලබා දී ඇති අයට පමණක් දෘශ්යමාන වේ);
  • තනි යටිතල ව්‍යුහයක් තුළ අමතර පරිසරයන් (සංවර්ධනය, පරීක්ෂණ, ආදිය) නිර්මාණය කිරීම පහසුය.

මූලාශ්රය: www.habr.com

අදහස් එක් කරන්න