සේවාදායක පැටවීම අඩු කිරීම

මෙම ලිපියෙන්, සේවාදායක භාරය වැඩි වීමට හේතුව අපි සොයා බලමු, ඉහළ භාර ක්‍රියාවලීන් ප්‍රශස්ත කිරීමට විවිධ ක්‍රම සාකච්ඡා කරමු. Apache/Nginx සහ MySQL හි කේත ප්‍රශස්තිකරණය කෙරෙහි විශේෂ අවධානයක් යොමු කරනු ඇත, සහායක මෙවලමක් ලෙස හැඹිලිගත කිරීම ගැන අපි කතා කරමු, DDOS ප්‍රහාර වැනි බාහිර තර්ජන සහ ඒවා වළක්වා ගන්නේ කෙසේද යන්න සලකා බලමු.

සේවාදායක පැටවීම සිදුවන්නේ ඇයි?

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

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

Apache/Nginx සේවාදායකය ප්‍රශස්ත කිරීම

සුචිගත කිරීම හේතුවෙන් සේවාදායක පැටවීම වැඩි වීම

සේවාදායකයේ සුචිගත කිරීම හේතුවෙන් වැඩි බරක් පැටවීම සිදුවිය හැකිය, උදාහරණයක් ලෙස, සෙවුම් යන්ත්‍ර ඔබේ වෙබ් අඩවියේ පිටු විශාල සංඛ්‍යාවක් පරිලෝකනය කරන විට. මෙය සේවාදායක සම්පත් භාවිතය වැඩි කිරීමට හේතු විය හැකි අතර, එහි ප්‍රතිඵලයක් ලෙස, වෙබ් අඩවියේ ක්‍රියාකාරිත්වය මන්දගාමී විය හැකිය. හේතුව හඳුනා ගැනීම සාපේක්ෂව සරල ය; ඔබ පිහිටා ඇති ගොනුව විවෘත කළ යුතුය:

/var/www/httpd-logs/sitename.access.log

සෙවුම් යන්ත්‍ර මගින් සුචිගත කළ විට, පරිශීලකයාට පහත ස්වභාවයේ ඇතුළත් කිරීම් පෙනෙනු ඇත:

11.22.33.44 - - [Date and Time] "GET /your-page-path HTTP/1.1" 200 1234 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

බර අඩු කිරීම සඳහා පළමු විසඳුම ලෙස, ඔබට සුචිගත කිරීමට අවශ්‍ය නොවන පිටු වල "noindex" සහ "nofollow" මෙටා ටැග් සැකසීම භාවිතා කළ හැකිය. දෙවන විසඳුම වන්නේ .htaccess ගොනුවයි, එහිදී නිශ්චිත සෙවුම් යන්ත්‍රවලට අනුරූප ඇතුළත් කිරීම් එකතු කළ යුතුය, උදාහරණයක් ලෙස, Yandex සහ Google වෙතින් සැඟවීමට:

SetEnvIfNoCase User-Agent "^Yandex" search_bot
SetEnvIfNoCase User-Agent "^Googlebot" search_bot
Order Allow,Deny
Allow from all
Deny from env=search_bot

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

හැඹිලිගත කිරීමේ සැකසුම් භාවිතා කිරීම

සේවාදායකයේ වැරදි හැඹිලි සැකසුම් ද අධික බරකට හේතු විය හැක. මෙම පරාමිතිය ප්‍රශස්ත කිරීම සඳහා, වින්‍යාස ගොනු හෝ .htaccess හි අනුරූප වෙනස්කම් සිදු කළ යුතුය . Apache සම්බන්ධයෙන් ගත් කල, දෙවන විකල්පය වඩාත් සුදුසුය, Nginx සඳහා - පළමුවැන්න.

Apache සේවාදායකයක , ඔබ .htacess ගොනුව විවෘත කර පහත කේතය ඇතුළත් කළ යුතුය :

<FilesMatch ".(flv|gif|jpg|jpeg|png|ico|swf|js|css|pdf|doc|docx)$">
Header set Cache-Control "max-age=2592000"
</FilesMatch>

ඉන්පසු, විධානය භාවිතා කර Expires මොඩියුලය සක්‍රීය කරන්න:

sudo a2enmod expires

ඉන්පසු, වෙබ් සේවාදායකය නැවත ආරම්භ කරන්න:

sudo service apache2 restart

සහ සඳහන් කිරීමෙන් මොඩියුලය සක්‍රිය කරන්න:

