संघ आणि प्रवेश
चार ग्राहक भूमिका, तुमच्या व्यवसायाची प्रत्यक्ष रचना दर्शवणारी उप-खाती, प्रति-संस्था API की, सिंगल साइन-ऑन आणि प्रत्येक विशेषाधिकारप्राप्त क्रियेमागील ऑडिट लॉग. हेच ॲक्सेस मॉडेल डॅशबोर्ड, API, CLI, Terraform आणि आमच्या MCP सर्व्हरवर चालते. उपलब्धता: Terraform प्रदाता सक्रिय विकासात आहे आणि अद्याप उपलब्ध नाही. येथे वर्णन केलेले इतर सर्व आज थेट उपलब्ध आहे.
अॅक्सेस हे केवळ एक चालू/बंद करण्याचे बटण नाही. प्रत्येक ग्राहक संस्थेला चार भूमिका दिल्या जातात, ज्या प्रत्येकी तपशीलवार module.action परवानग्यांचा एक निश्चित संच असतात — ज्यामुळे वित्त संपर्कातील व्यक्ती कधीही सर्व्हरला स्पर्श करत नाही आणि डेव्हलपर कधीही बीजक पाहत नाही.
संस्था आणि तिच्या उप-खात्यांवर संपूर्ण नियंत्रण: उप-संस्था तयार करणे, सदस्यांना आमंत्रित करणे आणि काढून टाकणे, भूमिका बदलणे, API की व्यवस्थापित करणे, साइट्सची तरतूद करणे, रीस्टार्ट करणे, निलंबित करणे आणि हटवणे, पावत्या आणि पेमेंट पद्धती व्यवस्थापित करणे, आणि ऑडिट लॉग वाचणे. दोन गोष्टी जाणीवपूर्वक याबाहेर ठेवल्या आहेत — संस्था बंद करणे आणि परतावा जारी करणे या कर्मचाऱ्यांच्या कृती आहेत, ग्राहकाची भूमिका नाही.
फक्त आणि फक्त सर्व आर्थिक बाबी: पावत्या (इनव्हॉइस), सदस्यत्वे (सबस्क्रिप्शन), पेमेंट पद्धती आणि प्लॅन सूची, तसेच संस्था आणि तिच्या सदस्यांची यादी पाहण्याची सुविधा. साइटचा कोणताही अॅक्सेस नाही — फायनान्स संपर्क किंवा बाह्य हिशेबनीस (बुककीपर) काहीही रीस्टार्ट, निलंबित किंवा हटवू शकत नाही.
पैशांना स्पर्श न करता साइट्सवर काम करा: साइट्स पाहणे आणि प्रोव्हिजन करणे, सेवा रीस्टार्ट करणे, कॅशे पुसून टाकणे, API की व्यवस्थापित करणे आणि सपोर्ट तिकिटे तयार करणे किंवा त्यांना उत्तर देणे. कोणतेही बिलिंग दृश्य नाही, कोणतेही सदस्य व्यवस्थापन नाही, कोणतेही निलंबन नाही आणि हटवणे नाही — विध्वंसक आणि व्यावसायिक कृती मालकाकडेच राहतात.
काहीही बदलण्याची अनुमती नसलेले संपूर्ण दृश्य — सदस्य, साइट्स, बिलिंग, प्लॅन्स, तिकिटे, भाषांतर स्थिती आणि ऑडिट लॉग. क्लायंट स्टेकहोल्डर, अंतर्गत ऑडिटर किंवा कामाशी अजूनही जुळवून घेत असलेल्या नवीन कर्मचाऱ्यासाठी योग्य भूमिका.
टेनन्सी ही एक ट्री रचना आहे, सपाट यादी नाही. रीसेलर संस्था ही तिच्या क्लायंट संस्थांच्या वर असते, आणि साइट्स त्या संस्थांच्या अंतर्गत असतात. एक टीम सदस्य म्हणजे एक सदस्यत्व — एक वापरकर्ता, एक संस्था, एक भूमिका — त्यामुळे हाच मूळ घटक दोन व्यक्तींची टीम, शंभर क्लायंट खाती व्यवस्थापित करणारी एजन्सी आणि स्वतःच्या ब्रँडखाली उप-खाती चालवणारा रीसेलर या सर्वांना सक्षम करतो.
भूमिका या संस्थांनुसार दिल्या जातात आणि त्यांची अंमलबजावणीदेखील संस्थांनुसारच होते. एका संस्थेतील भूमिका दुसऱ्या स्वतंत्र, असंबंधित संस्थेमध्ये कोणताही ॲक्सेस देत नाही — एक कंत्राटदार एकाच लॉगिनवरून एका क्लायंट खात्यावर डेव्हलपर आणि दुसऱ्या खात्यावर फक्त-वाचनीय (Read-only) असू शकतो. तथापि, ॲक्सेस तुमच्या स्वतःच्या श्रेणीरचनेनुसार खाली प्रवाहित होतो: मूळ संस्थेमधील भूमिका तिच्या अंतर्गत असलेल्या संस्थांना लागू होते, ज्याद्वारे पुनर्विक्रेते आणि एजन्सी त्यांच्या क्लायंटचे व्यवस्थापन करतात.
आयसोलेशन केवळ अ‍ॅप्लिकेशन कोडमध्येच नाही, तर डेटाबेसमध्ये लागू केले जाते. Postgres रो-लेव्हल सिक्युरिटी प्रत्येक टेनंट क्वेरीला कॉलरच्या सबट्रीपर्यंत मर्यादित ठेवते, आणि त्या सबट्रीबाहेरील कोणत्याही गोष्टीसाठी परवानगी त्रुटीऐवजी (permission error) आढळले नाही (not-found) असे दर्शवले जाते — त्यामुळे दुसऱ्या टेनंटची संस्था किंवा साइट अस्तित्वात असल्याची पुष्टीदेखील प्लॅटफॉर्म कधीही करत नाही.
भूमिका या केवळ डॅशबोर्डच्या सोयीसाठी नाहीत. प्लॅटफॉर्मवर प्रवेश करण्याचा प्रत्येक मार्ग समान परवानगी की द्वारे नियंत्रित केला जातो, त्यामुळे तुमच्या प्रवेश नियमांना बायपास करणारा कोणताही मागचा दरवाजा नाही.
साइट्स, बिलिंग, तिकिटे, नोटिसा, सूचना, API की आणि संघ व्यवस्थापन एकाच ठिकाणी. इंटरफेस साइन-इन केलेल्या सदस्याची भूमिका ज्यास अनुमती देते तेच दाखवतो, जेणेकरून लोकांना ते वापरू शकत नसलेली नियंत्रणे दाखवली जात नाहीत.
प्रकाशित केलेली API हीच डॅशबोर्ड वापरत असलेली इंजिन API आहे. RBAC परवानग्यांशी जोडलेल्या विस्तृत स्कोपसह प्रति संस्था API की जारी केल्या जातात, आणि स्वतंत्र सँडबॉक्स व लाइव्ह मोड्सचा अर्थ असा आहे की आपण वास्तविक बिलिंग किंवा प्रोव्हिजनिंगला स्पर्श न करता एकत्रीकरणांची चाचणी घेऊ शकता.
साइट्स, डोमेन्स, DNS, मेलबॉक्सेस आणि प्लॅन्सचे इन्फ्रास्ट्रक्चर-ॲज-कोड म्हणून व्यवस्थापन करा आणि होस्टिंग प्रोव्हिजन करण्यासाठी terraform apply चालवा — इतर सर्व गोष्टींप्रमाणेच समान स्कोपद्वारे नियंत्रित.
Claude Code, Cursor, ChatGPT, Claude Desktop किंवा कोणतेही MCP-सक्षम साधन कनेक्ट करा. टोकन्स एखाद्या संस्थेसाठी आणि तिच्या RBAC परवानग्यांसाठी मर्यादित आहेत, प्रत्येक साधनानुसार रद्द करण्यायोग्य आहेत, ज्यामध्ये विनाशकारी क्रियांवर पुष्टीकरण, खर्च मर्यादा आणि संपूर्ण ऑडिट ट्रेल समाविष्ट आहे.
प्रत्येक API की चा फक्त हॅश साठवला जातो — मूळ की कधीही साठवली जात नाही. कीज मध्ये एक नाव आणि दृश्यमान उपसर्ग असतो ज्यामुळे आपण त्या ओळखू शकता, त्या शेवटच्या वेळी कधी वापरल्या गेल्या होत्या याची नोंद ठेवली जाते, आणि इतरांना बाधा न आणता त्या स्वतंत्रपणे रद्द केल्या जाऊ शकतात.
ओळख व्यवस्थापन Keycloak वर चालते, त्यामुळे प्रमाणीकरण हे होस्टिंग पॅनेलला जोडलेल्या एखाद्या सानुकूल लॉगिन फॉर्मऐवजी योग्य OIDC आणि SAML आहे.
प्रत्येक विशेषाधिकारप्राप्त कृती ही फक्त जोडली जाणारी (अपेंड-ओन्ली) ऑडिट नोंद लिहिते: ती कोणी केली, काय केले, कशावर केली, समर्थन पुरावा आणि मूळ IP पत्ता. हा लॉग फक्त जोडण्यायोग्य आहे — इव्हेंट जोडले जातात, मूळ ठिकाणी संपादित केले जात नाहीत — आणि उत्पादनात ते वेळेनुसार विभाजित केले जाते जेणेकरून त्याचा आकार वाढला तरीही ते जलद राहते.
तो लॉग वाचणे ही स्वतःच एक अनुमती आहे. मालक आणि केवळ वाचण्याची परवानगी असलेले सदस्य ही अनुमती बाळगतात, जेणेकरून खात्यासाठी जबाबदार व्यक्ती आणि त्याचे ऑडिट करणारी व्यक्ती या दोघांनाही तसे करण्यासाठी उच्च अधिकारांची आवश्यकता नसताना संपूर्ण इतिहास पाहता येईल.
त्याभोवती मोठ्या संघांना आवश्यक असणारी नियंत्रणे आहेत: सत्र धोरणे, प्रत्येक संस्थेनुसार पर्यायी आयपी अनुमती सूची, आणि संवेदनशील कृतींवर अतिरिक्त प्रमाणीकरण, ज्यामुळे गंभीर कृती करण्यासाठी केवळ सक्रिय सत्र पुरेसे ठरणार नाही.
परवानगी कॅटलॉग हा डेटा आहे, हार्डकोड केलेले लॉजिक नाही — म्हणूनच प्लॅटफॉर्मची पुनर्रचना न करता तो वाढवला जाऊ शकतो.
मालकाकडे सदस्य, API की, साइट्स आणि पेमेंट पद्धतींसह संस्था आणि तिच्या उप-खात्यांचे संपूर्ण नियंत्रण असते. बिलिंग व्यवस्थापक साइट ऍक्सेसशिवाय पावत्या, सदस्यता, पेमेंट पद्धती आणि योजना पाहतात. डेव्हलपर बिलिंग किंवा सदस्य नियंत्रणाशिवाय साइट्स आणि API की व्यवस्थापित करतात आणि तिकिटे हाताळतात. फक्त-वाचण्याची परवानगी असणारे सदस्य, साइट्स, बिलिंग, योजना, तिकिटे आणि ऑडिट लॉग काहीही न बदलता पाहू शकतात.
अद्याप प्रति-साइट सेटिंग म्हणून उपलब्ध नाही — एकाच सदस्यत्वाला विशिष्ट साइट्सपुरते मर्यादित करणे ही एक नियोजित सुधारणा आहे. आज आपण भाडेकरू रचनेद्वारे (tenancy tree) असाच वेगळेपणा साधू शकता: त्या साइट्स एका उप-संस्थेत ठेवा आणि त्या व्यक्तीला तिथे भूमिका द्या. भूमिका संस्थेनुसार दिल्या जात असल्यामुळे, तो ॲक्सेस आपल्या खात्यातील इतर कशालाही लागू होत नाही.
नाही — API कीज् प्रत्येक संस्थेनुसार जारी केल्या जातात, त्याच RBAC परवानग्यांशी जोडलेल्या तपशीलवार व्याप्तीसह आणि स्वतंत्र sandbox व live मोडसह. इंटिग्रेशन्स, CI किंवा Terraform साठी सेवा क्रेडेन्शियल म्हणून त्यांचा वापर करा आणि लोकांसाठी सदस्यत्वांचा वापर करा. प्रत्येक कीचा केवळ हॅश संग्रहित केला जातो, प्रत्येक की ती शेवटी कधी वापरली गेली होती याची नोंद ठेवते आणि कोणतीही की स्वतंत्रपणे रद्द केली जाऊ शकते.
डेव्हलपर भूमिकेमध्ये साइट्स पाहणे आणि त्यांची तरतूद करणे, सेवा रीस्टार्ट करणे, कॅशे साफ करणे, API की व्यवस्थापित करणे आणि तिकिटे हाताळणे यांचा समावेश होतो. यामध्ये लाइव्ह साइटवर प्रकाशित करण्याचे अधिकार समाविष्ट नाहीत, त्यामुळे जर तुम्हाला एखाद्याला बदल लागू करण्याची अनुमती द्यायची असेल, तर तो ॲक्सेस मालकाकडे असणे आवश्यक आहे. भूमिका या संस्थेनुसार असतात, त्यामुळे तुम्ही वेगळ्या खात्यावर वेगळी भूमिका धारण करू शकता.
होय. ओळख प्रणाली OIDC आणि SAML सह Keycloak वर चालते, त्यामुळे पॉलिसीद्वारे लागू केलेल्या मॅजिक-लिंक लॉगिन, ईमेल आणि पासवर्ड, सोशल प्रोव्हायडर्स, पासकीज आणि TOTP द्वि-घटक प्रमाणीकरणासोबत एंटरप्राइझ आणि एजन्सी ग्राहकांसाठी SAML सिंगल साइन-ऑन उपलब्ध आहे. एकाच सेशनमध्ये डॅशबोर्ड, सार्वजनिक साइट, ज्ञान आधार आणि सपोर्ट तिकिटे समाविष्ट होतात.
प्रत्येक विशेषाधिकार प्राप्त क्रिया ही कर्ता, क्रिया, लक्ष्य, समर्थन पुरावा आणि IP पत्ता नोंदवणाऱ्या केवळ-जोडणी (append-only) ऑडिट लॉगमध्ये लिहिली जाते. हे वाचणे ही स्वतःमध्येच एक परवानगी आहे, जी मालक आणि केवळ-वाचनीय (Read-only) या दोन्ही भूमिकांकडे असते, ज्यामुळे खाते मालक आणि लेखापरीक्षक एकाच इतिहासाचे पुनरावलोकन करू शकतात.
प्लॅन्सचे दर लोकांच्या संख्येनुसार नव्हे तर होस्टिंग क्षमतेनुसार निश्चित केले जातात. उदाहरणार्थ, Footprint-Free लाइनवर, सर्व 42 स्तर अगदी समान पात्रता संच सामायिक करतात आणि केवळ ते परवानगी देत असलेल्या साइट्सच्या संख्येनुसार भिन्न असतात. किंमती नेहमी थेट कॅटलॉगमधून, तुमच्या चलनात दर्शविल्या जातात, त्यामुळे तुम्हाला किंमतीच्या पानावर जे दिसते तेच प्रत्यक्षात आकारले जाते.
होय. Footprint-Free चाचणी १४ दिवस चालते, त्यासाठी कार्ड तपशीलांची आवश्यकता नसते आणि ती ५ साइट्सपर्यंत कव्हर करते, त्यामुळे तुम्ही काहीही देय देण्यापूर्वी तुमची संस्था सेट करू शकता, तुमच्या टीमला आमंत्रित करू शकता आणि वास्तविक कामावर भूमिकांची चाचणी घेऊ शकता. सशुल्क प्लॅन्सवर ३० दिवसांची पैसे परत मिळण्याची हमी आहे.
Footprint-Free लाइनवर कार्डशिवाय 14 दिवसांची चाचणी सुरू करा, तुमच्या टीमला आमंत्रित करा आणि कोणतेही पैसे भरण्यापूर्वी प्रत्यक्ष साइट्सवर भूमिका कशा काम करतात ते पहा.
विनामूल्य सुरू करा