ගිම්හානයේදී, මිලදී ගැනීමේ ක්‍රියාකාරකම් සහ වෙබ් ව්‍යාපෘතිවල යටිතල ව්‍යුහයේ වෙනස්කම් වල තීව්‍රතාවය සම්ප්‍රදායිකව අඩු වන බව කැප්ටන් ඔබියස් අපට පවසයි. තොරතුරු තාක්ෂණ විශේෂඥයින් පවා සමහර විට නිවාඩු ගත කරන නිසා. සහ CTO ද. තනතුරේ රැඳී සිටින අයට එය වඩාත් දුෂ්කර ය, නමුත් දැන් කාරණය එය නොවේ: පවතින වෙන් කිරීමේ යෝජනා ක්‍රමය ගැන සෙමින් සිතීමට සහ එය වැඩිදියුණු කිරීමට සැලැස්මක් සැකසීමට හොඳම කාලය ගිම්හානය වන්නේ එබැවිනි. යෙගෝර් ඇන්ඩ්‍රීව්ගේ අත්දැකීම , ඔහු සමුළුවේදී කතා කළ .
උපස්ථ අඩවි තැනීමේදී ඔබට වැටිය හැකි උගුල් කිහිපයක් තිබේ. තවද ඒවාට හසුවීම කිසිසේත්ම කළ නොහැක්කකි. ඒ වගේම මේ හැම දේකදීම අපිව විනාශ කරන්නේ, වෙනත් බොහෝ දේවල්වලදී වගේ, පරිපූර්ණත්වය සහ... කම්මැලිකම. අපි සෑම දෙයක්ම, සෑම දෙයක්ම, සෑම දෙයක්ම පරිපූර්ණ ලෙස කිරීමට උත්සාහ කරමු, නමුත් අපට එය පරිපූර්ණ ලෙස කිරීමට අවශ්ය නොවේ! ඔබට අවශ්ය වන්නේ යම් යම් දේවල් කිරීමට පමණි, නමුත් ඒවා නිවැරදිව කරන්න, ඒවා නිසි ලෙස ක්‍රියාත්මක වන පරිදි සම්පූර්ණ කරන්න.
අසාර්ථක වීම යනු යම් ආකාරයක විනෝදජනක, විනෝදජනක දෙයක් නොවේ; මෙය හරියටම එක් දෙයක් කළ යුතු දෙයකි - සේවයට, සමාගමට අඩු මුදලක් අහිමි වන පරිදි අක්‍රීය කාලය අඩු කරන්න. සියලුම වෙන් කිරීමේ ක්‍රමවලදී, පහත සන්දර්භය තුළ සිතීමට මම යෝජනා කරමි: මුදල් කොහේද?
පළමු උගුල: අපි විශාල, විශ්වාසදායක පද්ධති ගොඩනඟා අතිරික්තයේ යෙදෙන විට, අපි අනතුරු සංඛ්යාව අඩු කරමු. මෙය භයානක වැරදි මතයකි. අපි අතිරික්තයේ යෙදෙන විට, අපි අනතුරු සංඛ්යාව වැඩි කිරීමට ඉඩ ඇත. අපි සෑම දෙයක්ම නිවැරදිව කළහොත්, සාමූහිකව අපි අක්‍රීය කාලය අඩු කරන්නෙමු. වැඩි අනතුරු සිදුවනු ඇත, නමුත් ඒවා අඩු වියදමකින් සිදුවනු ඇත. වෙන් කිරීමක් යනු කුමක්ද? - මෙය පද්ධතියේ සංකූලතාවකි. ඕනෑම සංකූලතාවයක් නරක ය: අපට වැඩි දැති රෝද, වැඩි ගියර්, වචනයෙන්, තවත් මූලද්රව්ය - සහ, එබැවින්, බිඳවැටීමේ වැඩි අවස්ථාවක් ඇත. තවද ඔවුන් සැබවින්ම කැඩී යනු ඇත. තවද ඒවා බොහෝ විට කැඩී යනු ඇත. සරල උදාහරණයක්: අපට PHP සහ MySQL සහිත වෙබ් අඩවියක් ඇතැයි සිතමු. තවද එය ඉක්මනින් වෙන්කරවා ගත යුතුය.
Shtosh (c) අපි දෙවන අඩවිය ගන්නෙමු, සමාන පද්ධතියක් ගොඩනඟමු ... සංකීර්ණත්වය දෙගුණයක් විශාල වේ - අපට ආයතන දෙකක් ඇත. අපි එක් වෙබ් අඩවියකින් තවත් අඩවියකට දත්ත මාරු කිරීම සඳහා නිශ්චිත තර්කනයක් සකස් කරමු - එනම් දත්ත අනුකරණය, ස්ථිතික දත්ත පිටපත් කිරීම සහ යනාදිය. එබැවින්, අනුකරණ තර්කනය සාමාන්යයෙන් ඉතා සංකීර්ණ වන අතර, එම නිසා, පද්ධතියේ සම්පූර්ණ සංකීර්ණත්වය 2 නොව, 3, 5, 10 ගුණයකින් වැඩි විය හැක.
දෙවන උගුල: අපි ඇත්තටම විශාල සංකීර්ණ පද්ධති ගොඩනඟන විට, අවසානයේ අපට ලබා ගැනීමට අවශ්ය දේ ගැන අපි මනඃකල්පිත කරමු. Voila: අපට අවශ්ය වන්නේ කිසිදු අක්‍රියතාවකින් තොරව ක්‍රියා කරන, තත්පර භාගයකින් (හෝ වඩා හොඳ, ක්ෂණිකව) මාරු වන සුපිරි විශ්වාසදායක පද්ධතියක් ලබා ගැනීමට සහ අපි සිහින සැබෑ කර ගැනීමට පටන් ගනිමු. නමුත් මෙහි සූක්ෂ්මතාවයක් ද ඇත: අපේක්ෂිත මාරුවීමේ කාලය කෙටි වන තරමට පද්ධතියේ තර්කනය වඩාත් සංකීර්ණ වේ. මෙම තර්කනය වඩාත් සංකීර්ණ වන තරමට, පද්ධතිය බොහෝ විට බිඳ වැටෙනු ඇත. ඔබට ඉතා අප්‍රසන්න තත්වයකට පත්විය හැකිය: අපි අක්‍රීය කාලය අඩු කිරීමට අපගේ මුළු ශක්තියෙන් උත්සාහ කරමු, නමුත් ඇත්ත වශයෙන්ම අපි සියල්ල වඩාත් සංකීර්ණ කරමින් සිටිමු, යමක් වැරදී ගිය විට, අක්‍රිය කාලය දිගු වේ. මෙන්න ඔබ බොහෝ විට ඔබ සිතනවා: හොඳයි ... වෙන් කිරීමක් නොකිරීමට වඩා හොඳය. එය තනිවම සහ තේරුම්ගත හැකි අක්‍රිය කාලයක් සමඟ වැඩ කරන්නේ නම් වඩා හොඳය.
ඔබට මෙය සමඟ සටන් කළ හැක්කේ කෙසේද? අපි අපටම බොරු කීම නැවැත්විය යුතුය, අපි දැන් මෙහි අභ්‍යවකාශ යානයක් තැනීමට යන බවට අපටම ප්‍රශංසා කිරීම නැවැත්විය යුතුය, නමුත් ව්‍යාපෘතිය කොපමණ කාලයක් බොරු කළ හැකිද යන්න ප්‍රමාණවත් ලෙස තේරුම් ගත යුතුය. තවද මෙම උපරිම කාලය සඳහා, අපගේ පද්ධතියේ විශ්වසනීයත්වය වැඩි කිරීමට අප භාවිතා කරන ක්‍රම මොනවාදැයි අපි තෝරා ගනිමු.
ඇත්ත වශයෙන්ම, ජීවිතයෙන් “කතන්දර” සඳහා කාලයයි.
උදාහරණ අංක එක
N. නගරයේ N පහත දැක්වෙන්නේ සටන් පාඨයයි: "අපගේ පයිප්ප N හි වටම පයිප්ප වේ." සහ පහත දැක්වෙන්නේ ප්‍රධාන විධායක නිලධාරියාගේ දුරකථන අංකය සහ ඔහුගේ නමයි. ඔබ වෙන් කිරීමක් කළ යුතු බව අපි තේරුම් ගනිමු - මෙය ඉතා වැදගත් දෙයක්! එය සමන්විත වන්නේ කුමක්දැයි සොයා ගැනීමට පටන් ගනිමු. Html-ස්ථිතික - එනම්, සාමාන්‍යාධිකාරීවරයා, ඇත්ත වශයෙන්ම, ඔහුගේ සහකරු සමඟ නානකාමරයේ මේසයේ යම් ආකාරයක ඊළඟ ගනුදෙනුවක් ගැන සාකච්ඡා කරන පින්තූර කිහිපයක්. අපි අක්‍රිය කාලය ගැන සිතන්නට පටන් ගනිමු. එය මතකයට නැඟේ: ඔබ විනාඩි පහක් එහි වැතිර සිටිය යුතුය, තවත් නැත. එවිට ප්රශ්නය පැනනගින්නේ: සාමාන්යයෙන් අපගේ මෙම වෙබ් අඩවියෙන් විකුණුම් කීයක් තිබේද? කොපමණ - කොපමණ? "ශුන්‍ය" යන්නෙන් අදහස් කරන්නේ කුමක්ද? එයින් අදහස් වන්නේ: ජෙනරාල්වරයා පසුගිය වසරේ ගනුදෙනු හතරම එකම මේසයේ සිදු කළ නිසා, ඔවුන් නාන කාමරයට ගොස් මේසයේ වාඩි වී සිටින එකම පුද්ගලයින් සමඟ. වෙබ් අඩවිය දිනකට වාඩි වී සිටියත් භයානක කිසිවක් සිදු නොවන බව අපි තේරුම් ගනිමු.
හඳුන්වාදීමේ තොරතුරු මත පදනම්ව, මෙම කතාව මතු කිරීමට දිනයක් තිබේ. අතිරික්ත යෝජනා ක්රමයක් ගැන සිතීමට පටන් ගනිමු. තවද අපි මෙම උදාහරණය සඳහා වඩාත්ම සුදුසු අතිරික්ත යෝජනා ක්‍රමය තෝරා ගනිමු: අපි අතිරික්තය භාවිතා නොකරමු. මේ මුළු දේම ඕනෑම ඇඩ්මින් කෙනෙක්ට පැය බාගයකින් දුම් කඩන් උස්සන්න පුළුවන්. වෙබ් සේවාදායකයක් ස්ථාපනය කරන්න, ගොනු එකතු කරන්න - එපමණයි. එය වැඩ කරනු ඇත. කිසිම දෙයක් ගැන අවධානයෙන් ඉන්න අවශ්ය නැහැ, කිසිම දෙයක් ගැන විශේෂ අවධානයක් යොමු කරන්න අවශ්ය නැහැ. එනම්, උදාහරණ අංක එකේ සිට නිගමනය ඉතා පැහැදිලිය: වෙන් කිරීමට අවශ්ය නොවන සේවාවන් වෙන් කිරීම අවශ්ය නොවේ.
උදාහරණ අංක දෙක
සමාගම් බ්ලොග්: විශේෂයෙන් පුහුණු වූ පුද්ගලයින් එහි ප්‍රවෘත්ති ලියයි, අපි එවැනි ප්‍රදර්ශනයකට සහභාගී වූ නමුත් අපි තවත් නව නිෂ්පාදනයක් නිකුත් කළෙමු. අපි හිතමු මේක වර්ඩ්ප්‍රෙස්, පොඩි දත්ත ගබඩාවක් සහ ස්ථිතික ටිකක් තියෙන සම්මත PHP කියලා. ඇත්ත වශයෙන්ම, ඔබ කිසිඳු තත්වයක් යටතේ වැතිර නොසිටින බව නැවතත් මතකයට නැඟේ - "මිනිත්තු පහකට වඩා වැඩි නොවේ!" එපමණයි. නමුත් අපි තවදුරටත් සිතමු. මෙම බ්ලොගය කරන්නේ කුමක්ද? Yandex වෙතින්, Google වෙතින් සමහර විමසුම් මත පදනම්ව, ඓන්ද්‍රීයව මිනිසුන් එහි පැමිණේ. මහා. විකුණුම් එයට සම්බන්ධයක් තිබේද? එපිෆනි: ඇත්තටම නැහැ. ප්‍රචාරණ ගමනාගමනය වෙනත් යන්ත්‍රයක ඇති ප්‍රධාන වෙබ් අඩවියට යයි. වෙන්කරවා ගැනීමේ ක්රමයක් ගැන සිතීමට පටන් ගනිමු. හොඳ ආකාරයකින්, එය පැය කිහිපයකින් ඉහළ නැංවිය යුතු අතර, මේ සඳහා සූදානම් වීම සතුටක් වනු ඇත. වෙනත් දත්ත මධ්‍යස්ථානයකින් යන්ත්‍රයක් ගෙන එයට පරිසරය පෙරළීම, එනම් වෙබ් සේවාදායකයක්, PHP, WordPress, MySQL සහ එහි තැබීම සාධාරණයි. සෑම දෙයක්ම කැඩී ඇති බව අපට වැටහෙන මොහොතේ, අපි කරුණු දෙකක් කළ යුතුයි - mysql ඩම්ප් මීටර් 50 ක් පෙරළන්න, එය විනාඩියකින් එහි පියාසර කරනු ඇත, සහ එහි ඇති උපස්ථයෙන් නිශ්චිත පින්තූර ගණනක් පෙරළන්න. මේකත් නැහැ මොකද කොච්චර කල්ද කියලා දෙයියෝ දන්නවා. මේ අනුව, පැය භාගයකින් මුළු දේම ඉහළ යයි. අනුකරණයක් නැත, නැතහොත් දෙවියන් වහන්සේ මට සමාව දෙන්න, ස්වයංක්‍රීය අසාර්ථකත්වය. නිගමනය: උපස්ථයකින් අපට ඉක්මනින් ලබා ගත හැකි දේ උපස්ථ කිරීමට අවශ්ය නොවේ.
උදාහරණ අංක තුන, වඩාත් සංකීර්ණයි
ඔන්ලයින් වෙළඳසැල. විවෘත හදවතක් සහිත PhP ටිකක් tweaked, mysql ඝන පදනමක් ඇත. බොහෝ ස්ථිතික (සියල්ලට පසු, අන්තර්ජාල වෙළඳසැලේ ලස්සන HD රූප සහ ඒ සියල්ල ඇත), සැසිය සඳහා Redis සහ සෙවීම සඳහා Elasticsearch. අපි අක්‍රිය කාලය ගැන සිතන්නට පටන් ගනිමු. මෙන්න, ඇත්ත වශයෙන්ම, අන්තර්ජාල වෙළඳසැලකට දිනකට වේදනා රහිතව වැතිර සිටිය නොහැකි බව පැහැදිලිය. සියල්ලට පසු, එය දිගු වන තරමට, අපට අහිමි වන මුදල් වැඩි වේ. එය වේගවත් කිරීම වටී. කොපමණ ද? මම හිතන්නේ අපි පැයක් නිදාගත්තොත් කාටවත් පිස්සු හැදෙන්නේ නැහැ. ඔව්, අපට යමක් අහිමි වනු ඇත, නමුත් අපි වෙහෙස මහන්සි වී වැඩ කිරීමට පටන් ගත්තොත්, එය නරක අතට හැරෙනු ඇත. අපි පැයකට ඉඩ දෙන අක්‍රීය කාල ක්රමයක් නිර්වචනය කරමු.
මේ සියල්ල වෙන් කරන්නේ කෙසේද? ඔබට ඕනෑම අවස්ථාවක මෝටර් රථයක් අවශ්ය වේ: පැයක කාලය තරමක් කුඩා වේ. Mysql: මෙන්න අපට දැනටමත් අනුකරණය, සජීවී අනුකරණය අවශ්ය වේ, මන්ද පැයකින් 100 GB බොහෝ විට ඩම්ප් එකට එකතු නොවනු ඇත. ස්ථිතික, පින්තූර: නැවතත්, පැයකින් 500 GB එකතු කිරීමට කාලය නොමැති විය හැක. එමනිසා, පින්තූර වහාම පිටපත් කිරීම වඩා හොඳය. රෙඩිස්: මෙතන තමයි දේවල් රසවත් වෙන්නේ. රෙඩිස් හි, සැසි ගබඩා කර ඇත - අපට එය ගෙන එය භූමදාන කළ නොහැක. මන්ද මෙය ඉතා හොඳ නොවනු ඇත: සියලුම පරිශීලකයින් ඉවත් වනු ඇත, ඔවුන්ගේ කූඩ හිස් කරනු ඇත, සහ යනාදිය. මිනිසුන්ට ඔවුන්ගේ පරිශීලක නාමය සහ මුරපදය නැවත ඇතුළත් කිරීමට බල කෙරෙනු ඇති අතර, බොහෝ අය වෙන් වී මිලදී ගැනීම සම්පූර්ණ නොකළ හැකිය. නැවතත්, පරිවර්තන පහත වැටෙනු ඇත. අනෙක් අතට, Redis සෘජුවම යාවත්කාලීන වේ, අවසන් වරට ලොග් වූ පරිශීලකයින් ද අවශ්ය නොවනු ඇත. හොඳ සම්මුතියක් නම්, රෙඩිස් ගෙන එය ඊයේ සිට උපස්ථයකින් ප්‍රතිසාධනය කිරීම හෝ, ඔබ එය සෑම පැයකටම කරන්නේ නම්, පැයකට පෙර සිට ය. වාසනාවකට මෙන්, එය උපස්ථයකින් ප්රතිෂ්ඨාපනය කිරීම යනු එක් ගොනුවක් පිටපත් කිරීමයි. එමෙන්ම වඩාත් සිත්ගන්නාසුලු කතාව වන්නේ Elasticsearch ය. MySQL අනුකරණය මෙතෙක් ලබාගෙන ඇත්තේ කවුද? ප්‍රත්‍යාස්ථ සෙවීම් අනුරූ ලබාගෙන ඇත්තේ කවුද? සහ පසුව එය සාමාන්යයෙන් වැඩ කළේ කාටද? මම අදහස් කරන්නේ අපි අපේ පද්ධතිය තුළ යම්කිසි ආයතනයක් දකින බවයි. එය ප්රයෝජනවත් බව පෙනේ - නමුත් එය සංකීර්ණ වේ.
අපගේ සෙසු ඉංජිනේරුවන්ට එය සමඟ වැඩ කිරීමේ අත්දැකීමක් නැත යන අර්ථයෙන් සංකීර්ණ. නැතහොත් ඍණාත්මක අත්දැකීමක් තිබේ. නැතහොත් මෙය තවමත් සූක්ෂ්ම හෝ අමු බව සහිත තරමක් නව තාක්‍ෂණයක් බව අපට වැටහේ. අපි හිතන්නේ... අපරාදේ, ඉලාස්ටික් එකත් සනීපයි, ඒකත් බැකප් එකකින් ප්රතිෂ්ඨාපනය කරන්න ගොඩක් වෙලා යනවා, මම මොනවද කරන්න ඕනේ? අපගේ නඩුවේ ඉලාස්ටික් සෙවීම සඳහා භාවිතා කරන බව අපි තේරුම් ගනිමු. අපගේ අන්තර්ජාල වෙළඳසැල විකුණන්නේ කෙසේද? අපි අලෙවිකරුවන් වෙත ගොස් මිනිසුන් පැමිණෙන්නේ කොහෙන්ද කියා අසන්නෙමු. ඔවුන් පිළිතුරු දෙයි: "Yandex Market වෙතින් 90% කෙලින්ම නිෂ්පාදන කාඩ්පතට පැමිණේ." එක්කෝ ඔවුන් එය මිලදී ගනී, නැතහොත් ඔවුන් මිලදී නොගනී. එබැවින්, පරිශීලකයින්ගෙන් 10% කට සෙවීම අවශ්ය වේ. විශේෂයෙන් විවිධ කලාපවල විවිධ දත්ත මධ්‍යස්ථාන අතර ප්‍රත්‍යාස්ථ ප්‍රතිනිර්මාණය පවත්වා ගැනීම, ඇත්තෙන්ම සූක්ෂ්මතා රාශියක් ඇත. කුමන පිටවීමද? අපි වෙන් කරන ලද වෙබ් අඩවියකින් ඉලාස්ටික් ගෙන එය කිසිවක් නොකරමු. කාරණය ඇදී ගියහොත්, අපි එය කවදා හෝ මතු කළ හැකිය, නමුත් එය නිශ්චිත නැත. ඇත්ත වශයෙන්ම, නිගමනය සමාන වේ, ප්ලස් හෝ ඍණ: අපි නැවතත්, මුදල්වලට බලපාන්නේ නැති සේවාවන් වෙන්කර නොගනිමු. රූප සටහන සරලව තබා ගැනීමට.
උදාහරණ අංක හතර, ඊටත් වඩා දුෂ්කර
Integrator: මල් විකිණීම, කුලී රථයක් ඇමතීම, භාණ්ඩ විකිණීම, පොදුවේ, ඕනෑම දෙයක්. පරිශීලකයින් විශාල සංඛ්යාවක් සඳහා 24/7 වැඩ කරන බරපතල දෙයක්. රසවත් පදනම්, විසඳුම්, ඉහළ බරක් ඇති අංග සම්පූර්ණ රසවත් තොගයක් සමඟින්, වඩාත්ම වැදගත් දෙය නම්, මිනිත්තු 5 කට වඩා වැතිර සිටීම රිදෙනවා. මිනිසුන් මිල දී නොගන්නා නිසා පමණක් නොව බොහෝ දේ නොවේ, නමුත් මෙය ක්‍රියා නොකරන බව මිනිසුන් දකින නිසා, ඔවුන් කලබල වන අතර කිසිසේත් ආපසු නොඑනු ඇත.
හරි. විනාඩි පහක්. අපි මේකට මොකක්ද කරන්න යන්නේ? මෙම අවස්ථාවෙහිදී, අපි, වැඩිහිටියන් මෙන්, සෑම දෙයක්ම අනුකරණය කරමින්, සැබෑ උපස්ථ වෙබ් අඩවියක් තැනීමට සියලු මුදල් භාවිතා කරන්න, සහ සමහර විට මෙම වෙබ් අඩවියට මාරුවීම හැකි තරම් ස්වයංක්‍රීය කරන්න. මීට අමතරව, ඔබ එක් වැදගත් දෙයක් කිරීමට මතක තබා ගත යුතුය: ඇත්ත වශයෙන්ම, මාරු කිරීමේ රෙගුලාසි ලියන්න. රෙගුලාසි, ඔබ සියල්ල ස්වයංක්රීයව තිබුණත්, ඉතා සරල විය හැකිය. “එවැනි සහ එවැනි ප්‍රතිවිරෝධී ස්ක්‍රිප්ට් එකක් ධාවනය කරන්න” මාලාවෙන්, “මාර්ග 53 හි එවැනි සහ එවැනි පිරික්සුම් කොටුවක් ක්ලික් කරන්න” සහ යනාදිය - නමුත් මෙය යම් ආකාරයක නිශ්චිත ක්‍රියා ලැයිස්තුවක් විය යුතුය.
සහ සෑම දෙයක්ම පැහැදිලිව පෙනේ. අනුවර්තනය මාරු කිරීම සුළු කාර්යයකි, නැතහොත් එයම මාරු වනු ඇත. DNS හි ඩොමේන් නාමයක් නැවත ලිවීම එම ශ්‍රේණියේම වේ. කරදරය නම්, එවැනි ව්‍යාපෘතියක් අසාර්ථක වූ විට, භීතිය ආරම්භ වන අතර, ශක්තිමත්ම, රැවුල වවාගත් පරිපාලකයින් පවා එයට ගොදුරු විය හැකිය. පැහැදිලි උපදෙස් නොමැතිව "ටර්මිනලය විවෘත කරන්න, මෙහි එන්න, අපගේ සේවාදායකයේ ලිපිනය තවමත් මේ වගේ", නැවත පණ ගැන්වීම සඳහා වෙන් කර ඇති මිනිත්තු 5 ක කාල සීමාව සපුරාලීම දුෂ්කර ය. හොඳයි, ප්ලස්, අපි මෙම රෙගුලාසි භාවිතා කරන විට, යටිතල පහසුකම්වල යම් යම් වෙනස්කම් වාර්තා කිරීම පහසුය, උදාහරණයක් ලෙස, ඒ අනුව රෙගුලාසි වෙනස් කරන්න.
හොඳයි, වෙන්කිරීමේ පද්ධතිය ඉතා සංකීර්ණ වන අතර යම් අවස්ථාවක දී අපි වැරැද්දක් කළහොත්, අපගේ උපස්ථ අඩවිය විනාශ කළ හැකි අතර, ඊට අමතරව වෙබ් අඩවි දෙකෙහිම දත්ත වට්ටක්කා බවට පත් කළ හැකිය - මෙය සම්පූර්ණයෙන්ම කණගාටුදායක වනු ඇත.
උදාහරණ අංක පහ, සම්පූර්ණ Hardcore
ලොව පුරා මිලියන සිය ගණනක් පරිශීලකයින් සිටින ජාත්‍යන්තර සේවාවක්. එහි ඇති සියලුම කාල කලාප, උපරිම වේගයෙන් ඉහළ බරක්, ඔබට කිසිසේත් වැතිර සිටිය නොහැක. මිනිත්තුවක් - එය කණගාටුදායක වනු ඇත. කුමක් කරන්න ද? සම්පූර්ණ වැඩසටහනට අනුව නැවත වෙන්කරවා ගන්න. මම කලින් උදාහරණයේ කතා කරපු හැම දෙයක්ම අපි කළා, තව ටිකක්. පරමාදර්ශී ලෝකයක්, සහ අපගේ යටිතල පහසුකම් IaaC devops හි සියලුම සංකල්පවලට අනුව ය. එනම්, සෑම දෙයක්ම git හි ඇති අතර, ඔබ බොත්තම ඔබන්න.
කුමක්ද නැතිවුණේ? එකක් - අභ්යාස. ඔවුන් නොමැතිව එය කළ නොහැකි ය. සෑම දෙයක්ම අප සමඟ පරිපූර්ණ බව පෙනේ, සාමාන්යයෙන් අපට සියල්ල පාලනය කර ඇත. අපි බොත්තම ඔබන්න, සියල්ල සිදු වේ. මෙය එසේ වුවද - එය මේ ආකාරයෙන් සිදු නොවන බව අපට වැටහේ - අපගේ පද්ධතිය වෙනත් පද්ධති සමඟ අන්තර් ක්‍රියා කරයි. උදාහරණයක් ලෙස, මෙය මාර්ග 53 සිට dns, s3 ගබඩාව, සමහර api සමඟ ඒකාබද්ධ කිරීම. මෙම සමපේක්ෂන අත්හදා බැලීමේදී අපට සියල්ල පුරෝකථනය කිරීමට නොහැකි වනු ඇත. අපි ඇත්ත වශයෙන්ම ස්විචය ඇද ගන්නා තුරු, එය ක්‍රියා කරයිද නැද්ද යන්න අපි නොදනිමු.
බොහෝ විට එපමණයි. කම්මැලි නොවන්න හෝ එය ඉක්මවා නොයන්න. සහ අතිකාල ඔබ සමඟ විය හැක!
මූලාශ්රය: www.habr.com