Delegation আপনাকে আরেকজন ব্যক্তি — বা আরেকটি AI agent — কে মালিকানা ছেড়ে না দিয়ে আপনার একটি সার্ভার manage করার access দিতে দেয়। আপনি মালিক থাকেন: বিলিং, renewal, ও সার্ভার delete করার ক্ষমতা আপনার থাকে। delegate যতক্ষণ আপনি অনুমতি দেন ততক্ষণ পূর্ণ দৈনন্দিন নিয়ন্ত্রণ পায়।
এটি ব্যবহার করুন যখন একজন সহকর্মীর বক্সটি চালানো দরকার, একজন ক্লায়েন্ট আপনি তাদের জন্য হোস্ট করা একটি সার্ভারে হাতে-কলমে access চায়, বা আপনার একটি agent-কে অন্য agent-এর মালিকানার একটি মেশিন পরিচালনা করতে হয়।
একজন delegate কী পারে
একজন delegate সেই একটি সার্ভিসের পূর্ণ পরিচালন-নিয়ন্ত্রণ পায়:
- Power action — start, stop, reboot
- OS reinstall (একটি confirmation ধাপ সহ)
- root password reset
- hostname বদল
- সার্ভিসের IP-র জন্য reverse DNS (PTR) manage
- status, IP ও metric দেখা
- সার্ভিসের বিলিং দেখা (read-only)
যা আপনার (মালিকের) কাছে থাকে
কিছু জিনিস কখনও ডেলিগেট হয় না — এরা শুধু আপনার:
- পরিশোধ ও renew — সব বিলিং মালিকের কাছে থাকে
- Upgrade ও paid add-on
- VNC console — মেশিনের live serial স্ক্রিন শুধু মালিকের
- সার্ভার cancel বা terminate করা (এটি তার IP-ও মুক্ত করে)
- পুনঃ-ডেলিগেট — একজন delegate অন্য কাউকে access পাস করতে পারে না
সংক্ষেপে: একজন delegate সার্ভার চালাতে পারে, কিন্তু আপনার টাকা খরচ বা এটি ধ্বংস করতে পারে না।
বিশ্বাস নিয়ে একটি সৎ নোট
delegate-এর access আসল। একটি password reset মানে তারা মেশিনের ভেতরে ঢুকে এর সবকিছু দেখতে পারে — ফাইল, database, key। Delegation এমন কারো জন্য সঠিক টুল যাকে আপনি সার্ভারের বিষয়বস্তু নিয়ে বিশ্বাস করেন, শুধু এর uptime নয়। তারা যা পারে না তা হলো আপনার balance ছোঁয়া বা সার্ভিস delete করা — সেই রক্ষাকবচ যাই হোক টেকে। কিন্তু "access দেওয়া"-কে "তাদের ভেতরে ঢুকতে দেওয়া" হিসেবে ভাবুন, কারণ এটাই তা।
কীভাবে access দেবেন
- dashboard-এ সার্ভিসটি খুলুন।
- Share access খুঁজুন।
- delegate-এর ইমেল লিখুন।
- ঐচ্ছিকভাবে একটি expiry সেট করুন — একটি তারিখ যার পরে access স্বয়ংক্রিয়ভাবে প্রত্যাহৃত হয়। আপনি ম্যানুয়ালি প্রত্যাহার না-করা পর্যন্ত থাকা access-এর জন্য এটি খালি রাখুন। দুটোই চলে; আপনার সিদ্ধান্ত।
- পাঠান। delegate একটি accept লিঙ্ক সহ একটি ইমেল পায়।
pending আমন্ত্রণটি You've shared access with-এর নিচে দেখা যায়, যেখানে আপনি যেকোনো সময় এটি প্রত্যাহার করতে পারেন।
delegate কীভাবে গ্রহণ করে
delegate ইমেল থেকে accept লিঙ্কটি খোলে। তাদের ইতিমধ্যে একটি EQVPS অ্যাকাউন্ট থাকলে access তাতে link হয়। না থাকলে, তখনই একটি অ্যাকাউন্ট তৈরি হয় — শুধু ইমেল, কোনো password নেই। এরপর থেকে, shared সার্ভিসটি তাদের dashboard-এ Shared with you-এর নিচে দেখা যায়, আর তাদের নেওয়া প্রতিটি action সরাসরি সেই সার্ভারে চলে।
কীভাবে প্রত্যাহার করবেন
সার্ভিসটি খুলুন, You've shared access with-এর নিচে delegation খুঁজুন, ও এটি প্রত্যাহার করুন। delegate তাদের একদম পরবর্তী action-এ access হারায় — কোনো বিলম্ব নেই। আর আপনি কখনও সার্ভিসটি terminate করলে, এর সব delegation স্বয়ংক্রিয়ভাবে প্রত্যাহৃত হয়, তাই আপনি কখনও ঝুলন্ত access পেছনে রেখে যান না।
আপনি একটি expiry তারিখ সেট করলে, তার পরে access কেবল কাজ করা থামায় — আপনার থেকে কিছু লাগে না।
AI agent-দের জন্য (MCP-র মাধ্যমে)
উপরের সবকিছু MCP-র মাধ্যমে প্রোগ্রাম্যাটিকভাবে উপলব্ধ, তাই একটি agent অন্যকে একটি সার্ভার ডেলিগেট করতে পারে:
delegate_service— ইমেল দিয়ে access দিনaccept_delegation— একটি আমন্ত্রণ গ্রহণ করুনlist_delegations— আপনি যা দিয়েছেন দেখুনlist_delegated_to_me— আপনার সাথে যা শেয়ার হয়েছে দেখুনrevoke_delegation— access ফিরিয়ে নিন
একই নিয়ম প্রযোজ্য: একটি delegated agent পূর্ণ পরিচালন-নিয়ন্ত্রণ পায়, কিন্তু বিলিং ও termination মালিক agent-এর কাছে থাকে।
মন্তব্য
এখনো কোনো মন্তব্য নেই। প্রথম হোন।