ميزة الوصف

• وصف ميزة من سطر واحد (يمكن استخدامه كملاحظة إصدار):
• جهة الاتصال الأساسية (المسؤول):
• SIGs المسؤولة:
• رابط اقتراح التصميم (الريبو المجتمعي): https://github.com/kubernetes/community/issues/429
• المراجع (المراجعون) - (لـ LGTM) يوصون بموافقة أكثر من 2 من المراجعين (واحد على الأقل من ملف OWNERS في منطقة الكود) على المراجعة. يفضل المراجعون من عدة شركات:
• الموافق (من المحتمل أن يكون من SIG / المنطقة التي تنتمي إليها الميزة):
• هدف الميزة (أي الهدف يساوي أي حدث رئيسي):
  
  
  
  • هدف إطلاق ألفا (س ص)
  
  
  • هدف إصدار بيتا (س ص)
  
  
  • هدف الإطلاق المستقر (xy)
  
  

######### النموذج القديم أدناه

وصف

IPvS أو LVS هي ميزة نواة يمكنها تفويض الطلبات بثلاث طرق مختلفة ، ونموذج التوجيه المباشر هو النموذج المفضل.

متتبع التقدم

• [] ألفا
  
  
  
  • [] كتابة وثيقة جودة المسودة والمحافظة عليها
    
    
    
    
    
    • [] أثناء التطوير ، احرص على تحديث المستند أولاً بأول حول التجربة المطلوبة للميزة وكيف يمكن لشخص ما تجربة الميزة في حالتها الحالية. فكر في الأمر على أنه التمهيدي لميزتك الجديدة وهيكل عظمي للمستندات المراد كتابتها قبل إصدار Kubernetes. لصق الارتباط إلى مستند Google: DOC-LINK
    
    
    
  
  
  • [ ] موافقة التصميم
    
    
    
    
    
    • [x] اقتراح تصميم. https://github.com/kubernetes/community/issues/429
    
    
    
    • [] حدد الريبو الذي سيتم التحقق من رمز هذه الميزة فيه. ليس كل شيء يحتاج إلى الهبوط في kubernetes repo الأساسي. REPO-NAME
    
    
    
    • [] مراجعة API الأولية (إذا API). ربما نفس العلاقات العامة مثل وثيقة التصميم. رقم العلاقات العامة
    
    
    
    • أي كود يغير واجهة برمجة التطبيقات ( /pkg/apis/... )
    
    
    
    • نسخة إلى @kubernetes/api
    
    
    
    • [] حدد الراعي (سيتمكن قائد SIG و / أو [email protected] من مساعدتك). الراعي هو: _ الاستبدال. [email protected]_ (و / أو مقبض GH)
    
    
    
    • الراعي هو الفرد الذي سيساعد في تعريفك بعملية إدخال الميزة الخاصة بك في الريبو ، وتحديد المراجعين وتقديم ملاحظات حول الميزة. هم _ ليسوا (بالضرورة) مراجع رمز الميزة ، أو قائد تقني للمنطقة.
    
    
    
    • الراعي غير مسؤول عن الحضور إلى اجتماعات Kubernetes-PM و / أو التواصل إذا كانت الميزة على المسار الصحيح لتحقيق أهداف الإصدار. هذا لا يزال مسؤوليتك.
    
    
    
    • [] تحديد نقطة الاتصال الثانوية / الاحتياطية. نقطة الاتصال الثانوية الخاصة بي هي: _replace. [email protected]_ (و / أو مقبض GH)
    
    
    
  
  
  • [] اكتب (كود + اختبارات + مستندات) ثم ادمجها. جميع أرقام العلاقات العامة
    
    
    
    
    
    • [] يجب تعطيل الرمز افتراضيًا. تم التحقق من خلال رمز OWNERS
    
    
    
    • [] الحد الأدنى من الاختبارات
    
    
    
    • [] مستندات الحد الأدنى
    
    
    
    • cc @kubernetes/docs على المستندات PR
    
    
    
    • cc @kubernetes/feature-reviewers بخصوص هذه المشكلة للحصول على الموافقة قبل إلغاء هذا الخيار
    
    
    
    • واجهة برمجة تطبيقات جديدة: عنصر قسم المسرد في مستودع المستندات: kubernetes / kubernetes.github.io
    
    
    
    • [] تحديث ملاحظات الإصدار
    
    
    
  
  