ExpiresActive On

Nginx සේවාදායකයක , වින්‍යාස ගොනුවට පහත කේතය එක් කිරීම ප්‍රමාණවත් වේ:

location ~* .(jpg|jpeg|gif|png|ico|css|swf|flv|doc|docx)$ {
root /var/www/yoursite.com;
}

සහ සේවා නැවත පූරණයක් සිදු කරන්න:

sudo service nginx restart

මෙම සැකසුම් සමඟ, ඉඩ දෙන්න සහ ප්‍රතික්ෂේප කරන්න විධාන මඟ හැරෙන බව සලකන්න .

දත්ත සම්පීඩනය භාවිතා කිරීම

Apache සහ Nginx වෙබ් සේවාදායකයන්හි Gzip භාවිතයෙන් දත්ත සම්පීඩනය සක්‍රීය කිරීම සේවාදායකය සහ සේවාදායකයා අතර සම්ප්‍රේෂණය වන දත්ත ප්‍රමාණය අඩු කිරීමට උපකාරී වන අතර එමඟින් කාර්ය සාධනය වැඩි දියුණු වන අතර වෙබ් පිටු පූරණය වන කාලය අඩු වේ.

Apache හි Gzip සක්‍රීය කිරීමට , ඔබ mod_deflate මොඩියුලය සක්‍රිය කළ යුතුය :

sudo a2enmod deflate

ඉන්පසු, වෙබ් සේවාදායකය නැවත ආරම්භ කරන්න:

sudo service apache2 restart

අවසාන වශයෙන්, වින්‍යාස ගොනුවට හෝ .htaccess ගොනුවට පහත කොටස එක් කරන්න:

<IfModule mod_deflate.c>
# Configure compression for specified file types
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/javascript application/x-javascript application/json

# If the browser matches the specified pattern, apply compression only to text/html files
BrowserMatch ^Mozilla/4 gzip-only-text/html

# If the browser matches the specified version patterns of Mozilla 4.0.6, 4.0.7, 4.0.8, disable compression
BrowserMatch ^Mozilla/4\.0[678] no-gzip

# If the browser is MSIE (Internet Explorer), disable compression for all files except text/html
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

# If the request contains the specified pattern (extensions of image files), disable compression
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip
</IfModule>

මෙම වින්‍යාසය ඇතැම් ගොනු වර්ග සඳහා සම්පීඩනය සක්‍රීය කරන අතර රූප සඳහා එය අක්‍රීය කරයි.

Nginx සම්බන්ධයෙන් , වින්‍යාසය වින්‍යාස ගොනුවේ http කොටසේ සිදු වේ. පහත කේතය එකතු කළ යුතුය:

gzip on;
gzip_disable "msie6";

# Adds the Vary header, indicating that the response may change depending on the Accept-Encoding header value
gzip_vary on;

# Enables compression for any proxy servers
gzip_proxied any;

# Sets the compression level. A value of 6 provides a good balance between compression efficiency and resource use
gzip_comp_level 6;

# Sets the size of the buffer for compressed data (16 buffers of 8 kilobytes each)
gzip_buffers 16 8k;

# Specifies that data compression should be used only for HTTP version 1.1 and higher
gzip_http_version 1.1;

# Sets the file types that can be compressed
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

Apache හා සමානව , මෙහිදී ඇතැම් ගොනු වර්ග සඳහා සම්පීඩන පරාමිතීන් සකසා ඇත. ඕනෑම වෙබ් සේවාදායකයකට වෙනස්කම් සිදු කිරීමෙන් පසු, සේවා නැවත පූරණයක් අවශ්‍ය වේ:

sudo service apache2 restart

Or

sudo service nginx restart

සේවාදායකයට DDOS ප්‍රහාරයක්

DDoS ප්‍රහාරයක ප්‍රතිඵලයක් ලෙස ඉහළ සේවාදායක බරක් ඇති විය හැක. DDoS ප්‍රහාරයක් පවතින බව හඳුනා ගැනීම, රථවාහන තදබදයේ හදිසි වැඩිවීමක්, අසාමාන්‍ය ඉල්ලීම් සහ සේවාදායක කාර්ය සාධනය පහත වැටීම් නිරීක්ෂණය කිරීම හරහා කළ හැකිය. එක් IP ලිපිනයකින් හෝ වරාය පරිලෝකනයකින් නැවත නැවත ඉල්ලීම් සඳහා ලොග් සමාලෝචනය කිරීමෙන් ද විය හැකි DDoS ප්‍රහාරයක් පෙන්නුම් කළ හැකිය. බොහෝ ආරක්ෂණ පියවර තිබේ, නමුත් අපි මූලික කරුණු පමණක් සාකච්ඡා කරමු.

