مستقل، لا يتطلب موقعاً إلكترونياً
اشترِ قاعدة بيانات دون شراء استضافة. يمكن تشغيل تطبيقك في أي مكان؛ فقاعدة البيانات منتج بحد ذاته.
قواعد البيانات المدارة من Zinn®
قواعد بيانات مُدارة قائمة بذاتها: لا تحتاج إلى استضافة موقع ويب معنا لتشغيل قاعدة بيانات معنا. PostgreSQL أو MySQL، ثلاث فئات حسب الحجم لكل منها، مع تجاوز فاشل تلقائي من الفئة المتوسطة فصاعداً. نحن نتحقق من عمليات الاستعادة من خلال الاتصال بقاعدة البيانات المستعادة بدلاً من الاعتماد فقط على انتهاء مهمة النسخ الاحتياطي.
قواعد بيانات Zinn® المُدارة هي PostgreSQL أو MySQL التي نشغلها نيابة عنك، وتُباع بشكل مستقل. لا يفترض أي شيء فيها أنك تستضيف موقعاً هنا أيضاً: قم بتوجيه أي تطبيق إليها من المكان الذي يتواجد فيه ذلك التطبيق، وتعامل معها كخدمة قواعد بيانات بدلاً من كونها إضافة خطة استضافة.
يحتوي كل محرك على ثلاثة أحجام. الفئة الصغيرة هي مثيل واحد. وتضيف الفئتان المتوسطة والكبيرة ميزة تجاوز الفشل التلقائي، بحيث يصبح فقدان العقدة حدثاً لتجاوز الفشل بدلاً من أن يكون انقطاعاً تكتشفه من خلال مستخدميك. تختلف تكلفة تجاوز الفشل باختلاف المحرك — حيث يقوم PostgreSQL بالتوسط بين مثيلين، بينما يحتاج MySQL إلى مجموعة مكونة من ثلاثة أعضاء وزوج من الموجهات للوصول إلى النصاب القانوني — ولهذا السبب يتم تسعير فئات MySQL بسعر أعلى قليلاً في كل حجم.
إدارة قواعد بيانات PostgreSQL و MySQL مع تنفيذ الجوانب التشغيلية بشكل صحيح، وبوضوح كافٍ يتيح لك التخطيط بناءً عليها.
اشترِ قاعدة بيانات دون شراء استضافة. يمكن تشغيل تطبيقك في أي مكان؛ فقاعدة البيانات منتج بحد ذاته.
تشغيل متوسط وكبير مع التجاوز التلقائي للفشل. الخطوة الأعلى من الحجم الصغير هي تغيير في التوافر، وليس مجرد تغيير في الحجم.
تعمل الفئة الصغيرة على مثيل واحد، مما يناسب التطوير، والتشغيل التجريبي، وأحمال عمل الإنتاج الخفيفة حيث تكون نافذة الاسترداد القصيرة مقبولة.
على نظام PostgreSQL، تتم الاستعادة إلى لحظة معينة بدلاً من النسخة الاحتياطية للّيلة الماضية، وهو ما يتيح لك التراجع عن عمليات الترحيل الخاطئة أو الحذف غير المقصود دون فقدان بيانات اليوم بأكمله. يتم عمل نسخ احتياطي لقواعد بيانات MySQL ليلاً والاحتفاظ بها لمدة أربعة عشر ليلة.
إن الإبلاغ عن نجاح عملية النسخ الاحتياطي ليس دليلاً على إمكانية استعادة قاعدة البيانات. نحن نتحقق من عمليات الاستعادة عن طريق الاتصال بقاعدة البيانات المستعادة والقراءة منها.
تشغل كل طبقة المحرك الذي اخترته. يؤدي الانتقال إلى مستوى أعلى إلى تغيير تخصيص وحدة المعالجة المركزية الافتراضية (vCPU) والذاكرة والقرص، ويضيف، بدءاً من الفئة المتوسطة، ميزة تجاوز الفشل التلقائي.
قُم بتجهيزه، والاتصال به، ودعنا نتولى النصف التشغيلي.
اختر PostgreSQL أو MySQL، ثم حدد الحجم الصغير أو المتوسط أو الكبير بناءً على مقدار وحدة المعالجة المركزية (CPU) والذاكرة وقرص التخزين التي تحتاجها، وما إذا كنت تريد ميزة التخطي عند الفشل تلقائياً.
ستحصل على بيانات الاعتماد ونقطة نهاية الاتصال. يمكن أن تظل التطبيقية على بنيتنا التحتية أو على بنية شخص آخر؛ فلا يهم قاعدة البيانات أين تكون.
نحن نقوم بعمل نسخ احتياطي وفقاً لجدول زمني ون يتحقق من إمكانية استعادة النسخ الاحتياطية من خلال الاتصال بالنتيجة، بحيث يتم قياس قابلية الاستعادة بدلاً من افتراضها. في PostgreSQL، يكون هذا الجدول الاحتياطي مستمراً، لذا فإن الاستعادة تتم إلى نقطة زمنية محددة.
ثلاث فئات لكل محرك، تُفوتر شهرياً، بحسب حجم وحدة المعالجة المركزية الافتراضية (vCPU) والذاكرة والقرص — مع تضمين التبديل التلقائي عند التعطل بدءاً من الفئة المتوسطة. تُحسب أسعار الفئات بناءً على معدلات وحدات البنية التحتية المقاسة ويُعاد اشتقاقها عندما تتحرك تلك المعدلات.
13.99 US$/شهرياً
13.99 US$/شهرياً
48.99 US$/شهرياً
73.99 US$/شهرياً
102.99 US$/شهرياً
153.99 US$/شهرياً
تتتبع الأسعار معدلات البنية التحتية المقاسة بدلاً من تحديدها مرة واحدة وتركها، بحيث يظل المستوى الذي تشترك فيه متناسبًا مع تكلفة التشغيل الفعلية.
يوفر العديد من مقدمي خدمات الاستضافة قاعدة بيانات لك، شريطة أن تشتري الاستضافة أيضاً. تُباع هذه الخدمة بمفردها، مما يعني أنه يمكنك استضافة قاعدة بياناتك معنا وتطبيقك في أي مكان يناسبك، دون الحاجة إلى إعادة هيكلة بنيتك التقنية لتتناسب مع باقة مجمعة.
الادعاءان الأساسيان اللذان يهمان أكثر في أي منتج قواعد بيانات هما الأسهل في الإدلاء بهما بشكل فضفاض: أنه يتجاوز الفشل، وأنه يستعيد البيانات. هنا، يُعد تجاوز الفشل خاصية معلنة للطبقات المتوسطة والكبيرة، ويتم التحقق من عمليات الاستعادة عن طريق الاتصال بقاعدة البيانات المستعادة بدلاً من قراءة سجل مهام أخضر.
لا. قواعد البيانات المُدارة مستقلة بذاتها. يمكن تشغيل تطبيقك على خوادمك الخاصة، أو لدى مزود آخر، أو على بنيتنا التحتية - يتم توفير قاعدة البيانات وإعداد فواتيرها بشكل مستقل.
تعمل الباقات المتوسطة والكبيرة مع ميزة تجاوز الفشل التلقائي. أما الباقة الصغيرة فهي مثيل واحد، ولهذا السبب فإن الانتقال من الباقة الصغيرة إلى المتوسطة يعد قراراً متعلقاً بالتوفر وليس مجرد سعة.
يتم عمل نسخ احتياطي لكلا المحركين، كما يتم اختبار استعادة كليهما عن طريق الاتصال بالنتيجة. وهما يختلفان في مدى رجوعك بالزمن: يقوم PostgreSQL بالأرشفة بشكل مستمر، لذا يمكنك الاستعادة إلى لحظة معينة - وهو أمر بالغ الأهمية بعد عملية نقل سيئة أو حذف غير مقصود، حيث تريد استعادة كل شيء حتى الثانية التي سبقت الخطأ. بينما يتم عمل نسخ احتياطي لـ MySQL كل ليلة، مع الاحتفاظ بنسخ آخر أربعة عشر ليلة.
نحن نستعيدها ونتصل بالنتيجة. إن مهمة النسخ الاحتياطي التي تُبلغ عن النجاح تخبرك فقط بأن المهمة قد انتهت؛ أما الاتصال بقاعدة البيانات المستعادة والقراءة منها فيخبرك أن البيانات موجودة وقابلة للاستخدام. هذا هو الفحص الذي نقوم به.
نعم. تعمل الفئات بنفس المحرك الذي بدأت عليه، لذا فإن الترقية تؤدي إلى تغيير تخصيص وحدة المعالجة المركزية الافتراضية (vCPU) والذاكرة والقرص، وتضيف ميزة التخجاوز الفاشل التلقائي بدءاً من الفئة المتوسطة. تحدث معنا قبل أي عملية نقل كبيرة وسنخطط للانتقال معك.
اختر محركاً ومستوى، وقم بتوصيل تطبيقك، واحصل على تجاوز تلقائي للفشل بدءاً من المستوى المتوسط فصاعداً ـ بغض النظر عما إذا كان أي شيء آخر خاص بك مستضافاً هنا أم لا.
ابدأ الاستخدام