من فضلك تسجيل الدخول أو تسجيل لتفعل ذلك.

تريد رؤى أكثر ذكاء في صندوق الوارد الخاص بك؟ اشترك في النشرات الإخبارية الأسبوعية لدينا للحصول على ما يهم فقط للمؤسسات AI والبيانات وقادة الأمن. اشترك الآن


خضعت صناعة قاعدة البيانات لثورة هادئة على مدار العقد الماضي.

تتطلب قواعد البيانات التقليدية من المسؤولين توفير السعة الثابتة ، بما في ذلك موارد الحساب والتخزين. حتى في السحابة ، مع خيارات قاعدة البيانات كخدمة ، كانت المؤسسات تدفع بشكل أساسي مقابل سعة الخادم التي تقع في الخمول معظم الوقت ولكن يمكنها التعامل مع أحمال الذروة. قواعد البيانات بدون خادم قلب هذا النموذج. يقومون تلقائيًا بتوسيع نطاق حساب الموارد لأعلى ولأسفل بناءً على الطلب الفعلي والشحن فقط على ما يتم استخدامه.

Amazon Web Services (AWS) كان رائدًا في هذا النهج منذ أكثر من عقد من الزمان مع”https://venturebeat.com/business/aws-cloud-databases-go-serverless-and-multi-master/”> DynamoDB وقد وسعها إلى قواعد البيانات العلائقية مع”https://venturebeat.com/business/amazon-aurora-serverless-gets-more-granular-and-affordable/”> Aurora Serverless. الآن ، تتخذ AWS الخطوة التالية في التحول بدون خادم لمحفظة قاعدة البيانات الخاصة بها مع توفر عام من Amazon DocumentDB Serverless. هذا يجلب التوسع التلقائي إلى قواعد بيانات المستندات المتوافقة مع MongoDB.

يعكس التوقيت تحولًا أساسيًا في كيفية استهلاك التطبيقات إلى موارد قاعدة البيانات ، خاصة مع ظهور وكلاء الذكاء الاصطناعي. تعتبر Serverless مثالية لسيناريوهات الطلب غير المتوقعة ، وهو ما تتصرف به أعباء عمل AICARIC AI.


تعود سلسلة AI Impact إلى سان فرانسيسكو – 5 أغسطس

المرحلة التالية من الذكاء الاصطناعي هنا – هل أنت مستعد؟ انضم إلى القادة من Block و GSK و SAP لإلقاء نظرة حصرية على كيفية إعادة تشغيل الوكلاء المستقلين من مهام سير عمل المؤسسة-من اتخاذ القرارات في الوقت الفعلي إلى الأتمتة الشاملة.

تأمين مكانك الآن – المساحة محدودة:”https://bit.ly/3GuuPLF”> https://bit.ly/3guuplf


“نحن نرى أن المزيد من أعباء عمل AICENC AI تقع في النهاية المرنة والأقل تنظيمًا ،” Ganapathy (G2) Krishnamoorthy ، نائب رئيس قواعد بيانات AWS ، أخبر VentureBeat. “لذلك ، فإن الوكلاء والخادمين يسيرون جنبًا إلى جنب.”

خادم VS Database-As-A-Service مقارنة

تصبح الحالة الاقتصادية لقواعد البيانات بدون خادم مقنعة عند فحص كيفية عمل التزويد التقليدي. عادةً ما توفر المنظمات سعة قاعدة بيانات الذروة ، ثم تدفع مقابل هذه السعة على مدار الساعة 24/7 بغض النظر عن الاستخدام الفعلي. هذا يعني دفع موارد الخمول خلال ساعات الذروة ، وعطلات نهاية الأسبوع والهدوء الموسمي.

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

تدعي AWS أن Amazon DocumentDB Serverless يمكن أن يقلل التكاليف بنسبة تصل إلى 90 ٪ مقارنة بقواعد البيانات التقليدية المتوفرة لأعباء العمل المتغيرة. تأتي المدخرات من التحجيم التلقائي الذي يطابق القدرة مع الطلب الفعلي في الوقت الفعلي.

ومع ذلك ، يمكن أن يكون هناك خطر محتمل مع قاعدة بيانات بدون خادم. من خلال خيار قاعدة البيانات كخدمة ، تدفع المؤسسات عادةً تكلفة ثابتة لتكوين قاعدة بيانات صغيرة الحجم أو متوسطة أو كبيرة. مع الخادم ، لا يوجد نفس بنية التكلفة المحددة في مكانها.

لاحظ Krishnamoorthy أن AWS قد نفذت مفهوم الدرابزين التكلفة لقواعد البيانات بدون خادم من خلال الحد الأدنى والحد الأقصى ، مما يمنع النفقات الهاربة.

ما هو documentDB ولماذا يهم

تعمل DocumentDB كخدمة قاعدة بيانات المستندات المدارة من AWS مع”https://venturebeat.com/ai/ai-still-has-a-hallucination-problem-how-mongodb-aims-to-solve-it-with-advanced-rerankers-and-embedding-models/”> mongodb توافق API.

على عكس قواعد البيانات العلائقية التي تخزن البيانات في الجداول الصلبة ، تقوم قواعد بيانات المستندات بتخزين المعلومات كمستندات JSON (JavaScript Object). هذا يجعلها مثالية للتطبيقات التي تحتاج إلى هياكل بيانات مرنة.

