සටහන. පරිවර්තනය.: මෙම ලිපිය AWS තාක්ෂණ එවැන්ජලිස්තවරයෙකු වන Adrian Hornsby ගේ විශිෂ්ට ලිපි මාලාවක් දිගටම කරගෙන යයි, ඔහු තොරතුරු තාක්ෂණ පද්ධතිවල අසාර්ථක වීමේ ප්‍රතිවිපාක අවම කිරීම සඳහා අත්හදා බැලීම්වල වැදගත්කම සරල සහ පැහැදිලි ආකාරයකින් පැහැදිලි කිරීමට පටන් ගනී.
"ඔබ සැලැස්මක් සකස් කිරීමට අපොහොසත් වුවහොත්, ඔබ අසාර්ථක වීමට සැලසුම් කරයි." - බෙන්ජමින් ෆ්රෑන්ක්ලින්
В මෙම ලිපි මාලාවේදී, මම අවුල් ඉංජිනේරු සංකල්පය හඳුන්වා දුන් අතර නිෂ්පාදන අසාර්ථක වීමට පෙර පද්ධතියේ අඩුපාඩු සොයා ගැනීමට සහ නිවැරදි කිරීමට එය උපකාරී වන ආකාරය පැහැදිලි කළෙමි. ව්‍යාකූල ඉංජිනේරු විද්‍යාව සංවිධාන තුළ ධනාත්මක සංස්කෘතික වෙනසක් ප්‍රවර්ධනය කරන ආකාරය ද එය සාකච්ඡා කළේය.
පළමු කොටස අවසානයේ, "පද්ධතිවලට අසාර්ථකත්වය හඳුන්වා දීම සඳහා මෙවලම් සහ ක්රම" ගැන කතා කිරීමට මම පොරොන්දු විය. අහෝ, මේ සම්බන්ධයෙන් මගේ හිසට තමන්ගේම සැලසුම් තිබුණි, සහ මෙම ලිපියෙන් මම අවුල් සහගත ඉංජිනේරු විද්‍යාවට යාමට කැමති පුද්ගලයින් අතර පැන නගින වඩාත් ජනප්‍රිය ප්‍රශ්නයට පිළිතුරු දීමට උත්සාහ කරමි: Что ломать в первую очередь?
නියම ප්‍රශ්නයක්! කෙසේ වෙතත්, ඔහු මෙම පැන්ඩා ගැන විශේෂයෙන් කරදර වන බවක් නොපෙනේ ...
අවුල් පැන්ඩා සමඟ පටලවා නොගන්න!
කෙටි පිළිතුර: ඉල්ලීම් මාර්ගය ඔස්සේ තීරණාත්මක සේවාවන් ඉලක්ක කරන්න.
දිගු නමුත් පැහැදිලි පිළිතුරක්: අවුල් සහගත අත්හදා බැලීම් ආරම්භ කළ යුත්තේ කොතැනින්දැයි තේරුම් ගැනීමට, අංශ තුනකට අවධානය යොමු කරන්න:
- බලන්න බිඳ වැටීම් ඉතිහාසය සහ රටා හඳුනා ගැනීම;
- තීරණය මත විවේචනාත්මක පරායත්තතා;
- ඊනියා භාවිතා කරන්න අධිවිශ්වාස බලපෑම.
එය හාස්‍යජනක ය, නමුත් මෙම කොටස පහසුවෙන් හැඳින්විය හැකිය "ස්වයං-සොයාගැනීම සහ ප්‍රබුද්ධත්වය සඳහා ගමනක්". එය තුළ අපි සිසිල් උපකරණ කිහිපයක් සමඟ "වාදනය" ආරම්භ කරමු.
1. පිළිතුර අතීතයේ ඇත
ඔබට මතක නම්, පළමු කොටසේදී මම හඳුන්වා දුන්නේ දෝෂ නිවැරදි කිරීමේ සංකල්පය (COE) - අපි අපගේ වැරදි - තාක්‍ෂණයේ, ක්‍රියාවලියේ හෝ සංවිධානයේ වැරදි විශ්ලේෂණය කරන ක්‍රමයක් - ඒවායේ හේතු (ය) තේරුම් ගැනීමට සහ වැළැක්වීම සඳහා. අනාගතයේ නැවත ඇතිවීම . පොදුවේ, ඔබ ආරම්භ කළ යුත්තේ මෙයයි.
"වර්තමානය තේරුම් ගැනීමට, ඔබ අතීතය දැන සිටිය යුතුය." - කාල් සේගන්
අසාර්ථකත්වයේ ඉතිහාසය දෙස බලන්න, ඒවා COE හෝ පශ්චාත් මරණ පරීක්ෂණවල ටැග් කර ඒවා වර්ග කරන්න. බොහෝ විට ගැටළු වලට තුඩු දෙන පොදු රටා හඳුනා ගන්න, සහ එක් එක් COE සඳහා පහත ප්‍රශ්නය ඔබෙන්ම අසන්න:
"මෙය පුරෝකථනය කර වැරදි එන්නත් කිරීමෙන් වළක්වා ගත හැකිද?"
මට මතකයි මගේ වෘත්තීය ජීවිතයේ මුල් කාලයේ එක් අසාර්ථකත්වයක්. අපි සරල අවුල් සහගත අත්හදා බැලීම් කිහිපයක් සිදු කළේ නම් එය පහසුවෙන් වළක්වා ගත හැකිය:
සාමාන්‍ය තත්ව යටතේ, පසුපෙළ අවස්ථා සෞඛ්‍ය පරීක්‍ෂණවලට ප්‍රතිචාර දක්වයි ) ඉල්ලීම් සෞඛ්‍ය සම්පන්න අවස්ථාවන් වෙත හරවා යැවීමට ELB මෙම චෙක්පත් භාවිතා කරයි. අවස්ථාවක් "සෞඛ්‍යයට අහිතකර" බව පෙනී ගිය විට, ELB එයට ඉල්ලීම් යැවීම නතර කරයි. දිනක්, සාර්ථක අලෙවිකරණ ව්‍යාපාරයකින් පසු, ගමනාගමනයේ පරිමාව වැඩි වූ අතර පසුපෙළ සාමාන්‍යයට වඩා සෙමින් සෞඛ්‍ය පරීක්‍ෂාවන්ට ප්‍රතිචාර දැක්වීමට පටන් ගත්තේය. මේ සෞඛ්‍ය පරීක්ෂා කළ බව කිව යුතුයි , එනම් පරායත්ත තත්ත්වයන් පරීක්ෂා කරන ලදී.
කෙසේ වෙතත්, ටික වේලාවක් සියල්ල හොඳින් විය.
පසුව, දැනටමත් තරමක් ආතති සහගත තත්වයන් යටතේ, එක් අවස්ථාවක් විවේචනාත්මක නොවන, සාමාන්‍ය ETL ක්රෝන් කාර්යයක් ක්රියාත්මක කිරීමට පටන් ගත්තේය. අධික තදබදය සහ ක්‍රොන්ජොබ් සංයෝගය CPU භාවිතය 100%කට ආසන්නව තල්ලු කළේය. CPU අධි බර සෞඛ්‍ය පරීක්ෂණ සඳහා ප්‍රතිචාර තවදුරටත් මන්දගාමී වූ අතර, එම අවස්ථාව කාර්ය සාධන ගැටලු අත්විඳින බව ELB තීරණය කළේය. අපේක්ෂා කළ පරිදි, සමතුලිතය එයට ගමනාගමනය බෙදා හැරීම නැවැත්වූ අතර, එමඟින් කණ්ඩායමේ ඉතිරි අවස්ථා මත බර වැඩිවීමට හේතු විය.
හදිසියේම, අනෙකුත් සියලුම අවස්ථා ද සෞඛ්‍ය පරීක්ෂාව අසාර්ථක වීමට පටන් ගත්තේය.
නව අවස්ථාවක් ආරම්භ කිරීම සඳහා පැකේජ බාගත කිරීම සහ ස්ථාපනය කිරීම අවශ්ය වන අතර ස්වයංක්‍රීය පරිමාණය කිරීමේ කණ්ඩායම තුළ - එකින් එක - අක්‍රිය කිරීමට ELB ට ගත වූවාට වඩා බොහෝ කාලයක් ගත විය. ඉක්මනින්ම සමස්ත ක්‍රියාවලියම තීරණාත්මක ස්ථානයකට ළඟා වූ අතර යෙදුම බිඳ වැටුණු බව පැහැදිලිය.
එවිට අපි පහත කරුණු සදහටම තේරුම් ගත්තා:
- නව අවස්ථාවක් නිර්මාණය කිරීමේදී මෘදුකාංග ස්ථාපනය කිරීමට බොහෝ කාලයක් ගත වේ; වෙනස් කළ නොහැකි ප්‍රවේශයට මනාප ලබා දීම වඩා හොඳය. .
- සංකීර්ණ අවස්ථාවන්හිදී, සෞඛ්‍ය පරීක්ෂණ සහ ELB සඳහා ප්‍රතිචාර දැක්වීමට ප්‍රමුඛත්වය දිය යුතුය - ඔබට අවශ්ය අවසාන දෙය වන්නේ ඉතිරි අවස්ථා සඳහා ජීවිතය සංකීර්ණ කිරීමයි.
- සෞඛ්‍ය පරීක්ෂණ දේශීය හැඹිලිගත කිරීම (තත්පර කිහිපයක් සඳහා පවා) බෙහෙවින් උපකාරී වේ.
- දුෂ්කර තත්වයක් තුළ, ක්රෝන් කාර්යයන් සහ අනෙකුත් විවේචනාත්මක නොවන ක්රියාවලීන් ක්රියාත්මක නොකරන්න - වඩාත්ම වැදගත් කාර්යයන් සඳහා සම්පත් සුරකින්න.
- ස්වයංක්‍රීය පරිමාණය කිරීමේදී, කුඩා අවස්ථා භාවිතා කරන්න. කුඩා නිදර්ශක 10 ක කණ්ඩායමක් විශාල 4 ක කණ්ඩායමකට වඩා හොඳය; එක් අවස්ථාවක් අසමත් වුවහොත්, පළමු අවස්ථාවේ දී රථවාහන ගමනාගමනයෙන් 10% ක් ලකුණු 9 කට වඩා බෙදා හරිනු ලැබේ, දෙවැන්න - මාර්ග තදබදයෙන් 25% ලකුණු තුනකට වඩා වැඩි වේ.
එසේ නම්, මෙය පුරෝකථනය කර, එම නිසා ගැටලුව හඳුන්වා දීමෙන් වළක්වා ගත හැකිද?
බව, සහ ආකාර කිහිපයකින්.
පළමුව, වැනි මෙවලම් භාවිතයෙන් ඉහළ CPU භාවිතය අනුකරණය කිරීමෙන් හෝ :
❯ stress-ng --matrix 1 -t 60s
මානසික ආතතිය
දෙවනුව, අවස්ථාව අධික ලෙස පැටවීමෙන් සහ වෙනත් සමාන උපයෝගිතා:
❯ wrk -t12 -c400 -d20s http://127.0.0.1/api/health
අත්හදා බැලීම් සාපේක්ෂව සරල ය, නමුත් සැබෑ අසාර්ථකත්වයේ ආතතියෙන් තොරව සිතුවිලි සඳහා හොඳ ආහාර ලබා දිය හැකිය.
කෙසේ වෙතත්, එතනින් නවතින්න එපා. බිඳවැටීම පරීක්ෂණ පරිසරයක් තුළ ප්‍රතිනිෂ්පාදනය කිරීමට උත්සාහ කර ප්‍රශ්නයට ඔබේ පිළිතුර පරීක්ෂා කරන්නමෙය පුරෝකථනය කර වරදක් හඳුන්වා දීමෙන් වළක්වා ගත හැකිද?" මෙය උපකල්පන පරීක්ෂා කිරීම සඳහා අවුල් සහගත අත්හදා බැලීමක් තුළ කුඩා අවුල් සහගත අත්හදා බැලීමකි, නමුත් අසාර්ථක වීමකින් ආරම්භ වේ.
එය සිහිනයක් ද, නැතහොත් එය සැබවින්ම සිදු වූවාද?
එබැවින් අසාර්ථකත්වයේ ඉතිහාසය අධ්යයනය කරන්න, විශ්ලේෂණය කරන්න EOC, ටැග් කර ඒවා "පහර අරය" හෝ වඩාත් නිවැරදිව, බලපෑමට ලක් වූ පාරිභෝගිකයින් සංඛ්‍යාව අනුව වර්ග කරන්න - ඉන්පසු රටා සොයන්න. ගැටලුව හඳුන්වා දීමෙන් මෙය පුරෝකථනය කර වළක්වා ගත හැකිව තිබුණේ දැයි ඔබෙන්ම අසන්න. ඔබේ පිළිතුර පරීක්ෂා කරන්න.
ඉන්පසු විශාලතම පරාසය සහිත වඩාත් පොදු රටා වෙත මාරු වන්න.
2. පරායත්ත සිතියමක් සාදන්න
ඔබගේ යෙදුම ගැන සිතා බැලීමට මොහොතක් ගත කරන්න. එහි පරායත්තතා පිළිබඳ පැහැදිලි සිතියමක් තිබේද? අසාර්ථක වීමක් සිදු වුවහොත් ඔවුන් කුමන බලපෑමක් ඇති කරයිදැයි ඔබ දන්නවාද?
ඔබ ඔබේ යෙදුමේ කේතය ගැන එතරම් හුරුපුරුදු නැතිනම් හෝ එය ඉතා විශාල වී ඇත්නම්, කේතය කරන්නේ කුමක්ද සහ එහි පරායත්තතා මොනවාද යන්න තේරුම් ගැනීමට අපහසු විය හැක. ව්‍යාකූල ඉංජිනේරු විද්‍යාව ආරම්භ කළ යුත්තේ කොතැනින්ද යන්න දැන ගැනීමට මෙම පරායත්තතා සහ යෙදුමට සහ පරිශීලකයින්ට ඇති විය හැකි බලපෑම අවබෝධ කර ගැනීම ඉතා වැදගත් වේ: ආරම්භක ලක්ෂ්‍යය විශාලතම බලපෑම් අරය සහිත සංරචකයයි.
පරායත්තතා හඳුනා ගැනීම සහ ලේඛනගත කිරීම හැඳින්වෙන්නේ "පරායත්ත සිතියමක් ගොඩනැගීම» (යැපුම් සිතියම්කරණය). මෙය සාමාන්‍යයෙන් සිදු කරනු ලබන්නේ කේත පැතිකඩ මෙවලම් භාවිතයෙන් විශාල කේත පදනමක් සහිත යෙදුම් සඳහා ය. (කේත පැතිකඩ) සහ උපකරණ (උපකරණ). ජාල ගමනාගමනය නිරීක්ෂණය කිරීමෙන් ඔබට සිතියමක් සෑදිය හැකිය.
කෙසේ වෙතත්, සියලු පරායත්තතා සමාන නොවේ (මෙය ක්රියාවලිය තවදුරටත් සංකීර්ණ කරයි). ඇතැම් විවේචනාත්මක, අනික් - ද්විතියික (අවම වශයෙන් න්‍යායාත්මකව, බොහෝ විට බිඳවැටීම් සිදුවන්නේ විවේචනාත්මක නොවන ලෙස සලකනු ලැබූ පරායත්තතා සමඟ ඇති ගැටළු නිසා).
තීරනාත්මක යැපීම් නොමැතිව, සේවාව ක්රියා කළ නොහැක. විවේචනාත්මක නොවන පරායත්තතා"නොකළ යුතුය» වැටීමකදී සේවාවට බලපෑම් කිරීම. පරායත්තතා තේරුම් ගැනීමට, ඔබේ යෙදුම මගින් භාවිතා කරන API පිළිබඳ පැහැදිලි අවබෝධයක් ඔබට තිබිය යුතුය. මෙය පෙනෙන ආකාරයට වඩා දුෂ්කර විය හැකිය - අවම වශයෙන් විශාල යෙදුම් සඳහා.
සියලුම API හරහා යාමෙන් ආරම්භ කරන්න. වඩාත්ම ඉස්මතු කරන්න සැලකිය යුතු සහ විවේචනාත්මක. ගන්න රඳා පවතී කේත ගබඩාවෙන්, එය පරීක්ෂා කරන්න සම්බන්ධතා ලොග, පසුව බලන්න ලේඛනගත කිරීම (ඇත්ත වශයෙන්ම, එය පවතී නම් - එසේ නොමැතිනම් ඔබට තවමත් තිබේоවිශාල ගැටළු). මෙවලම් භාවිතා කරන්න පැතිකඩ සහ ලුහුබැඳීම, බාහිර ඇමතුම් පෙරීම.
වැනි වැඩසටහන් භාවිතා කළ හැකිය netstat - පද්ධතියේ ඇති සියලුම ජාල සම්බන්ධතා (ක්‍රියාකාරී සොකට්) ලැයිස්තුවක් පෙන්වන විධාන රේඛා උපයෝගීතාවයකි. උදාහරණයක් ලෙස, සියලුම වත්මන් සම්බන්ධතා ලැයිස්තුගත කිරීමට, ටයිප් කරන්න:
❯ netstat -a | more
AWS හි ඔබට භාවිතා කළ හැකිය (ප්රවාහ ලඝු) VPC යනු ඔබට VPC එකක ජාල අතුරුමුහුණත් වෙත යන හෝ එයින් IP ගමනාගමනය පිළිබඳ තොරතුරු රැස් කිරීමට ඉඩ සලසන ක්‍රමයකි. එවැනි ලඝු-සටහන් වෙනත් කාර්යයන් සඳහා ද උපකාර කළ හැකිය - නිදසුනක් ලෙස, ඇතැම් ගමනාගමනය එම අවස්ථාවට ළඟා නොවන්නේ මන්දැයි යන ප්‍රශ්නයට පිළිතුරක් සොයා ගැනීම.
ඔබට ද භාවිතා කළ හැකිය . X-Ray ඔබට සවිස්තරාත්මක, "අවසාන" ලබා ගැනීමට ඉඩ සලසයි. (අවසානයේ සිට අවසානය දක්වා) යෙදුම හරහා ගමන් කරන විට ඉල්ලීම් පිළිබඳ දළ විශ්ලේෂණය සහ යෙදුමේ යටින් පවතින සංරචකවල සිතියමක් ද ගොඩනඟයි. ඔබට පරායත්තතා හඳුනා ගැනීමට අවශ්ය නම් ඉතා පහසු වේ.
AWS X-Ray කොන්සෝලය
ජාල පරායත්ත සිතියමක් යනු අර්ධ විසඳුමක් පමණි. ඔව්, එය කුමන යෙදුම සමඟ සන්නිවේදනය කරන්නේද යන්න පෙන්වයි, නමුත් වෙනත් පරායත්තතා තිබේ.
බොහෝ යෙදුම් පරායත්තතා වෙත සම්බන්ධ වීමට DNS භාවිතා කරයි, අනෙක් ඒවා වින්‍යාස ගොනු තුළ සේවා සොයාගැනීම් හෝ දෘඪ-කේතගත IP ලිපින භාවිතා කළ හැක (උදා. /etc/hosts).
උදාහරණයක් ලෙස, ඔබට නිර්මාණය කළ හැකිය උදව්වෙන් iptables සහ කඩා වැටෙන දේ බලන්න. මෙය සිදු කිරීම සඳහා, පහත විධානය ඇතුළත් කරන්න:
❯ iptables -I OUTPUT -p udp --dport 53 -j REJECT -m comment --comment "Reject DNS"
DNS කළු කුහරය
ඇතුලත නම් /etc/hosts හෝ වෙනත් වින්‍යාස ගොනු, ඔබ කිසිවක් නොදන්නා IP ලිපින සොයා ගනු ඇත (ඔව්, අවාසනාවකට, මෙයද සිදු වේ), ඔබට නැවත ගලවා ගැනීමට පැමිණිය හැකිය iptables. ඔබ සොයා ගත්තා යැයි කියමු 8.8.8.8 සහ මෙය Google හි පොදු DNS සේවාදායක ලිපිනය බව නොදනී. භාවිතා කිරීම මගින් iptables පහත දැක්වෙන විධානයන් භාවිතයෙන් ඔබට මෙම ලිපිනයට පැමිණෙන සහ පිටතට යන ගමනාගමනය අවහිර කළ හැක:
❯ iptables -A INPUT -s 8.8.8.8 -j DROP -m comment --comment "Reject from 8.8.8.8"
❯ iptables -A OUTPUT -d 8.8.8.8 -j DROP -m comment --comment "Reject to 8.8.8.8"
ප්රවේශය වසා දැමීම
පළමු රීතිය Google හි පොදු DNS වෙතින් සියලුම පැකට් ඉවත් කරයි: ping වැඩ කරයි, නමුත් පැකට් ආපසු ලබා නොදේ. දෙවන රීතිය ඔබගේ පද්ධතියෙන් ආරම්භ වන සියලුම පැකට් Google හි පොදු DNS වෙතට - ප්‍රතිචාර වශයෙන් පහත හෙළයි ping අපට ලැබෙනවා මෙහෙයුම අවසර නැත.
සටහන: මෙම විශේෂිත අවස්ථාවෙහිදී එය භාවිතා කිරීම වඩා හොඳය whois 8.8.8.8, නමුත් මෙය උදාහරණයක් පමණි.
TCP සහ UDP භාවිතා කරන සෑම දෙයක්ම ඇත්ත වශයෙන්ම IP මත රඳා පවතින නිසා, අපට හාවා කුහරයේ ගැඹුරට යා හැකිය. බොහෝ අවස්ථාවලදී, IP ARP සමඟ බැඳී ඇත. ෆයර්වෝල් ගැන අමතක කරන්න එපා...
ඔබ රතු පෙත්තක් ගත්තොත්, ඔබ ආශ්චර්යයේ රැඳී සිටින්න, මම ඔබට පෙන්වන්නම් හාවා කුහරය කෙතරම් ගැඹුරට යනවාද යන්න.
වඩාත් රැඩිකල් ප්රවේශයක් වේ විසන්ධි කරන්න කාර් එකින් එක බලන්න කැඩිච්ච දේ... "අවුල් වඳුරෙක්" වෙන්න. ඇත්ත වශයෙන්ම, බොහෝ නිෂ්පාදන පද්ධති එවැනි තිරිසන් ප්රහාරයක් සඳහා නිර්මාණය කර නැත, නමුත් අවම වශයෙන් එය පරීක්ෂණ පරිසරයක් තුළ උත්සාහ කළ හැකිය.
පරායත්ත සිතියමක් තැනීම බොහෝ විට ඉතා දිගු කාර්යයකි. ක්ෂුද්‍ර සේවා සහ විධාන සිය ගණනක් සඳහා අර්ධ ස්වයංක්‍රීයව පරායත්ත සිතියම් ජනනය කරන මෙවලමක් සංවර්ධනය කිරීමට වසර 2කට ආසන්න කාලයක් ගත කළ සේවාදායකයෙකු සමඟ මම මෑතකදී කතා කළෙමි.
කෙසේ වෙතත්, ප්රතිඵලය අතිශයින්ම රසවත් හා ප්රයෝජනවත් වේ. ඔබ ඔබේ පද්ධතිය, එහි යැපීම් සහ මෙහෙයුම් ගැන බොහෝ දේ ඉගෙන ගනු ඇත. නැවතත්, ඉවසිලිවන්ත වන්න: එය වඩාත් වැදගත් වන්නේ ගමනයි.
3. ඕනෑවට වඩා විශ්වාසයෙන් පරිස්සම් වන්න
"යමක් ගැන සිහින දකින තැනැත්තා එය විශ්වාස කරයි." - ඩෙමොස්ටනීස්
ඔබ කවදා හෝ අසා තිබේද අධිවිශ්වාස බලපෑම?
විකිපීඩියාවට අනුව, අධිවිශ්වාස බලපෑම යනු "විශේෂයෙන් විශ්වාසයේ මට්ටම සාපේක්ෂ වශයෙන් ඉහළ මට්ටමක පවතින විට, එම විනිශ්චයන්හි වෛෂයික නිරවද්‍යතාවයට වඩා පුද්ගලයෙකුගේ ක්‍රියාවන් සහ තීරණ කෙරෙහි ඇති විශ්වාසය සැලකිය යුතු ලෙස වැඩි වන සංජානන නැඹුරුවකි."
සහජ බුද්ධිය සහ අත්දැකීම් මත පදනම්ව...
මගේ අත්දැකීමට අනුව, මෙම විකෘති කිරීම අවුල් සහගත ඉංජිනේරු විද්‍යාව සමඟ ආරම්භ කළ යුතු ස්ථානය පිළිබඳ විශිෂ්ට ඉඟියකි.
ඕනෑවට වඩා විශ්වාස කරන ක්‍රියාකරුගෙන් පරිස්සම් වන්න:
චාලි: "මේ දේ අවුරුදු පහකින් වැටිලා නැහැ, හැම දෙයක්ම හොඳයි!"
කඩා වැටීම: "ඉන්න... මම ඉක්මනින්ම එන්නම්!"
අධික විශ්වාසයේ ප්‍රතිවිපාකයක් ලෙස පක්ෂග්‍රාහී වීම ද්‍රෝහී හා භයානක දෙයකි, එයට බලපාන විවිධ සාධක හේතු වේ. කණ්ඩායම් සාමාජිකයින් ඔවුන්ගේ හදවත් තාක්‍ෂණයකට වත් කර ඇති විට හෝ එය "නිවැරදි" කිරීමට බොහෝ කාලයක් ගත කළ විට මෙය විශේෂයෙන්ම සත්‍ය වේ.
සාරාංශ ගත
අවුල් ඉංජිනේරු විද්‍යාව සඳහා ආරම්භක ලක්ෂ්‍යයක් සෙවීම සෑම විටම බලාපොරොත්තු වූවාට වඩා වැඩි ප්‍රතිඵල ගෙන දෙන අතර, ඉක්මනින් දේවල් බිඳ දැමීමට පටන් ගන්නා කණ්ඩායම්වලට (අවුල්-) හි වඩාත් ගෝලීය හා සිත්ගන්නා සාරය නොපෙනේ.ඉංජීනේරු - නිර්මාණාත්මක භාවිතය විද්යාත්මක ක්රම и ආනුභවික සාක්ෂි (මෘදුකාංග) පද්ධති සැලසුම් කිරීම, සංවර්ධනය කිරීම, ක්රියාත්මක කිරීම, නඩත්තු කිරීම සහ වැඩිදියුණු කිරීම සඳහා.
මෙය දෙවන කොටස අවසන් කරයි. කරුණාකර සමාලෝචන ලියන්න, අදහස් බෙදාගන්න හෝ අත්පුඩි ගසන්න . මීළඟ කොටසින් අයි ඇත්තටම පද්ධති තුලට අසාර්ථකත්වයන් හඳුන්වා දීම සඳහා මෙවලම් සහ ක්රම මම සලකා බලමි. තුරු!
පරිවර්තකගෙන් PS
අපගේ බ්ලොග් අඩවියේ ද කියවන්න:
- «»;
- «»;
- «»;
- «".
මූලාශ්රය: www.habr.com