CDN (අන්තර්ගත බෙදාහැරීමේ ජාලය) භාවිතා කිරීම . CDN එකකට ඔබේ වෙබ් සේවාදායකය සහ පරිශීලකයින් අතර අතරමැදියෙකු ලෙස සේවය කළ හැකි අතර, DDoS ප්‍රහාරයක බලපෑම අවම කිරීම සඳහා ගමනාගමනය බෙදා හැරීම සහ අන්තර්ගතය හැඹිලිගත කිරීම සිදු කළ හැකිය. CDN වලට බර බෙදා හැරීම සහ ගමනාගමන පෙරීම ඇතුළුව බිල්ට්-ඉන් DDoS ආරක්ෂණ යාන්ත්‍රණ ද තිබිය හැකිය.

ෆයර්වෝල් සහ ආක්‍රමණ හඳුනාගැනීමේ පද්ධති (IDS/IPS) වින්‍යාස කිරීම . IP ලිපින සහ වරායන් වැනි විවිධ නිර්ණායක මත පදනම්ව ගමනාගමනය පෙරීමට ෆයර්වෝල් වින්‍යාසගත කළ හැකිය. IDS/IPS අසාමාන්‍ය ගමනාගමන හැසිරීම් හඳුනාගෙන සැක සහිත සම්බන්ධතා අවහිර කළ හැකිය. මෙම මෙවලම් විභව ද්වේෂසහගත ගමනාගමනය නිරීක්ෂණය කිරීමට සහ අවහිර කිරීමට ඵලදායී විය හැකිය.

DDoS ප්‍රහාරවල බලපෑම අවම කිරීම සඳහා Apache සහ Nginx වෙබ් සේවාදායකයන් වින්‍යාස කිරීම.

Apache සඳහා විසඳුමක් ලෙස, අපි mod_evasive මොඩියුලය සක්‍රීය කරමු. මෙය සිදු කිරීම සඳහා, httpd.conf හෝ apache2.conf වින්‍යාස ගොනුවේ පහත පේළිය අදහස් දක්වන්න හෝ එක් කරන්න :

LoadModule evasive20_module modules/mod_evasive.so

එම ගොනුවේම, ඔබට සැකසුම් බ්ලොක් එකක් එක් කිරීමට අවශ්‍ය වේ:

<IfModule mod_evasive20.c>
# Hash table size for storing request information
DOSHashTableSize 3097

# Number of requests to one page before activating protection
DOSPageCount 2
DOSPageInterval 1

# Number of requests to all pages before activating protection
DOSSiteCount 50
DOSSiteInterval 1

# Blocking period in seconds for IP addresses
DOSBlockingPeriod 10
</IfModule>

ඒ හා සමානව, අපි mod_ratelimit මොඩියුලය සක්‍රිය කරමු:

LoadModule ratelimit_module modules/mod_ratelimit.so

සහ වින්‍යාසය එක් කරන්න:

<IfModule mod_ratelimit.c>
# Setting the output filter for rate limiting (Rate Limit)
SetOutputFilter RATE_LIMIT

# Beginning of the settings block for the location "/login"
<Location "/login">

# Setting the environment variable rate-limit with a value of 1
SetEnv rate-limit 1

# Ending of the settings block for the location "/login"
</Location>
</IfModule>

Nginx සඳහා වන වින්‍යාසය Apache ට සමාන වේ . nginx.conf වින්‍යාස ගොනුවේ, පහත විධාන භාවිතා කළ යුතුය:

http {
...
# Defining a zone for connection limits
limit_conn_zone $binary_remote_addr zone=addr:10m;

# Defining a zone for request limits
limit_req_zone $binary_remote_addr zone=req_zone:10m rate=1r/s;

server {
        ...
        # Configuring connection limits
        limit_conn addr 10;

        # Configuring request limits
        limit_req zone=req_zone burst=5;

        ...
    }
}

එක් එක් සේවාවන් සඳහා වෙනස්කම් සිදු කිරීමෙන් පසු, ඒවා නැවත පූරණය කළ යුතුය:

sudo systemctl restart apache2

හෝ:

sudo systemctl restart nginx

