සර්වර් රහිත විප්ලවය අවහිර වී ඇත්තේ ඇයි?

ක්ලියුචෙවි මොහොත

  • සේවාදායක රහිත පරිගණකකරණය (සේවාදායක රහිත) යෙදුම් ධාවනය කිරීම සඳහා නිශ්චිත මෙහෙයුම් පද්ධතියක් නොමැතිව නව යුගයක් විවෘත කරන බවට වසර ගණනාවක් තිස්සේ අපට පොරොන්දු වී ඇත. එවැනි ව්‍යුහයක් විශාලන ගැටළු රාශියක් විසඳන බව අපට පැවසුවා. ඇත්ත වශයෙන්ම, සෑම දෙයක්ම වෙනස් ය.
  • බොහෝ අය සර්වර් රහිත තාක්ෂණය නව අදහසක් ලෙස දකින නමුත්, එහි මූලයන් 2006 සිට Zimki PaaS සහ Google App Engine සමඟින් සොයා ගත හැකි අතර, ඒ දෙකම serverless architecture භාවිතා කරයි.
  • සීමිත ක්‍රමලේඛන භාෂා සහායක සිට කාර්ය සාධන ගැටළු දක්වා සේවාදායක රහිත විප්ලවය ඇනහිටීමට හේතු හතරක් ඇත.
  • Serverless computing කියන එක නිෂ්ඵල දෙයක් නෙවෙයි. දුරින්. කෙසේ වෙතත්, ඒවා සේවාදායකයන් සඳහා සෘජු ආදේශකයක් ලෙස නොසැලකිය යුතුය. සමහර යෙදුම් සඳහා, ඒවා පහසු මෙවලමක් විය හැකිය.

සේවාදායකයා මිය ගොස් ඇත, සේවාදායකයා දීර්ඝායු වේවා!

සර්වර් රහිත විප්ලවයේ අනුගාමිකයින්ගේ සටන් හඬ මෙයයි. පසුගිය වසර කිහිපය තුළ කර්මාන්තයේ මුද්‍රණාලය දෙස ඉක්මන් බැල්මක් හෙළීම සාම්ප්‍රදායික සේවාදායක ආකෘතිය මිය ගොස් ඇති බවත් වසර කිහිපයකින් අප සියල්ලන්ම සේවාදායකය රහිත ගෘහ නිර්මාණ ශිල්පය භාවිතා කරන බවත් නිගමනය කිරීමට ප්‍රමාණවත් වේ.

කර්මාන්තයේ සිටින ඕනෑම අයෙකු දන්නා පරිදි, සහ අපි අපගේ ලිපියෙන් ද පෙන්වා දුන් පරිදි සේවාදායක රහිත පරිගණක තත්ත්වය, මේක වැරදියි. කුසලතා පිළිබඳ බොහෝ ලිපි තිබියදීත් සර්වර් රහිත විප්ලවය, එය කිසි විටෙකත් සිදු නොවීය. ඇත්ත වශයෙන්ම, මෑත අධ්යයනයන් පෙන්නුම් කරයිමේ විප්ලවය අන්තයටම පැමිණෙන්නට ඇතැයි කියා.

සේවාදායක රහිත මාදිලි සඳහා වූ සමහර පොරොන්දු නිසැකවම සැබෑ වී ඇත, නමුත් සියල්ලම නොවේ. හැමෝම නොවේ.

මෙම ලිපියෙන් මම මෙම තත්ත්වය සඳහා හේතු සලකා බැලීමට අවශ්යය. සර්වර් රහිත මාදිලිවල නම්‍යශීලීභාවය නොමැතිකම, නිශ්චිත, මනාව නිර්වචනය කරන ලද තත්වයන් තුළ ඒවා ප්‍රයෝජනවත් වුවද, ඒවා පුළුල් ලෙස සම්මත කර ගැනීමට තවමත් බාධාවක් වන්නේ ඇයි?

සර්වර් රහිත පරිගණනයේ ප්‍රවීණයන් පොරොන්දු වූ දේ