• [] بيتا
  
  
  
  • [] الاختبار كافٍ لنسخة بيتا
  
  
  • [] مستندات المستخدم مع البرامج التعليمية
    
    
    
    
    
    • الإرشادات التفصيلية / البرنامج التعليمي المحدث في مستودع المستندات: kubernetes / kubernetes.github.io
    
    
    
    • cc @kubernetes/docs على المستندات PR
    
    
    
    • cc @kubernetes/feature-reviewers بخصوص هذه المشكلة للحصول على الموافقة قبل إلغاء هذا الخيار
    
    
    
  
  
  • [] مراجعة شاملة لواجهة برمجة التطبيقات
  
  
  • cc @kubernetes/api
  
  
• [ ] مستقر
  
  
  
  • تم نقل [] مستندات / مقترحات / foo.md إلى docs / design / foo.md
    
    
    
    
    
    • cc @kubernetes/feature-reviewers بخصوص هذه المشكلة للحصول على الموافقة قبل إلغاء هذا الخيار
    
    
    
  
  
  • [] نقع ، اختبار الحمل
  
  
  • [] مستندات المستخدم التفصيلية والأمثلة
  
  
  • cc @kubernetes/docs
  
  
  • cc @kubernetes/feature-reviewers بخصوص هذه المشكلة للحصول على الموافقة قبل إلغاء هذا الخيار
  
  

تُستخدم FEATURE_STATUS لتتبع الميزات ويتم تحديثها بواسطة @kubernetes/feature-reviewers .
FEATURE_STATUS: IN_DEVELOPMENT

المزيد من النصائح:

تصميم

• بمجرد حصولك على LGTM من عضو @kubernetes/feature-reviewers ، يمكنك تحديد مربع الاختيار هذا ، وسيقوم المراجع بتطبيق ملصق "Design-Complete".

الترميز

• استخدم العديد من العلاقات العامة التي تحتاجها. اكتب الاختبارات في نفس العلاقات العامة أو مختلفة ، كما هو مناسب لك.
• عند دمج كل علاقات عامة ، أضف تعليقًا على هذه المشكلة بالإشارة إلى الممثلين الرئيسيين. يتم إدخال الشفرة في مستودع http://github.com/kubernetes/kubernetes ،
  وأحيانًا http://github.com/kubernetes/contrib أو مستودعات أخرى.
• عند الانتهاء من الشفرة ، قم بتطبيق ملصق "code-complete".
• عندما تحتوي الميزة على مستندات مستخدم ، يرجى إضافة تعليق يذكر @kubernetes/feature-reviewers وسوف يفعلون ذلك
  تأكد من أن الكود يطابق الميزة والتصميم المقترحين ، وأن كل شيء قد تم ، وأن هناك ما يكفي
  اختبارات. لن يقوموا بمراجعة التعليمات البرمجية التفصيلية: هذا حدث بالفعل عندما تمت مراجعة العلاقات العامة الخاصة بك.
  عند الانتهاء من ذلك ، يمكنك تحديد هذا المربع وسيقوم المراجع بتطبيق تصنيف "code-complete".

المستندات

• [] اكتب مستندات المستخدم ودمجها.
• انتقل إلى مستندات المستخدم http://github.com/kubernetes/kubernetes.github.io.
• عندما تحتوي الميزة على مستندات مستخدم ، يرجى إضافة تعليق يذكر @kubernetes/docs .
• عندما تحصل على LGTM ، يمكنك تحديد مربع الاختيار هذا ، وسيقوم المراجع بتطبيق تصنيف "docs-complete".