تتعامل الخدمة مع حالات الاستخدام الشائعة ، بما في ذلك تطبيقات الألعاب التي تخزن تفاصيل ملف تعريف المشغل ، ومنصات التجارة الإلكترونية التي تدير كتالوجات المنتجات ذات سمات مختلفة وأنظمة إدارة المحتوى.

توافق MongoDB ينشئ مسارًا للهجرة للمؤسسات التي تدير MongoDB حاليًا. من منظور تنافسي ، يمكن أن يعمل MongoDB على أي سحابة ، في حين أن Amazon DocumentDB موجود فقط على AWS.

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

وقال كريشنامورثي: “إنها حقيقة أن معظم العملاء لديهم بنيتهم التحتية تنتشر عبر السحب المتعددة”. “نحن ننظر ، بشكل أساسي ، ما هي المشكلات التي يحاول العملاء في الواقع.”

كيف يناسب DocumentDB Serverless مشهد AIGERIC AI

يمثل وكلاء الذكاء الاصطناعى تحديًا فريدًا لمسؤولي قواعد البيانات لأن أنماط استهلاك الموارد الخاصة بهم يصعب التنبؤ بها. على عكس تطبيقات الويب التقليدية ، التي عادةً ما يكون لها أنماط مرور ثابتة نسبيًا ، يمكن للوكلاء أن تؤدي إلى تفاعلات قاعدة البيانات المتتالية التي لا يمكن للمسؤولين التنبؤ بها.

تتطلب قواعد بيانات المستندات التقليدية من المسؤولين توفير ذروة السعة. هذا يترك الموارد في وضع الخمول خلال فترات هادئة. مع وكلاء الذكاء الاصطناعى ، يمكن أن تكون تلك القمم مفاجئة وضخمة. يزيل نهج الخادم هذا التخمين عن طريق تحجيم موارد حساب تلقائيًا بناءً على الطلب الفعلي بدلاً من احتياجات السعة المتوقعة.

إلى جانب كونه مجرد قاعدة بيانات مستندات ، لاحظ Krishnamoorthy أن Amazon DocumentDB Serverless سيدعم أيضًا ويعمل معه”https://venturebeat.com/ai/the-interoperability-breakthrough-how-mcp-is-becoming-enterprise-ais-universal-language/”> MCP (بروتوكول سياق النموذج) ، والذي يستخدم على نطاق واسع لتمكين أدوات الذكاء الاصطناعي للعمل مع البيانات.

كما اتضح ، فإن MCP في مؤسستها الأساسية هي مجموعة من واجهات برمجة تطبيقات JSON. بصفتها قاعدة بيانات مقرها JSON ، يمكن أن تجعل Amazon DocumentDB تجربة أكثر دراية للمطورين للعمل معهم ، وفقًا لكريشنامورثي.

لماذا يهم المؤسسات: التبسيط التشغيلي بما يتجاوز وفورات التكاليف

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

قال كريشنامورثي: “في الواقع ، فإن Serverless يرقى في الواقع لتناسب احتياجاتك في الواقع. والشيء الثاني هو أنه يقلل بالفعل من كمية العبء التشغيلي الذي لديك ، لأنك لست في الواقع مجرد تخطيط للسعة.”

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

بالنسبة للمؤسسات التي تتطلع إلى قيادة الطريق في الذكاء الاصطناعي ، فإن هذه الأخبار تعني أن قواعد بيانات المستندات في AWS يمكنها الآن توسيع نطاقها بسلاسة مع أعباء عمل الوكيل غير المتوقعة مع تقليل تكاليف التعقيد التشغيلي والبنية التحتية. يوفر نموذج الخادم الأساس الأساس لتجارب الذكاء الاصطناعي التي يمكن أن تتوسع تلقائيًا دون تخطيط سعة مقدمًا.

بالنسبة للمؤسسات التي تتطلع إلى تبني الذكاء الاصطناعى في وقت لاحق في الدورة ، فإن هذا يعني أن البنية بدون خادم أصبحت التوقع الأساسي للبنية التحتية لقاعدة البيانات جاهزة للانعدام الذكاء. قد يؤدي انتظار تبني قواعد بيانات المستندات بدون خادم إلى وضع المؤسسات في وضع تنافسي عندما تقوم في النهاية بنشر وكلاء الذكاء الاصطناعى وغيرها من أعباء العمل الديناميكية التي تستفيد من التحجيم التلقائي.

الرؤى اليومية حول حالات استخدام الأعمال مع VB يوميا

إذا كنت ترغب في إقناع رئيسك في العمل ، فقد غطيت VB Daily. نمنحك السبق الصحفي الداخلي على ما تفعله الشركات مع الذكاء الاصطناعي التوليدي ، من التحولات التنظيمية إلى عمليات النشر العملية ، حتى تتمكن من مشاركة رؤى لأقصى عائد على الاستثمار.

اقرأ لدينا”http://venturebeat.com/terms-of-service/”> سياسة الخصوصية

شكرا على الاشتراك. تحقق أكثر”http://venturebeat.com/newsletters/”> النشرات الإخبارية VB هنا.

حدث خطأ.

اقرأ المزيد

فقدت Google حالة مكافحة الاحتكار مع Epic مرة أخرى
طلبت CMA الإسراع في العمل ضد AWS و Microsoft لإعادة توازن سوق السحابة في المملكة المتحدة

Reactions

0
0
0
0
0
0
بالفعل كان رد فعل لهذا المنصب.

ردود الفعل