සේවාදායක රහිත පරිගණනයේ ගැටළු වෙත යාමට පෙර, ඔවුන් සැපයිය යුතු දේ බලමු. සර්වර් රහිත විප්ලවයක් පිළිබඳ පොරොන්දු බොහෝ වූ අතර - සමහර විට - ඉතා අභිලාෂකාමී විය.

මෙම යෙදුම ගැන නොදන්නා අය සඳහා, මෙන්න කෙටි අර්ථ දැක්වීමක්. සේවාදායක රහිත පරිගණනය සාමාන්‍යයෙන් දුරස්ථව සත්කාරකත්වය සපයන ධාවන කාල පරිසරයන්හි ඉල්ලුම මත යෙදුම් (හෝ යෙදුම්වල කොටස්) ක්‍රියාත්මක වන ගෘහ නිර්මාණ ශිල්පයක් නිර්වචනය කරයි. ඊට අමතරව, සර්වර් රහිත පද්ධති සත්කාරකත්වය ලබා ගත හැක. ශක්තිමත් සේවාදායක රහිත පද්ධති ගොඩනැගීම පසුගිය වසර කිහිපය තුළ පද්ධති පරිපාලකයින්ගේ සහ SaaS සමාගම්වල ප්‍රධාන සැලකිල්ලක් වී ඇත, (එය හිමිකම් කියනු ලැබේ) මෙම ගෘහ නිර්මාණ ශිල්පය "සාම්ප්‍රදායික" සේවාදායක/සේවාදායක ආකෘතියට වඩා ප්‍රධාන වාසි කිහිපයක් ලබා දෙයි:

  1. සර්වර් රහිත මාදිලි සඳහා පරිශීලකයින්ට තමන්ගේම මෙහෙයුම් පද්ධති පවත්වා ගැනීමට හෝ නිශ්චිත මෙහෙයුම් පද්ධති සමඟ ගැළපෙන යෙදුම් සෑදීමට අවශ්‍ය නොවේ. ඒ වෙනුවට, සංවර්ධකයින් හවුල් කේතයක් සාදා, එය සේවාදායක රහිත වේදිකාවකට උඩුගත කර, එය ක්‍රියාත්මක වන ආකාරය නරඹන්න.
  2. සේවාදායක රහිත රාමු වල සම්පත් සාමාන්‍යයෙන් මිනිත්තුවෙන් (හෝ තත්පර වලින් පවා) බිල් කරනු ලැබේ. මෙයින් අදහස් කරන්නේ සේවාදායකයා ඔවුන් සැබවින්ම කේතය ක්‍රියාත්මක කරන කාලය සඳහා පමණක් ගෙවන බවයි. මෙය බොහෝ විට යන්ත්‍රය අක්‍රියව පවතින සම්ප්‍රදායික ක්ලවුඩ් VM සමඟ සංසන්දනය කරයි, නමුත් ඔබ ඒ සඳහා ගෙවිය යුතුය.
  3. පරිමාණය පිළිබඳ ගැටළුව ද විසඳා ඇත. සේවාදායක රහිත රාමු තුළ ඇති සම්පත් ගතිකව පවරනු ලබන අතර එමඟින් පද්ධතියට ඉල්ලුමේ හදිසි උල්පත් සමඟ පහසුවෙන් මුහුණ දිය හැකිය.

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

ඇත්තටම මේක අලුත් අදහසක්ද?

ඇත්ත වශයෙන්ම අදහස අලුත් දෙයක් නොවේ. කේතය සැබවින්ම ක්‍රියාත්මක වන කාලය සඳහා පමණක් ගෙවීමට පරිශීලකයින්ට ඉඩ දීමේ සංකල්පය එය හඳුන්වා දුන් දා සිට පැවතුනි සිම්කි PaaS 2006 දී, සහ එම අවස්ථාවේදීම, Google App Engine ඉතා සමාන විසඳුමක් ඉදිරිපත් කළේය.

ඇත්ත වශයෙන්ම, අපි දැන් "සේවාදායක රහිත" ආකෘතිය ලෙස හඳුන්වන දෙය දැන් "වලාකුළු දේශීය" ලෙස හඳුන්වන බොහෝ තාක්ෂණයන්ට වඩා පැරණි ය. සඳහන් කළ පරිදි, සේවාදායක රහිත ආකෘති යනු දශක ගණනාවක් තිස්සේ පවතින SaaS ව්‍යාපාර ආකෘතියේ දිගුවක් පමණි.

