पाँच distributions पर, बारह OS releases में सिद्ध

वही पैनल, आप जहाँ भी चलाएँ

एक control panel उतना ही भरोसेमंद है जितने असली servers पर वह वास्तव में चला है। Unit tests सस्ते होते हैं और वे उन्हीं चीज़ों को चूक जाते हैं जो सबसे ज़्यादा मायने रखती हैं — जिस तरह एक distribution पर एक package का नाम होता है और दूसरे पर वह दो में बँट जाता है, वह label जिसे एक security policy चुपचाप अस्वीकार कर देती है, वह service जो शुरू तो होती है पर कभी सुनती नहीं। इसलिए हम केवल उन्हीं पर भरोसा नहीं करते।

एक release भेजे जाने से पहले, Nimbopanel को पाँच Linux distributions और बारह OS releases में असली, ताज़ा provisioned servers पर शुरू से install किया जाता है — Ubuntu, Debian, AlmaLinux, Rocky Linux और CloudLinux, हर एक अपने वर्तमान major versions पर (Enterprise Linux 8, 9 और 10 सहित) — और उस पूरे काम से गुज़ारा जाता है जो एक operator करेगा। हर run 850 से अधिक live checks का होता है, और एक release तभी बाहर जाता है जब उनमें से हर एक pass होता है।

"tested end to end" का असल मतलब क्या है

हर pass कोई ऐसा पेज नहीं है जो बस load हो जाए। यह box पर पूरा lifecycle है:

• Install और setup signed public release से, वही one-line command जो आप उपयोग करते, browser setup wizard समेत।
• Accounts बनाना, और यह साबित करना कि हर एक अपने ख़ुद के Linux user में अपने ख़ुद के PHP के साथ सील है — कि एक site वास्तव में दूसरी तक नहीं पहुँच सकती।
• Mail जो authenticate होती है — एक असली message बाहर जाता है और signed होकर वापस आता है, SPF, DKIM और DMARC सभी pass होने के साथ।
• Authoritative DNS, databases, files, SSL जो ख़ुद जारी होती और ख़ुद renew होती है।
• Backups और restore, binary data को अखंड रखते हुए एक अकेले database को recover करना समेत।
• Resellers और white-label — एक reseller का customer public रूप से reseller के अपने ही nameservers पर resolve होता हुआ, एक असली certificate के साथ, और हर admin route उससे अस्वीकृत।
• Resilience — services को मारना और उनका ख़ुद-ब-ख़ुद recover होना, certificate renewal को मजबूर करने के लिए घड़ी को आगे बढ़ाना, और एक असली reboot जिसके बाद हर site फिर भी serve करती रहे।

जब docs कहते हैं कि एक OS "tested end to end" है, तो इन्हीं शब्दों के पीछे यह खड़ा है।

CloudLinux, ईमानदारी से

CloudLinux पर, per-account LVE resource limits वहाँ लागू होती हैं जहाँ kernel इन्हें प्रदान करता है, ताकि एक व्यस्त account अपने पड़ोसियों को भूखा न रख सके। हम इस बारे में भी साफ़ हैं कि वहाँ हम अभी क्या integrate नहीं करते — CageFS और PHP Selector wired-in नहीं हैं, और हम जितना भेजते हैं उससे ज़्यादा का संकेत देने के बजाय यह कह देते हैं।

यह आपके लिए क्यों मायने रखता है

इसका मतलब है कि आप वह distribution चुन सकते हैं जिसे आपकी team पहले से जानती है और वही पैनल, वही features और वही बर्ताव पा सकते हैं — कोई "supported" checkbox नहीं जो production में एक खुरदरा किनारा निकले। और इसका मतलब है कि जब कुछ ठीक करने की ज़रूरत होती है, तो हम इसे पहले एक असली server पर पाते हैं, आपके server पर नहीं।

वर्तमान सूची के लिए installation guide पढ़ें, या देखें पैनल में शामिल सब कुछ।