මෙම උදාහරණ මගින් සපයනු ලබන්නේ මූලික වින්‍යාසයක් පමණක් වන අතර, එය නිශ්චිත අවශ්‍යතා සහ ප්‍රහාරවල ස්වභාවය අනුව තවදුරටත් අනුවර්තනය කළ හැකිය.

MySQL විමසුම් ප්‍රශස්ත කිරීම

වෙබ් සේවාදායකයක MySQL දත්ත සමුදා විමසුම් ප්‍රශස්ත කිරීම විවිධ ආකාරවලින් සාක්ෂාත් කරගත හැකි අතර, ඉන් එකක් වන්නේ වින්‍යාස ගොනුව නිසි ලෙස වින්‍යාස කිරීමයි. සාමාන්‍යයෙන්, මෙම ගොනුව my.cnf හෝ my.ini ලෙස නම් කර ඇති අතර එය /etc/ හෝ /etc/mysql/ නාමාවලියෙහි පිහිටා ඇත . ඔබ එය විවෘත කර පහත වෙනස්කම් සිදු කළ යුතුය:

[mysqld]
# Location of the file for recording slow queries. Be sure to replace it with your path
log-slow-queries = /var/log/mariadb/slow_queries.log

# Threshold time for considering slow queries (in seconds)
long_query_time = 5

# Enabling recording of queries that do not use indexes
log-queries-not-using-indexes = 1

# Disabling query caching
query_cache_size = 0
query_cache_type = 0
query_cache_limit = 1M

# Size of temporary tables
tmp_table_size = 16M
max_heap_table_size = 16M

# Size of the thread cache
thread_cache_size = 16

# Disabling name resolving
skip-name-resolve = 1

# Size of the InnoDB buffer pool. Set to 50-70% of available RAM
innodb_buffer_pool_size = 800M

# Size of the InnoDB log file
innodb_log_file_size = 200M

සේවාදායක දත්ත සමුදාය සමඟ අන්තර්ක්‍රියා කිරීමට පහසුකම් සැලසිය හැකි අමතර නිර්දේශ ද සලකා බලමු:

1. පාවිච්චි කරන්න පැහැදිලි කරන්න SQL විමසුමකට පෙර එහි ක්‍රියාත්මක කිරීම විශ්ලේෂණය කිරීම සඳහා විධානය භාවිතා කරන්න. මෙය ඔබට විමසුම සඳහා ක්‍රියාත්මක කිරීමේ සැලැස්මක් ලබා ගැනීමට සහ කුමන දර්ශක භාවිතා කරන්නේද, කුමන වගු ස්කෑන් කරන්නේද යනාදිය තීරණය කිරීමට ඉඩ සලසයි.
2. දර්ශක දත්ත සෙවීම වේගවත් කරයි, එබැවින් නිසි ලෙස නිර්මාණය කරන ලද දර්ශක මඟින් විමසුම් කාර්ය සාධනය සැලකිය යුතු ලෙස වැඩිදියුණු කළ හැකිය. නිතර භාවිතා වන තීරු කෙරෙහි අවධානය යොමු කරන්න WHERE or JOIN කොන්දේසි.
3. භාවිතා කිරීමෙන් වළකින්න තෝරන්න *. වගුවක ඇති සියලුම තීරු තෝරා ගැනීම වෙනුවට, ඔබේ විමසුමට සැබවින්ම අවශ්‍ය තීරු පමණක් සඳහන් කරන්න.
4. තුළ ශ්‍රිත භාවිතා කිරීමෙන් වළකින්න WHERE කොන්දේසි. ශ්‍රිත භාවිතා කිරීම (උදා. අඩු, ඉහළ, LEFT, රයිට්) තුල WHERE කොන්දේසි මඟින් දර්ශක නිෂ්ඵල කළ හැකිය. කොන්දේසි යටතේ ඒවායේ සෘජු භාවිතය වළක්වා ගැනීමට උත්සාහ කරන්න.
5. භාවිත අභ්යන්තර සන්ධි හැකි සෑම විටම, එය සාමාන්‍යයෙන් වඩා කාර්යක්ෂම බැවින්. තවද, සම්බන්ධ කිරීම සඳහා අනුරූප තීරුවල දර්ශක ඇති බවට වග බලා ගන්න.
6. භාවිත සීමාව ඔබට නිශ්චිත ප්‍රතිඵල සංඛ්‍යාවක් පමණක් ලබා ගැනීමට අවශ්‍ය නම්, ආපසු ලබා දුන් පේළි ගණන සීමා කිරීමට.
7. සේවාදායක බර අඩු කිරීම සඳහා, විශේෂයෙන් කලාතුරකින් වෙනස් වන විට, හැඹිලිගත විමසුම් ප්‍රතිඵල සලකා බලන්න.