මේ දෙක අතර සම්බන්ධයක් තිබුණත්, serverless model එක FaaS ගෘහ නිර්මාණ ශිල්පයක් නොවන බව ද හඳුනා ගැනීම වටී. FaaS යනු සේවාදායක රහිත ගෘහ නිර්මාණ ශිල්පයක පරිගණක කේන්ද්‍රීය කොටසකි, නමුත් එය සමස්ත පද්ධතියම නියෝජනය නොකරයි.

එසේනම් මේ සියලු ප්‍රහසන ඇයි? හොඳයි, සංවර්ධනය වෙමින් පවතින රටවල අන්තර්ජාලය විනිවිද යාමේ වේගය අඛණ්ඩව ඉහළ යන බැවින්, පරිගණක සම්පත් සඳහා ඇති ඉල්ලුම ද ඉහළ යයි. උදාහරණයක් ලෙස, ශීඝ්‍රයෙන් වර්ධනය වන ඊ-වාණිජ්‍ය අංශ ඇති බොහෝ රටවලට මෙම වේදිකාවල යෙදුම් සඳහා පරිගණක යටිතල පහසුකම් නොමැත. ගෙවන සේවාදායක රහිත වේදිකා පැමිණෙන්නේ මෙහිදීය.

සර්වර්ලස් මාදිලි සමඟ ගැටළු

අල්ලාගැනීම නම් සේවාදායක රහිත මාදිලිවල ගැටළු ඇති බවයි. මාව වැරදියට තේරුම් ගන්න එපා: මම කියන්නේ නැහැ ඔවුන් තමන් තුළම නරකයි කියලා හෝ සමහර අවස්ථාවලදී සමහර සමාගම්වලට සැලකිය යුතු වටිනාකමක් ලබා දෙන්නේ නැහැ කියලා. නමුත් "විප්ලවයේ" ප්‍රධාන ප්‍රකාශය - සර්වර් රහිත ගෘහනිර්මාණ ශිල්පය සාම්ප්‍රදායික එක වෙනුවට ඉක්මනින් ප්‍රතිස්ථාපනය වනු ඇත - කිසි විටෙකත් ඵල නොදරයි.

ඒක තමයි.

ක්‍රමලේඛන භාෂා සඳහා සීමිත සහාය

බොහෝ සේවාදායක රහිත වේදිකා සමහර භාෂාවලින් ලියා ඇති යෙදුම් පමණක් ධාවනය කිරීමට ඉඩ දෙයි. මෙය මෙම පද්ධතිවල නම්‍යශීලී බව සහ අනුවර්තනය වීමේ හැකියාව දැඩි ලෙස සීමා කරයි.

සේවාදායක රහිත වේදිකා බොහෝ ප්‍රධාන භාෂා සඳහා සහය දක්වන ලෙස සැලකේ. AWS Lambda සහ Azure Functions මඟින් යෙදුම් සහ ක්‍රියාකාරීත්වයන් සහය නොදක්වන භාෂාවලින් ධාවනය කිරීම සඳහා දවටනයක් සපයයි, නමුත් මෙය බොහෝ විට කාර්ය සාධන පිරිවැයක් යටතේ පැමිණේ. එබැවින් බොහෝ ආයතන සඳහා, මෙම සීමාව සාමාන්යයෙන් විශාල ගනුදෙනුවක් නොවේ. නමුත් මෙන්න කාරණය. සේවාදායක රහිත මාදිලිවල එක් ප්‍රතිලාභයක් ලෙස සැලකෙන්නේ අපැහැදිලි, කලාතුරකින් භාවිතා කරන වැඩසටහන් අඩු මිලට භාවිතා කළ හැකි නිසා ඔබ ගෙවන්නේ ඒවා ක්‍රියාත්මක වන කාලය සඳහා පමණි. තවද නොපැහැදිලි, කලාතුරකින් භාවිතා කරන වැඩසටහන් බොහෝ විට ලියා ඇත්තේ ... අපැහැදිලි, කලාතුරකින් භාවිතා වන ක්‍රමලේඛන භාෂාවෙනි.

