قراءة أوامر AWS CLI من منظور مفاهيمي

تتحكم AWS CLI في AWS من خلال طرفية. لن تكتب تعليمات برمجية في الاختبار، لكنك تحتاج إلى قراءة أوامر CLI ومعرفة ما تفعله بدقة.

يتبع كل أمر نمطًا واحدًا: aws، ثم خدمة، ثم عملية، ثم خيارات. وبمجرد أن تميّز هذا الشكل، ستصبح قراءة أي أمر سهلة. يوضّح المثال ذلك.

تأتي الخدمة أولًا، مثل iam أو ec2، ثم العملية، التي تكون عادةً فعلًا واسمًا. وأي شيء يبدأ بـ list أو describe يقرأ البيانات فقط، لذا فهو آمن أثناء التحقيق.

تبدأ الخيارات بشرطتين وتضيف تفاصيل: تسمّي --bucket حاوية، بينما تستهدف --region منطقة. وتوضح لك قراءة هذه الخيارات ما الذي سيتأثر بالأمر بالضبط.

اعرف أي الأوامر تغيّر الأشياء. فالأوامر get وlist وdescribe تقرأ فقط. أما put وcreate وdelete وmodify فتكتب الحالة وقد تكون خطرة، لذا تعامل معها بحذر.

يرد CLI تلقائيًا بتنسيق JSON، وهو تنسيق نصي منظم للحقول والقيم. وستحتاج دائمًا إلى تصفحه بحثًا عن مفاتيح مثل "Effect" و"Action".

يحتاج CLI إلى بيانات اعتماد مصدرها ملف تعريف أو متغير بيئة أو دور مرفق. والمصدر الأكثر أمانًا هو بيانات الاعتماد المؤقتة من دور، لا المفاتيح طويلة الأجل.

تختار العلامة --profile مجموعة مسماة من بيانات الاعتماد، بحيث يمكن لشخص واحد العمل عبر عدة حسابات. ويرتبط كل ملف تعريف بهوية وأذونات خاصة به.

يمكن كتابة نصوص برمجية باستخدام CLI وجدولتها والتحكم في إصداراتها، مما يجعل إجراءات الأمان قابلة للتكرار وقابلة للتدقيق. ولهذا يتوسع فرض الإعدادات هنا بصورة أفضل من وحدة التحكم.

لفكّك أمرًا في الاختبار، اقرأه على أجزاء: ما الخدمة، وما العملية، وهل هي قراءة أم كتابة، وما الخيارات؟ يكفي ذلك لمعرفة ما إذا كان يحقق الهدف، فلا حاجة إلى تشغيله.

يُعيد استدعاء sts assume-role بيانات اعتماد قصيرة الأجل، بحيث يعمل النص البرمجي بدور بدلًا من مفاتيح دائمة. واكتشاف هذا النمط يعني أن الجهة المنفذة تعمل بأمان.

فكّك أمر CLI.

يُقرأ الأمر على النحو التالي: aws service operation options. وتُعد list وdescribe وget عمليات قراءة آمنة، بينما تكتب put وdelete البيانات. ويكون الإخراج بتنسيق JSON، كما تجعل كتابة النصوص البرمجية CLI مناسبًا جدًا للأتمتة.