خپلواک، کومې وېبپاڼې ته اړتیا نشته
د کوربه توب له اخیستلو پرته ډیټابیس واخلئ. ستاسو اپلیکیشن هرچیرې چلیدلی شي؛ ډیټابیس په خپله یو خپلواک محصول دی.
د Zinn® مدیریت شوي ډیټابیسونه
ځانګړي شوي مدیریت شوي ډیټابیسونه: تاسو اړتیا نلرئ زموږ سره ډیټابیس چلولو لپاره زموږ سره ویب پاڼه کوربه کړئ. PostgreSQL یا MySQL، په هر یو کې د اندازې له مخې درې درجې، له منځنۍ درجې څخه پورته د اتوماتیک فیل اوور سره. موږ د دې پر ځای چې یوازې د بیک اپ دندې پای ته رسیدو باندې باور وکړو، بیرته راګرځول شوي ډیټابیس سره په نښلولو سره بیا رغونه تاییدوو.
Zinn® Managed Databases هغه PostgreSQL یا MySQL دی چې موږ یې ستاسو لپاره چلوو، چې په جلا توګه پلورل کیږي. د دې په اړه هیڅ شی داسې نه ګڼي چې تاسو دلته یو سایټ هم کوربه کوئ: د هر ځای څخه چې غوښتنلیک پکې وي هغه ورته وټاکئ، او د کوربه توب پلان لپاره د اضافې پرځای د ډیټابیس خدمت په توګه ورسره چلند وکړئ.
په هر انجن کې درې اندازې شتون لري. کوچنۍ کچه یو واحد انستنس دی. متوسطې او لویې کچې اتوماتیک فیلوور ورزیاتوي، نو د نوډ له لاسه ورکول د یوې داسې پرچاوۍ پر ځای چې تاسو ترې د خپلو کاروونکو له لارې خبر شئ، د فیلوور یوه پېښه ده. د فیلوور لګښت د انجن له مخې توپیر لري — PostgreSQL د دوو انستنسونو ترمنځ منځګړیتوب کوي، پداسې حال کې چې MySQL نصاب ته د رسېدو لپاره د درې کسیزې ډلې او یوې جوړې روټرونو ته اړتیا لري — همدا لامل دی چې د MySQL کچې په هره اندازه کې لږ څه لوړې بیې لري.
مدیریت شوي PostgreSQL او MySQL چې عملیاتي برخې یې په سمه توګه ترسره شوي، او په پوره وضاحت سره بیان شوي چې تاسو کولی شئ د هغوی پر بنسټ پلان جوړ کړئ.
د کوربه توب له اخیستلو پرته ډیټابیس واخلئ. ستاسو اپلیکیشن هرچیرې چلیدلی شي؛ ډیټابیس په خپله یو خپلواک محصول دی.
منځنۍ او لویې کچې د اتوماتیک فېلاوور سره کار کوي. له کوچنۍ کچې څخه لوړول یوازې د کچې بدلون نه دی، بلکې په لاسرسي کې هم بدلون دی.
کوچنۍ کچه یوه نمونه پرمخ وړي، چې د پراختیا، مرحلې بندۍ او سپکو تولیدي کاري بارونو لپاره مناسبه ده چیرې چې د رغونې لنډه موده د منلو وړ وي.
په PostgreSQL کې، بیا رغونه د تېرې شپې د انځور پر ځای یوې ځانګړې شیبې ته وي، چې دا تاسو ته اجازه درکوي یو ناسم مهاجرت یا په تېروتنې سره ړنګول پرته له دې چې د هغې شاوخوا ورځ له لاسه ورکړئ بېرته واخلئ. د MySQL ډیټابیسونو هره شپه بیک اپ اخیستل کیږي او د څوارلسو شپو لپاره ساتل کیږي.
د شاتړ د دندې د بریالیتوب راپور د دې ثبوت نه دی چې ډیټابیس بېرته رغېدلی شي. موږ بېرته رغول شوي ډیټابیس سره په وصل کېدو او له هغه څخه په لوستلو سره بېرته رغونه تاییدوو.
هر پړاو هغه انجن چلوي چې تاسو غوره کړی دی. لوړ پړاو ته تلل د vCPU، حافظې او ډېسک تخصیص بدلوي او له منځني پړاو څخه اتوماتیک ناکامي بدلون هم ورزیاتوي.
دا برابر کړئ، له دې سره وصل شئ، او پرېږدئ چې موږ عملیاتي برخه پر مخ یوسو.
PostgreSQL یا MySQL وټاکئ، بیا د اړتیا وړ CPU، حافظې او ډیسک اندازې او همدارنګه د اتوماتیک ناکامۍ د مخنیوي غوښتنې پر بنسټ کوچنی، منځنی یا لوی وټاکئ.
تاسو باوري معلومات او د پیوستون یوه پایټکی ترلاسه کوئ. کاریال کولی شي زموږ په زیربنا یا د بل چا په زیربنا کې وي؛ ډیټابیس ورته هیڅ پروا نه لري.
موږ د یوه مهالوېش له مخې شاتړونه چمتو کوو او پایلې سره د نښلېدو له لارې ګورو چې دا شاتړونه بېرته ځای پر ځای کېږي، ترڅو د بېرته ترلاسه کېدو وړتیا د اټکل پر ځای اندازه شي. په PostgreSQL کې دغه مهالوېش دوامداره دی، نو بېرته رغونه د وخت یوه ټاکلي پړاو ته ترسره کېږي.
په هر انجن درې کچې، میاشتنی بل کیږي، د vCPU، حافظې او ډیسک له مخې اندازه کیږي — د منځنۍ کچې څخه د اتوماتیک ناکامۍ انتقال شامل دی. د کچې بیې د اندازه شوي زیربنا واحد نرخونو څخه محاسبه کیږي او کله چې دا نرخونه بدل شي بیرته ترلاسه کیږي.
؋ ۹۰۹/میاشت
؋ ۹۰۹/میاشت
؋ ۳٬۱۸۳/میاشت
؋ ۴٬۸۰۷/میاشت
؋ ۶٬۶۹۱/میاشت
؋ ۱۰٬۰۰۴/میاشت
نرخونه یو ځل د ټاکلو او پرېښودلو پر ځای، د زېربناوو له اندازه شویو بیو سره سم بدلیږي، نو ځکه ستاسو کارول شوې کچه په حقیقت کې د هغې د چلولو له حقیقي لګښت سره متناسبه پاتې کیږي.
ډیری کوربه به ستاسو لپاره ډیټابیس پرمخ بوځي، په دې شرط چې تاسو کوربه توب هم واخلئ. دا یو په جلا توګه پلورل کیږي، پدې معنی چې تاسو کولی شئ خپل ډیټابیس زموږ سره وساتئ او خپل غوښتنلیک هرچیرې چې مناسب وي، پرته له دې چې خپل سټیک د بنډل سره سم بیا تنظیم کړئ.
د ډیټابیس په یو محصول کې دوه خورا مهمې ادعاوې هغه دي چې په اسانۍ سره په بې پروايۍ ترسره کیدی شي: دا چې دا فیل اوور کوي، او دا چې بیا رغونه کوي. دلته، فیل اوور د منځنۍ او لویو کچو یو بیان شوی خصوصیت دی، او بیا رغونه د یو شین کاري لاګ د لوستلو پرځای، بیا رغول شوي ډیټابیس سره د نښلولو له لارې تصدیق کیږي.
نه. اداره شوي ډیټابیسونه خپلواک دي. ستاسو اپلیکیشن کولی شي ستاسو په خپلو سرورونو، په بل چمتو کونکي، یا زموږ په زیربنا کې کار وکړي — ډیټابیس په خپلواکه توګه چمتو کیږي او بیل یې صادریږي.
منځنی او لوی د اتوماتیک ناکامۍ انتقال سره چلیږي. کوچنی یوه واحده نمونه ده، له همدې امله له کوچني څخه منځني ته بدلون یوازې د ظرفیت پر ځای د شتون اړوند پریکړه ده.
د دواړو انجنونو بیک اپ اخیستل کیږي او دواړه پایلې سره د نښلولو له لارې د بیرته راګرځولو لپاره ازمویل کیږي. دوی په دې کې توپیر لري چې تاسو څومره پخواني وخت ته بیرته تللی شئ: PostgreSQL په دوامداره توګه آرشیف کوي، نو تاسو کولی شئ یوې ځانګړې شیبې ته بیرته راوګرځئ — کوم چې د غلط مهاجرت یا تصادفي حذف کولو وروسته خورا مهم دی، چیرې چې تاسو له تیروتنې یوه ثانیه مخکې پورې هرڅه غواړئ. د MySQL هره شپه بیک اپ اخیستل کیږي، چې د وروستیو څوارلسو شپو بیک اپ ساتل کیږي.
موږ هغوی بېرته رغوو او له پایلې سره نښلو. د شاتړ یوه دنده چې د بریا راپور ورکوي یوازې تاسو ته وایي چې یوه دنده پای ته رسېدلې ده؛ بېرته رغول شوي ډیټابیس سره نښلېدل او له هغه څخه لوستل تاسو ته وایي چې ډاټا شتون لري او د کارولو وړ ده. دا هغه ارزونه ده چې موږ یې ترسره کوو.
هو. ټولې کچې هماغه انجن کاروي چې تاسو پرې پیل کړی و، نو لوړې کچې ته تلل د vCPU، حافظې او ډېسک تخصیص بدلوي او د منځنۍ کچې څخه اتوماتیک ناکامي بدلون اضافه کوي. د لویې کډوالۍ دمخه موږ سره خبرې وکړئ او موږ به ستاسو سره د دې اقدام پلان جوړ کړو.
زموږ د پوهې له بنسټ څخه ګام په ګام لارښوونې، چې په کره توګه د دې لپاره لیکل شوي دي.
د ډیټابیسونو د ټاکلي شمیر لرونکو پلانونو کې د میاشتې په $1 یوې ویب پاڼې ته یو بل MySQL ډیټابیس اضافه کړئ. مخکې له دې چې کله هم ړنګ شي، بیک اپ یې اخیستل کیږي.
لارښود ولولئ ←د باورلیکونه چیرته دي، د ډیټابیس براوزر څنګه پرانیزو، او څنګه په خوندي ډول ډمپ ترلاسه کړو.
لارښود ولولئ ←چیرته چې په Zinn® SEO (SEO > جوړښت شوي ډاټا) کې جوړښت شوي ډاټا شتون لري: د هغې ټبونه، په هغې کې هر ترتیب، د هغې ګام په ګام لارښود او هغه څه چې د AI استازی یې لپاره کاروي.
لارښود ولولئ ←یو انجن او کچه وټاکئ، خپل اپلیکیشن وصل کړئ، او له منځنۍ کچې څخه پورته اتوماتیک فېلاوور ترلاسه کړئ — که ستاسو کوم بل شی دلته کوربه وي یا نه.
پیل وکړئ