මෙය සේවාදායක රහිත මාදිලියේ එක් ප්‍රධාන වාසියක් යටපත් කරයි.

වෙළෙන්දෙකුට බැඳීම

සේවාදායක රහිත වේදිකා හෝ අවම වශයෙන් ඒවා දැනට ක්‍රියාත්මක වන ආකාරය සමඟ ඇති දෙවන ගැටළුව නම්, ඒවා සාමාන්‍යයෙන් මෙහෙයුම් මට්ටමේදී සමාන නොවීමයි. ලිවීමේ කාර්යයන්, යෙදවීම සහ කළමනාකරණය සම්බන්ධයෙන් ප්‍රායෝගිකව ප්‍රමිතිකරණයක් නොමැත. මෙයින් අදහස් කරන්නේ එක් වේදිකාවක සිට තවත් වේදිකාවකට විශේෂාංග සංක්‍රමණය කිරීම අතිශයින් කාලය ගතවන බවයි.

සේවාදායක රහිත ආකෘතියකට මාරු වීමේ දුෂ්කරම කොටස වන්නේ සාමාන්‍යයෙන් කේත කොටස් පමණක් වන පරිගණක විශේෂාංග නොව, වස්තු ගබඩාව, අනන්‍යතා කළමනාකරණය සහ පෝලිම් වැනි සම්බන්ධිත පද්ධති සමඟ යෙදුම් සන්නිවේදනය කරන ආකාරයයි. කාර්යයන් ගෙන යා හැක, නමුත් යෙදුමේ ඉතිරි ඒවා කළ නොහැක. මෙය පොරොන්දු වූ ලාභ සහ නම්‍යශීලී වේදිකා වල හරියටම ප්‍රතිවිරුද්ධයයි.

සමහරු තර්ක කරන්නේ සර්වර් රහිත මාදිලි අලුත් ඒවා වන අතර ඒවා ක්‍රියා කරන ආකාරය ප්‍රමිතිකරණය කිරීමට කාලය නොමැති බවයි. නමුත් ඒවා එතරම් අලුත් ඒවා නොවේ, මා ඉහත සඳහන් කළ පරිදි, හොඳ ප්‍රමිතීන් සංවර්ධනය කිරීම සහ පුළුල් ලෙස භාවිතා කිරීම හේතුවෙන් බහාලුම් වැනි වෙනත් බොහෝ ක්ලවුඩ් තාක්ෂණයන් දැනටමත් වඩාත් පහසු වී ඇත.

ඵලදායිතාව

සේවාදායක රහිත වේදිකා වල කාර්ය සාධනය ගණනය කිරීම මැනීමට අපහසුය, එයට හේතුව විකුණුම්කරුවන් තොරතුරු රහසිගතව තබා ගැනීමට නැඹුරු වීමයි. බොහෝ අය තර්ක කරන්නේ දුරස්ථ, සේවාදායක රහිත වේදිකා වල විශේෂාංග අභ්‍යන්තර සේවාදායකවල මෙන් වේගයෙන් ක්‍රියාත්මක වන බවත්, නොවැළැක්විය හැකි ප්‍රමාද ගැටළු කිහිපයක් සඳහා ඉතිරි කරන බවත්ය.

කෙසේ වෙතත්, සමහර සාක්ෂි වෙනත් ආකාරයකින් යෝජනා කරයි. කලින් යම් වේදිකාවක් මත ධාවනය කර නොමැති හෝ යම් කාලයක් සඳහා ධාවනය නොකළ කාර්යයන්, ආරම්භ කිරීමට යම් කාලයක් ගත වේ. මෙයට හේතුව විය හැක්කේ ඔවුන්ගේ කේතය අඩු ප්‍රවේශ විය හැකි ගබඩා මාධ්‍යයකට මාරු කර තිබීම නිසා විය හැකිය, නමුත් - මිණුම් සලකුණු සමඟ - බොහෝ වෙළෙන්දන් දත්ත හුවමාරු කිරීම ගැන ඔබට නොකියයි.