තැපැල් සේවාදායකය සේවාදායකය මත ඉහළ බරක් නිර්මාණය කරයි.

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

mailq

මෙය පෝලිමේ ඇති පණිවිඩ ලැයිස්තුවක් පෙන්වනු ඇත, ඇත්නම්. සෑම පණිවිඩයක්ම එහි අනන්‍ය හඳුනාගැනීම සහ යැවීමේ තත්ත්වය පිළිබඳ තොරතුරු සමඟ පෙන්වනු ඇත. තැපැල් සේවාදායක ලොග් සමාලෝචනය කිරීමෙන් සමාන ප්‍රතිඵලයක් ලබා ගත හැකිය.

බොහෝ අවස්ථාවන්හිදී, සේවාදායකය අයාචිත තැපැල් යැවීම ආරම්භ කරන විට, සේවාදායකයට හානි සිදුවුවහොත් අධික බරක් පැටවේ. කෙසේ වෙතත්, පරීක්ෂා කිරීමෙන් පසු, සේවාදායකයට පිටතින් ප්‍රහාරයක් එල්ල වී නොමැති බවත්, පරිශීලකයින් අයාචිත තැපැල් නොසලකා හරින බවත් පරිපාලකයාට විශ්වාස නම්, තැපැල් සේවාදායකය ප්‍රශස්තකරණය කිරීමට කාලයයි. උපකාරී වන පියවර මෙන්න:

1. ඔබගේ වසමේ DNS වාර්තා නිවැරදිව වින්‍යාස කර ඇති බව සහතික කර ගන්න, ඇතුළුව එස්පීඑෆ්, DKIM, සහ DMARC තැපැල් බෙදා හැරීම වැඩිදියුණු කිරීමට සහ අයාචිත තැපැල් වලින් ආරක්ෂා වීමට වාර්තා. පරාමිතීන්හි නිවැරදි වින්‍යාසය පිළිබඳ ලිපියෙන් සොයාගත හැකිය තැපැල් සේවාදායක රෝග විනිශ්චය.
2. අවහිර කිරීම් වළක්වා ගැනීමට සහ තැපැල් බෙදා හැරීම වේගවත් කිරීමට ෆයර්වෝල් වින්‍යාසය සහ මාර්ගගත කිරීමේ නීති ඇතුළුව ජාල සැකසුම් පරීක්ෂා කරන්න.
3. සේවාදායක පැටවීම අනුව පණිවිඩ පෝලිම් පරාමිතීන් වින්‍යාස කරන්න. මෙයට උපරිම පෝලිම් ප්‍රමාණය සහ කල් ඉකුත්වීම් සැකසීම ඇතුළත් විය හැකිය.
4. මෙම ලිපියෙන් අප කලින් සාකච්ඡා කළ විසඳුම් සලකා බලන්න. කාර්ය සාධනය වැඩි දියුණු කිරීම සඳහා තැපැල් සේවාදායක දත්ත සමුදාය වරින් වර ප්‍රශස්තිකරණය කරන්න, DNS විමසුම් වැනි දත්ත සෙවීම සහ සැකසීම වේගවත් කිරීමට හැඹිලි යාන්ත්‍රණ භාවිතා කරන්න.
5. තැපැල් සේවාදායකය තවමත් නිතිපතා ඉහළ බරකට මුහුණ දෙන්නේ නම්, තැපැල් සේවාදායක පොකුරක් හෝ වලාකුළු විසඳුම් භාවිතා කිරීම වැනි පරිමාණ විකල්ප සලකා බලන්න.

නිගමනය

සේවාදායක බර වැඩිවීම වෙබ් අඩවි පැටවීමේ වේගයට සෘජුවම බලපාන අතර, අවසානයේ සෙවුම් යන්ත්‍රවල පරිශීලක අත්දැකීම් සහ කීර්ති නාමයට බලපායි. මේ අනුව, මෙම බර ඵලදායී ලෙස කළමනාකරණය කිරීම සම්පතෙහි අඛණ්ඩ ක්‍රියාකාරිත්වය සහතික කිරීම සහ අමුත්තන්ට එහි ප්‍රවේශ්‍යතාව වැඩි කිරීම සඳහා ප්‍රධාන කාර්යභාරයක් ඉටු කරයි.