لم يعد الأمر يقتصر على مجرد السؤال عما إذا كانت الـ pods تعمل، أو المدة التي يستغرقها النموذج لإنتاج رمزه الأول، أو ما يحدث عندما يرتفع حجم حركة مرور الاستدلال ولا تتوفر سعة إضافية لوحدة معالجة الرسوميات (GPU).
تتزايد هذه الأسئلة لتصبح أسئلة منصة تجلس جنبًا إلى جنب مع العمل المألوف بالفعل للترقيات والاستعادة والأمان.
Preimesberger، بالشراكة مع HPE.
ما هي التحديات الجديدة التي يفرضها الذكاء الاصطناعي على Kubernetes؟
يبدأ هذا الكتاب الإلكتروني بالعمل قبل الإطلاق. يطلب من الفرق اختبار أنظمة خدمة النماذج تحت أحمال واقعية، والتدرب على حالات الفشل، وقياس ما هو أكثر من استخدام وحدة معالجة الرسوميات (GPU).
كما يلقي نظرة واضحة على الوكلاء. إن منح وكيل حق الوصول إلى مجموعة هو قرار ذو عواقب، حتى لو بدت مهمته روتينية. ويطلب من الفرق تقييم جودة مخرجات الذكاء الاصطناعي، فالإجابة السريعة لا تقدم راحة كبيرة عندما تكون خاطئة.
ولا يتعامل الكتاب الإلكتروني مع الذكاء الاصطناعي كسبب لنسيان بقية المنصة. تغطي نقاط المراجعة السياسة عبر المجموعات، والرؤية في الخدمات خارج Kubernetes، وتدريبات الترقية والاستعادة، والملكية التشغيلية، والخدمة الذاتية للمطورين.
كيف يمكن للمنصات الاستعداد لمتطلبات 2027؟
تصبح قائمة المراجعة محددة بشأن العمل الذي يمكن أن يقع بين الفرق. هل يمكنك معرفة أي المجموعات تتبع خط أساس مشترك للوصول والشبكة؟ (ومن وافق على الاستثناءات؟)
أيضًا: عندما يتباطأ تطبيق ما، هل يمكنك النظر إلى ما وراء مقاييس الـ pod إلى قاعدة البيانات أو الجهاز الافتراضي أو الشبكة أو الخدمة الخارجية التي يعتمد عليها؟ قبل الترقية التالية، هل تحققت من واجهات برمجة التطبيقات (APIs) التي تمت إزالتها وتدربت على استعادة كل من حالة المجموعة وبيانات التطبيق؟
ثم هناك العمل بعد النشر: من يجدد شهادة الدخول؟ من يوافق على تغيير السعة؟ إذا طلب مطور بيئة من خلال كتالوج خدمة، فهل تأتي مع مالك وتاريخ مراجعة وطريقة لمعرفة تكلفتها؟
هذه هي محفزات عملية للمحادثات بين فرق المنصة، وفرق التطبيقات، وفرق الأمن، وفرق الأعمال. يمكن تنزيل الكتاب الإلكتروني الآن قبل بدء المحادثة.
جرّب الأداة: منسق ومتحقق JSON
