طرق الوصول إلى AWS

لماذا يهم هذا

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

هناك 4 طرق رئيسية للعمل مع AWS: الـ Management Console، وواجهة سطر الأوامر (CLI)، وحزم تطوير البرمجيات (SDKs)، وواجهة API التي تقع تحتها جميعاً. معرفة الغرض من كل طريقة تكفي للاختبار، وتُشكّل أسلوب عملك اليومي.

AWS Management Console

الـ AWS Management Console واجهة رسومية عبر الويب. تسجّل الدخول من متصفّح، ثم تنقر لتشغيل instances، وإنشاء buckets للتخزين، وعرض اللوحات، ومتابعة مواردك. تجمع الخدمات في قوائم وتعرض ردود فعل مرئية، فهي أسهل نقطة بداية حين تتعلّم أو تستكشف.

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

واجهة سطر الأوامر (AWS CLI)

الـ AWS CLI أداة واحدة تتيح لك التحكّم في خدمات AWS من الطرفية. بأداة واحدة مثبَّتة ومضبوطة، تدير خدمات كثيرة بكتابة الأوامر بدل النقر. تعمل على Windows وmacOS وLinux.

القوة الحقيقية للـ CLI هي الأتمتة. لأن الأوامر مجرّد نصوص، تضعها في سكربت وتشغّله وفق جدول أو ضمن عملية أكبر. هذا يجعل عملك قابلاً للتكرار: السكربت نفسه ينتج النتيجة نفسها في كل مرة، دون نقر يدوي. يبدو الأمر هكذا:

aws s3 ls
aws ec2 describe-instances --region us-east-1

تقدّم AWS أيضاً CloudShell، وهي صدفة عبر المتصفّح تشغّلها من داخل الـ Console. تأتي مسجَّلة الدخول مسبقاً ومثبَّت فيها الـ CLI، فتشغّل الأوامر دون إعداد أي شيء على جهازك.

حزم تطوير البرمجيات (AWS SDKs)

تتيح حزم AWS SDK (Software Development Kits) لتطبيقك التحدّث إلى خدمات AWS مباشرة من الشيفرة. بدل استدعاء الـ CLI، تنادي AWS عبر دوال داخل لغة برمجتك. توفّر AWS حزم SDK للغات كثيرة، منها Python وJavaScript وJava و.NET وGo وRuby وغيرها.

حزم SDK هي الخيار الصحيح حين يكون الوصول إلى AWS جزءاً من تطبيق تبنيه. مثلاً، تطبيق ويب يخزّن ملفات المستخدمين في Amazon S3 يستخدم حزمة SDK الخاصة بلغته لإرسال تلك الملفات واستردادها. تتولّى الحزمة العمل منخفض المستوى عنك، مثل توقيع الطلبات وإعادة المحاولة عند فشلها، فتكتب شيفرة وصل أقل.

واجهة AWS API في الأساس

كل طريقة سابقة ما هي إلا واجهة أمامية فوق الشيء نفسه: واجهة AWS API. الـ API مجموعة من طلبات HTTPS تقبلها خدمات AWS. حين تنقر زراً في الـ Console، يرسل طلب API. وحين تشغّل أمر CLI أو تستدعي دالة SDK، يتحوّلان إلى طلبات API نفسها.

نادراً ما تستدعي الـ API يدوياً، لأن الـ Console وCLI وSDKs أسهل. لكن من المفيد فهم الصورة: لكل خدمة واجهة API واحدة، والأدوات الأسهل مجرّد طرق مختلفة للوصول إليها. لهذا فإن أي شيء تفعله في الـ Console تستطيع غالباً فعله بالـ CLI أو بإحدى حزم SDK.

اختيار الطريقة المناسبة

لا توجد طريقة "صحيحة" واحدة. تستخدم فرق كثيرة الطرق جميعها: الـ Console للاستكشاف والتحقّق، والـ CLI لأتمتة العمليات، وحزم SDK داخل تطبيقاتها.

نصائح للاختبار

• الـ Management Console هي الواجهة الرسومية عبر الويب، والأنسب للتعلّم والمهام لمرة واحدة.
• الـ CLI يتحكّم في الخدمات من سطر الأوامر، وهو مبني للكتابة البرمجية والأتمتة.
• حزم SDK تتيح لشيفرة التطبيق استدعاء خدمات AWS من داخل لغة برمجة محدّدة.
• الـ Console وCLI وSDKs ترسل جميعها طلباتها إلى واجهة AWS API نفسها.
• CloudShell صدفة عبر المتصفّح تشغّلها من الـ Console، مثبَّت فيها الـ CLI مسبقاً ومسجَّل الدخول إليها.