‫متطلبات هذا التخصيص مشابهة جدًا للتخصيص الأخير. ستحتاج إلى معرفة كيفية الوصول إلى
‫غلاف الحاوية عند تشغيلها أو بعد الحقيقة.
‫وتعرف على بعض الأساسيات حول توزيعات Linux وما قد يكون شيء مثل Ubuntu
‫مختلفًا عن Alpine أو CentOS. وبطبيعة الحال ، تشغيل الحاوية. ثم أساسيات كيفية عمل سجلات DNS مثل ماهية
‫سجل الاسم المستعار أو كيفية إنشاء واحد.
‫سيكون ذلك مفيدًا لأنك ستجري بعض الاختبارات حول DNS. بالنسبة لمهمتك التالية ، سنقوم ببعض اختبارات
‫روبن المستديرة لنظام أسماء النطاقات.
‫وإذا لم تكن معتادًا على DNS round robin هو مفهوم أنه يمكن أن يكون لديك
‫مضيفان مختلفان باستخدام أسماء مستعارة لـ DNS تستجيب لنفس اسم DNS.
‫عندما تفكر في شيء مثل جوجل. com من الواضح أن لديهم أكثر من خادم واحد.
‫لذا ، فإن إحدى التقنيات التي تستخدمها الشركات الكبرى للتأكد دائمًا من أنها تعمل على مدار الساعة طوال أيام الأسبوع
‫هي استخدام DNS round robin كجزء من استراتيجيتها بحيث يكون هناك بالفعل عناوين IP متعددة في سجلات DNS
‫خلف الاسم الذي تستخدمه على الإنترنت.
‫الآن في الحاويات يصبح الأمر أكثر بساطة.
‫هنا لدينا بالفعل هذه الميزة في Docker Engine 1. 11 والأحدث.
‫لدينا ميزة حيث إذا أنشأنا شبكة مخصصة ، يمكننا في الواقع تعيين اسم مستعار بحيث يمكن للحاويات
‫المتعددة الاستجابة لنفس اسم DNS.
‫لذلك ، ستقوم أولاً بإنشاء شبكة افتراضية جديدة ، تسميها ما تريد ، وستقوم
‫بإعداد حاويتين باستخدام صورة جديدة تسمى Elasticsearch ؛ وتحديداً الإصدار 2
‫من Elasticsearch.
‫لذا فإن Elasticsearch ليس جزءًا من هذه الدورة التدريبية حقًا ، ولكنه أصبح متجرًا شائعًا للبيانات لـ ... حسنًا حقًا للبحث فقط.
‫ومن هنا الاسم.
‫الصحيح.
‫لذلك فهو في الواقع بتنسيق JSON عندما تضغط عليه من curl. لذا ما سنفعله هو أننا سنستخدمه بالفعل كاختبار
‫سريع لأنه من السهل حقًا استخدامه في هذا السيناريو.
‫تريد البحث والتحقق من الأمر --net-alias.
‫هذا في الواقع خيار لتشغيل عامل الميناء.
‫وعندما تبدأ حاوية ، ستخبرها ، أريد اسم DNS مستعار آخر لاستدعاء هذه الحاوية
‫، وليس فقط اسم الحاوية الخاص بها.
‫هذا يحل مشكلة صغيرة أنه إذا سبق لك استخدام Docker في الإنتاج ، وبدأت في إضافة الكثير
‫من الحاويات ، فأنت تدرك أنه لا يمكنك إضافة عدة حاويات بنفس الاسم ...
‫ولكن كيف يمكنني حل DNS على شبكاتي وربما تثبيت نفس التطبيق مرتين.
‫ربما لدي مطور وبيئة اختبار على نفس الخادم وأحتاج ، في كلاهما ، إلى استدعاء
‫شيء ما في DNS.
‫حسنًا ، هذه هي الطريقة التي تتغلب بها على هذا القيد.
‫يمكنك فقط الاستمرار في إضافة أسماء مستعارة إلى حاوياتك عند إنشائها وستكتشف أنه
‫يمكنهم فعلاً الاستجابة تمامًا مثل DNS round robin.
‫لذلك بمجرد أن تبدأ في ذلك ، يمكنك استخدام صورة جبال الألب لإجراء بحث
‫nslookup ، وهذا سيعيد إليك ببساطة قائمة بعناوين DNS للبحث عن الاسم.
‫وتذكر في هذا الأمر أنه سيتعين عليك التأكد من توقيعه مع --net
‫على نفس الشبكة التي قمت بتعيينها لأول حاويتين.
‫ثم بعد حصولك على كلتا الحاوية التي تم حلها بنفس اسم البحث ، يمكنك في الواقع استخدام
‫الأمر curl للحصول على إخراج سريع لخادم elasticsearch.
‫وهذه خدعة بسيطة في البحث المرن ولماذا من الجيد استخدامها في هذا العرض التوضيحي. يأتي الأمر curl في الواقع
‫مع صورة CentOS.
‫لذلك من السهل فقط استخدام CentOS في هذه الحالة بدلاً من Alpine أو Ubuntu وأيضًا يتم تشغيل elasticsearch
‫على المنفذ 9200.
‫ونظرًا لأنه يعرض نتيجة JSON سهلة وقصيرة ، فإنه سريع وسهل لهذا الاختبار.
‫وأخيرًا ، يعطي البحث المرن في الواقع أسماءًا عشوائية لنفسه داخل تكوينه عند بدء تشغيله لأول
‫مرة.
‫إنه مشابه نوعًا ما لكيفية تسمية الحاويات نفسها بأسماء عشوائية إذا لم تحددها.
‫ما يمكننا القيام به هنا هو إذا واصلت تشغيل أمر curl هذا مرارًا وتكرارًا ، فستلاحظ
‫بالفعل أن الإخراج ... على الرغم من أنك تستخدم نفس اسم DNS للبحث لإجراء تجعيد ... ستقلب في الواقع ذهابًا وإيابًا
‫بين حاويتين مختلفتين للبحث المطاطي.
‫قد لا يكون حتى.
‫لن يكون أحدهما بالضبط ، ثم الآخر ، ثم الأول ، ثم الثاني. سيكون الأمر بعيد المنال ، لأن
‫هذا نوع من الجوانب السلبية لـ DNS round robin ، إنه ليس موازن تحميل حقيقي.
‫أحب أن أسميها نوعًا ما الموازن المنخفض للرجل الفقير.
‫ولكن في هذه الحالة ، ستمنحك فكرة عن كيفية استخدام شبكة افتراضية مع DNS مضمّن لتسهيل
‫استخدام حاويات متعددة لها نفس الاسم.
‫وكما هو الحال دائمًا ، يمكنك الانتقال إلى المحاضرة التالية لمشاهدتي أثناء السير فيها كما أفعل.
‫ولكن قد تحصل على نفس النتيجة النهائية من خلال كتابة أوامر مختلفة قليلاً أو تشغيل الحاويات الخاصة بك بطريقة
‫مختلفة قليلاً.