ඇත්ත වශයෙන්ම, මෙය මඟහරවා ගැනීමට ක්රම කිහිපයක් තිබේ. එකක් නම්, ඔබගේ සේවාදායක රහිත වේදිකාව ක්‍රියාත්මක වන ඕනෑම වලාකුළු භාෂාවක් සඳහා විශේෂාංග ප්‍රශස්ත කිරීම, නමුත් එය මෙම වේදිකා "කඩිසර" යන ප්‍රකාශය තරමක් අඩපණ කරයි.

තවත් ප්‍රවේශයක් වන්නේ කාර්ය සාධන-විවේචනාත්මක වැඩසටහන් "නැවුම්" ලෙස තබා ගැනීම සඳහා නිතිපතා ක්‍රියාත්මක වන බව සහතික කිරීමයි. මෙම දෙවන ප්‍රවේශය, ඇත්ත වශයෙන්ම, ඔබ ඔබේ වැඩසටහන් ක්‍රියාත්මක වන කාලය සඳහා පමණක් ගෙවන බැවින් සේවාදායක රහිත වේදිකා වඩා ලාභදායී බව ප්‍රකාශ කිරීමට කුඩා ප්‍රතිවිරෝධයකි. වලාකුළු සපයන්නන් සීතල දියත් කිරීම් අඩු කිරීමට නව ක්‍රම හඳුන්වා දී ඇත, නමුත් ඒවායින් බොහොමයක් සඳහා "එකකට පරිමාණය" අවශ්‍ය වේ, එය FaaS හි මුල් අගය අඩාල කරයි.

සීතල ආරම්භයේ ගැටලුවට අර්ධ වශයෙන් සේවාදායක රහිත පද්ධති ගෘහස්ථව ක්‍රියාත්මක කිරීමෙන් විසඳාගත හැක, නමුත් මෙය තමන්ගේම වියදමින් පැමිණෙන අතර හොඳින් සම්පත් ඇති කණ්ඩායම් සඳහා සුවිශේෂී විකල්පයක් ලෙස පවතී.

ඔබට සම්පූර්ණ යෙදුම් ධාවනය කළ නොහැක

අවසාන වශයෙන්, සමහරවිට සර්වර් රහිත ගෘහනිර්මාණ ඕනෑම වේලාවක සාම්ප්‍රදායික ආකෘතීන් ප්‍රතිස්ථාපනය නොකිරීමට ඇති වැදගත්ම හේතුව නම් ඒවාට (සාමාන්‍යයෙන්) සම්පූර්ණ යෙදුම් ධාවනය කළ නොහැකි වීමයි.

වඩාත් නිවැරදිව, පිරිවැය දෘෂ්ටි කෝණයෙන් එය ප්රායෝගික නොවේ. ඔබේ සාර්ථක මොනොලිත් බොහෝ විට දොරටු අටකින්, පෝලිම් හතළිහකින්, සහ දත්ත සමුදා අවස්ථා දුසිමකින් එකට බැඳුනු දුසිම් හතරක කුලකයක් බවට පත් නොවිය යුතුය. මෙම හේතුව නිසා, serverless නව වර්ධනයන් සඳහා වඩාත් සුදුසු වේ. ප්‍රායෝගිකව පවතින කිසිදු යෙදුමක් (ගෘහ නිර්මාණ ශිල්පය) පෝට් කළ නොහැක. ඔබට සංක්‍රමණය විය හැක, නමුත් ඔබ මුල සිටම ආරම්භ කළ යුතුය.

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

ඇත්ත වශයෙන්ම, මෙය සැමවිටම ගැටළුවක් නොවේ. ඔබේම දෘඩාංග මිලදී නොගෙන වරින් වර විශාල පරිගණක සම්පත් භාවිතා කිරීමේ හැකියාව බොහෝ ආයතනවලට සැබෑ සහ කල් පවතින ප්‍රතිලාභ ගෙන දිය හැකිය. නමුත් සමහර යෙදුම් අභ්‍යන්තර සේවාදායකයන් මත සහ අනෙක් ඒවා සේවාදායක රහිත වලාකුළු ගෘහ නිර්මාණ ශිල්පය මත තිබේ නම්, කළමනාකරණය නව සංකීර්ණතාවයකට ඇතුල් වේ.

විප්ලවය දීර්ඝායුෂ වේවා?

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

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

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