اختبار المستوى 5 — Node.js

الاختبار — أسئلة جديدة

12 سؤالا جديدا لتأكيد المستوى الاحترافي والنشر : TypeScript، والأداء، ودوكر، والنشر و CI/CD.
أجب عن جميع الأسئلة ثم اضغط تصحيح: ستظهر نتيجتك والتوضيحات.

5.1 · تذكر

1. ما TypeScript مقارنة بـ JavaScript ؟

لغة دون أي علاقة مجموعة عليا تضيف التنميط الساكن (كل JS صالح هو TS صالح) بديل Node يُنفَّذ دون ترجمة أداة تحذف كل الأنواع

TS = JS + الأنواع : نصرّح بالأنواع فوق جافاسكربت خاصتنا، وتُتحقق عند الترجمة.

5.1 · تطبيق

2. يمرر ساليم كمية نصية حيث يُنتظَر عدد. متى يُمسَك الخطأ ؟

أبدا، سيمر دون ملاحظة فقط إذا اشتكى زبون عند الترجمة بـ tsc، قبل أي تنفيذ بعد الوضع في الإنتاج فقط

التنميط الساكن يمسك التناقض قبل التنفيذ — لا عند التشغيل ولا في الإنتاج.

5.1 · تحكيم

3. يبدأ ساليم في JavaScript ويريد تعلم كل شيء بـ TypeScript الصارم دفعة واحدة. التحكيم ؟

ترسيخ JavaScript أولا، ثم اعتماد TS تدريجيا (خفيف ثم متقدم) هجر JavaScript لتعلم الأنواع فقط فرض TypeScript حتى على سكربت للرمي من سطر تنميط كل شيء بالصارم من اليوم الأول

لا يُنمَّط جيدا إلا ما يُفهَم : JS أولا، والأنواع فوقها، خطوة خطوة.

5.2 · تذكر

4. لماذا العنقدة ضرورية في Node ؟

لأن Node أحادي الخيط : العملية الواحدة لا تستعمل إلا نواة واحدة لأن Node لا يعرف تدبير الطلبات لأن الذاكرة غير كافية دائما ليست ضرورية أبدا

العنقدة أو PM2 : نسخة لكل نواة لاستغلال الخادم متعدد النوى كله.

5.2 · تطبيق

5. واجهة ساليم تتباطأ : نفس استعلامات الفهرس تستدعي القاعدة بلا انقطاع. أول رافعة ؟

حذف قاعدة البيانات إعادة كتابة كل الحلقات عشوائيا إضافة خوادم دون قياس تخزين الفهرس مؤقتا وفهرسة الاستعلامات البطيئة

التخزين المؤقت + تحسين الاستعلامات : غالبا الرافعة الأعلى مردودية، موجَّهة بالقياس.

5.2 · تطبيق

6. يريد ساليم التحسين دون خطأ في الهدف. أي منهجية ؟

عدم لمس الشيفرة أبدا، مهما يحدث التحسين بالحدس، دون قياس القياس (التنميط) للعثور على الاختناق الحقيقي، ثم تحسين مستهدَف، ثم إعادة القياس تحسين كل شيء في كل مكان معا

القاعدة الذهبية : القياس قبل التحسين — أبدا أي تحسين مبكر على العمى.

5.3 · تذكر

7. ماذا تحوي حاوية دوكر ؟

الشيفرة فقط، دون بيئة التطبيق مع كل بيئته (Node، والاعتماديات، والإعداد) صور تزيينية فقط لا شيء إطلاقا، فهو مجلد فارغ

الحاوية تحمل بيئتها : فتدور متماثلة في كل مكان.

5.3 · تطبيق

8. تطبيق ساليم يعمل على جهازه لا عند زميلته. ماذا يفعل ؟

إعادة تثبيت Node عشوائيا حتى يمر هجر المشروع نسخ node_modules باليد على كل جهاز كتابة Dockerfile (اعتماديات مثبتة في الصورة) + .dockerignore

Dockerfile + بناء + تشغيل : نفس الصورة، نفس السلوك — انتهى « عندي يعمل ».

5.3 · تطبيق

9. يجب على ساليم أن يصعد بالتطبيق + القاعدة لوافد جديد بأمر واحد. أي أداة ؟

بريد إلكتروني بلقطات شاشة Kubernetes متقدم من اليوم الأول جدول مشترَك دوكر Compose (docker compose up : التطبيق + القاعدة معا)

يصف Compose الحزمة كلها : انضمام فوري، قابل لإعادة الإنتاج متماثلا.

5.4 · تطبيق

10. ينشر ساليم واجهته : أين يذهب المفتاح السري وكلمة سر القاعدة ؟

صلبا في الشيفرة، فهو أبسط في مستودع Git، لمشاركتهما في متغيرات البيئة على المنصة، أبدا في الشيفرة ولا Git في تعليق عمومي للشيفرة

الأسرار خارج الشيفرة و Dockerfile و Git — توفرها البيئة.

5.4 · تحكيم

11. يبدأ ساليم ويجب أن يضع واجهته على الخط بسرعة. أي اختيار ؟

إدارة VPS كامل من اليوم الأول البدء بمنصة PaaS بسيطة (مستودع موصول، و HTTPS مُدار) عدم النشر أبدا، والبقاء على localhost نسخ الملفات باليد على خادم دون HTTPS

PaaS للبدء (البساطة) ؛ و VPS للتحكم عندما نكون مستعدين لتحمل الصيانة.

5.4 · تحكيم

12. قبل كشف بيانات زبائن حقيقية، ماذا يجب على ساليم ؟

جعل البنية والوصول مصادَقا عليهما من مديرية الأنظمة، والتحقق من عروض المستضيفين الحالية حذف السجلات والمراقبة للسرعة النشر بسرعة دون إخبار أحد نشر الأسرار لتسهيل الوصول

البيانات الحساسة : مصادقة مديرية الأنظمة، وعروض متحقق منها لحظة الاختيار، و HTTPS والمراقبة في مكانها.

وماذا بعد؟

النتيجة 80 % فأكثر : مروا إلى المستوى 6 « في الممارسة » — حالات ملموسة، واستكشاف الأعطال، وصندوق أدوات Node (دون امتحان).
النتيجة 50-79 % : أعيدوا قراءة الشروح أعلاه — فكل واحد يعيد شرح المفهوم — ثم أعيدوا تحديات 48 ساعة للأقسام الراسبة.
النتيجة أقل من 50 % : راجعوا البطاقتين 5.3 (الصورة مقابل الحاوية) و 5.4 (CI مقابل CD)، وهما حركتاكم الحيويتان، قبل المواصلة.