ابدأ مع النطاقات
يمكن لنطاقك الخاص أن يقدّم تطبيقات الويب ومجموعات Kubernetes وموزّعات الحمل، لكلٍّ منها طريقته. يأخذ تطبيق الويب أسماء مضيفين تحت نطاق توثّقه مرة واحدة لمساحة العمل كلها، بسجل TXT تبقيه في مكانه. أما مجموعة Kubernetes فلا تحتاج إلى توثيق: سجل CNAME يوجّه اسم مضيفك إلى المجموعة هو الدليل. وتُصدر المنصّة الشهادات وتجدّدها في الحالتين.
| لـ | ما تضيفه لدى مزوّد DNS | يُوثَّق في النطاقات |
|---|---|---|
| تطبيق ويب | سجل TXT مرة لكل نطاق، وسجل CNAME إلى apps.sahabti.app لكل اسم مضيف | نعم |
| مجموعة Kubernetes | سجل CNAME إلى اسم المضيف الخاص بالمجموعة | لا |
| موزّع حمل | سجل CNAME إلى اسمه في DNS تحت lb.sahabti.app | لا |
قبل أن تبدأ
- نطاق تتحكم فيه لدى مزوّد DNS.
- لإضافة نطاق إلى مساحة العمل: دور مالك أو مسؤول. ويستطيع المطوّرون بعدها إضافة أسماء مضيفين تحته إلى تطبيقات الويب.
قدّم تطبيق ويب على نطاقك
- افتح النطاقات في تطبيق الويب واختر إضافة نطاق. أدخل اسم المضيف، مثل
www.example.com. وإن لم يكن نطاقه في مساحة العمل بعد، يُضاف كذلك إلى صفحة النطاقات في مساحة العمل. - افتح إعداد اسم المضيف. فيه سجلّان:
| النوع | الاسم | القيمة |
|---|---|---|
| TXT | _sahabti-verify.example.com | القيمة المعروضة، وتبدأ بـ sahabti-domain-verify= |
| CNAME | www.example.com | apps.sahabti.app |
- أضف السجلّين لدى مزوّد DNS، وأبقِ سجل TXT في مكانه. وإن كان مزوّدك يضيف نطاقك إلى آخر الاسم تلقائيًا، فأدخل الجزء الذي يسبقه فقط، مثل
_sahabti-verify.
تبحث المنصّة عن سجل TXT فورًا، ثم مرة بعد مرة وفق جدول؛ ويبحث تحقّق الآن، في إعداد النطاق في صفحة النطاقات، من جديد في الحال. ينتقل النطاق من بانتظار DNS إلى مُوثَّق، وينتقل اسم المضيف من بانتظار إثبات الملكية إلى بانتظار الشهادة ثم إلى نشط، عادةً خلال دقائق من نشر السجلّين.
يحتاج سجل CNAME على النطاق نفسه، مثل example.com، إلى مزوّد DNS يسمح به في الجذر؛ أما النطاق الفرعي مثل www فيعمل لدى كل المزوّدين.
وجّه اسم مضيف إلى مجموعة Kubernetes
لا تستخدم المجموعات صفحة النطاقات. في الخدمات والمسارات في المجموعة، تحت البوابة المُدارة ← استخدام نطاقك الخاص، أدخل shop.example.com واختر إضافة اسم المضيف، ثم أنشئ سجل CNAME الذي تعرضه لوحة التحكم:
| النوع | الاسم | القيمة |
|---|---|---|
| CNAME | shop.example.com | اسم المضيف الخاص بالمجموعة، مثل shop-k3x9mq.sahabti.app |
سمِّ اسم المضيف في مسار، فينتقل من بانتظار DNS إلى يجري إصدار الشهادة ثم إلى يعمل. ولا يقبل النطاق الجذر سجل CNAME، فقدّم www.example.com بدلًا منه. انظر ابدأ مع Kubernetes.
اصل إلى موزّع حمل باسمه
وجّه اسم مضيفك إلى اسم موزّع الحمل في DNS، المعروض في نظرة عامة فيه، بسجل CNAME. ويبقى العملاء يتصلون بمنفذ المستمع، مثل tcp.example.com:40006. انظر موزّعات الحمل.
عبر PromptOps
في مساحة عمل فعّلت PromptOps، اطلب ذلك في المحادثة. وهو يسألك قبل أن يغيّر أي شيء:
- «أضف shop.example.com إلى بوابة المجموعة shop، وأخبرني بسجل CNAME الذي عليّ إنشاؤه.»
- «أيّ أسماء المضيفين في المجموعة shop لا يعمل بعد، ولماذا؟»
أما إضافة نطاق إلى مساحة العمل واسم مضيف إلى تطبيق ويب فتبقى في لوحة التحكم.
عبر الواجهة البرمجية أو MCP
أنشئ مفتاح API بإجراءات domain، واحفظ النطاق باسم domain.json:
{
"orgId": "<workspace id>",
"name": "example.com"
}
curl -X POST https://api.sahabti.com/v1/domains \
-H "x-api-key: $SAHABTI_TOKEN" \
-H "Content-Type: application/json" \
-d @domain.json
يحمل الرد سجل TXT الذي تضيفه. وPOST /v1/domains/{id}/verify هو تحقّق الآن، وأسماء مضيفي تطبيق الويب تحت /v1/apps/{id}/domains. وعبر MCP تضيف add_kubernetes_gateway_cname اسم مضيف إلى مجموعة.
ما التكلفة
لا تكلفة للنطاقات ولا لأسماء المضيفين ولا لشهاداتها. تتسع مساحة العمل لما يصل إلى 10 نطاقات، وتطبيق الويب لما يصل إلى 10 أسماء مضيفين.
الفحوص الأولى
- في النطاقات يظهر النطاق بحالة مُوثَّق.
- يظهر كل اسم مضيف لتطبيق ويب بحالة نشط، ويُفتح عبر HTTPS.
- يظهر كل اسم مضيف لمجموعة بحالة يعمل في الخدمات والمسارات.
- يُرجع
dig +short CNAME www.example.comالهدف الذي ضبطته.
الخطوات التالية
- النطاقات: إبقاء السجل في مكانه، والحالات، ومن يستطيع فعل ماذا
- أتِح خدمات HTTP للعالم: نطاقك الخاص على مجموعة، بالتفصيل
- تطبيقات الويب: التطبيق الذي يقدّمه اسم المضيف