Pasukan dan akses
Empat peranan pelanggan, sub-akaun yang mencerminkan struktur sebenar perniagaan anda, kekunci API setiap organisasi, log masuk tunggal dan log audit di sebalik setiap tindakan istimewa. Model akses yang sama berjalan merentas papan pemuka, API, CLI, Terraform dan pelayan MCP kami. Ketersediaan: pembekal Terraform sedang dalam pembangunan aktif dan belum tersedia lagi. Segala perkara lain yang diterangkan di sini sudah aktif hari ini.
Akses bukanlah suis tutup/buka tunggal. Setiap organisasi pelanggan dilengkapi dengan empat peranan, setiap satunya adalah pakej tetap bagi kebenaran modul.tindakan yang terperinci — jadi kenalan kewangan tidak akan menyentuh pelayan dan pembangun tidak akan melihat invois.
Kawalan penuh terhadap organisasi dan sub-akaunnya: cipta organisasi anak, jemput dan alih keluar ahli, tukar peranan, urus kunci API, peruntukkan, mula semula, gantung dan padam tapak, urus invois dan kaedah pembayaran, serta baca log audit. Dua perkara sengaja diletakkan di luar bidang ini — menutup organisasi dan mengeluarkan bayaran balik adalah tindakan kakitangan, bukan peranan pelanggan.
Semua urusan kewangan sahaja: invois, langganan, kaedah pembayaran dan katalog pelan, berserta paparan organisasi dan senarai ahlinya. Tiada akses tapak sama sekali — kenalan kewangan atau pemegang akaun luar tidak boleh memulakan semula, menggantung atau memadam apa-apa pun.
Bekerja di tapak web tanpa menyentuh wang: lihat dan peruntukkan tapak web, mulakan semula perkhidmatan, kosongkan cache, urus kunci API, serta buka atau balas tiket sokongan. Tiada paparan pengebilan, tiada pengurusan ahli, tiada penggantungan dan tiada pemadaman — tindakan yang merosakkan dan komersial kekal di tangan pemilik.
Pandangan lengkap tanpa keupayaan untuk mengubah apa-apa — ahli, tapak, pengebilan, pelan, tiket, status terjemahan dan log audit. Peranan yang sesuai untuk pihak berkepentingan pelanggan, juruaudit dalaman atau pekerja baharu yang masih menyesuaikan diri.
Penyewaan adalah satu struktur pokok, bukan senarai mendatar. Sebuah organisasi penjual semula berada di atas organisasi pelanggannya, dan tapak web berada di bawah organisasi tersebut. Ahli pasukan ialah satu keahlian — seorang pengguna, satu organisasi, satu peranan — jadi primitif yang sama memacu pasukan dua orang, sebuah agensi yang menguruskan seratus akaun pelanggan, dan seorang penjual semula yang menjalankan sub-akaun di bawah jenamanya sendiri.
Peranan diberikan mengikut organisasi, dan penguatkuasaan juga adalah mengikut organisasi. Peranan dalam satu organisasi tidak memberikan akses dalam organisasi lain yang berasingan dan tidak berkaitan — seorang kontraktor boleh menjadi Pembangun pada akaun pelanggan pertama dan Baca sahaja pada akaun kedua, daripada log masuk yang sama. Walau bagaimanapun, akses mengalir ke bawah hierarki anda sendiri: peranan dalam organisasi induk terpakai kepada organisasi yang bersarang di bawahnya, iaitu cara penjual semula dan agensi menguruskan pelanggan mereka.
Pengasingan dikuatkuasakan dalam pangkalan data, bukan sahaja dalam kod aplikasi. Keselamatan peringkat baris Postgres skop setiap pertanyaan penyewa kepada subpokok pemanggil, dan apa sahaja di luar subpokok itu mengembalikan tidak-ditemui dan bukan ralat kebenaran — jadi platform tidak pernah mengesahkan bahawa organisasi atau tapak penyewa lain wujud.
Peranan bukan sekadar kemudahan dalam papan pemuka. Setiap laluan masuk ke dalam platform diselesaikan kepada kunci kebenaran yang sama, jadi tiada pintu belakang yang melangkau peraturan akses anda.
Laman web, pengebilan, tiket, notis, pemberitahuan, kunci API dan pengurusan pasukan dalam satu cangkerang. Antara muka memaparkan perkara yang dibenarkan oleh peranan ahli yang log masuk, jadi pengguna tidak ditunjukkan kawalan yang tidak boleh mereka gunakan.
API yang diterbitkan adalah enjin API yang sama yang digunakan oleh papan pemuka. Kekunci API dikeluarkan untuk setiap organisasi dengan skop berbutir yang terikat dengan kebenaran RBAC, dan mod kotak pasir serta mod langsung yang berasingan bermakna anda boleh menguji integrasi tanpa menyentuh pengebilan atau peruntukan sebenar.
Urus tapak, domain, DNS, mel kotak dan pelan sebagai infrastruktur sebagai kod dan jalankan terraform apply untuk memperuntukkan pengehosan — diuruskan oleh skop yang sama seperti yang lain.
Sambungkan Claude Code, Cursor, ChatGPT, Claude Desktop atau sebarang alat yang menyokong MCP. Token adalah terhad kepada organisasi dan kebenaran RBACnya, boleh ditarik balik mengikut alat, dengan pengesahan untuk tindakan merosakkan, had perbelanjaan dan jejak audit penuh.
Hanya cincangan (hash) bagi setiap kunci API yang disimpan — bukan kunci asal. Kunci membawa nama dan awalan yang kelihatan supaya anda boleh membezakannya, merekodkan bila ia terakhir digunakan, dan boleh dibatalkan secara individu tanpa mengganggu yang lain.
Identiti dikuasakan oleh Keycloak, jadi pengesahan adalah OIDC dan SAML yang betul dan bukannya borang log masuk tersuai yang dipasang pada panel pengehosan.
Setiap tindakan berkeistimewaan merekodkan jejak audit tambah sahaja: siapa yang melakukannya, apa yang mereka lakukan, apa yang dikenakannya, bukti sokongan dan alamat IP asal. Log tersebut adalah tambah sahaja — acara ditambah, bukan disunting di tempat — dan dalam pengeluaran, ia dibahagikan mengikut masa supaya kekal pantas semasa ia berkembang.
Membaca log tersebut adalah satu kebenaran dengan sendirinya. Pemilik dan ahli baca sahaja mempunyainya, jadi individu yang bertanggungjawab terhadap akaun dan individu yang mengauditsetnya boleh melihat sejarah penuh tanpa memerlukan hak yang dinaik taraf untuk berbuat demikian.
Di sekelilingnya terdapat kawalan yang diminta oleh pasukan yang lebih besar: dasar sesi, senarai benarkan IP pilihan bagi setiap organisasi, dan pengesahan peningkatan pada tindakan sensitif supaya sesi langsung sahaja tidak mencukupi untuk melakukan sesuatu yang serius.
Katalog kebenaran adalah data, bukan logik berkod tegar — itulah sebabnya ia boleh dilanjutkan tanpa mengubah semula platform tersebut.
Pemilik mempunyai kawalan penuh terhadap organisasi dan sub-akaun, termasuk ahli, kunci API, tapak dan kaedah pembayaran. Pengurus Pembayaran melihat invois, langganan, kaedah pembayaran dan pelan, tanpa akses tapak. Pembangun mengurus tapak dan kunci API serta mengendalikan tiket, tanpa kawalan pengebilan atau ahli. Baca sahaja boleh melihat ahli, tapak, pengebilan, pelan, tiket dan log audit tanpa mengubah apa-apa.
Belum tersedia sebagai tetapan setiap tapak — mengecilkan satu keahlian kepada tapak tertentu ialah penambahbaikan yang dirancang. Hari ini anda boleh mencapai pengasingan yang sama dengan pokok penyewa: letakkan tapak tersebut dalam organisasi anak dan berikan peranan kepada individu itu di sana. Oleh kerana peranan diberikan bagi setiap organisasi, akses tersebut tidak dibawa ke mana-mana bahagian lain dalam akaun anda.
Tidak — kunci API dikeluarkan mengikut organisasi, dengan skop berbutir yang diikat pada kebenaran RBAC yang sama, serta mod sandbox dan langsung yang berasingan. Gunakannya sebagai kelayakan perkhidmatan untuk integrasi, CI atau Terraform, dan gunakan keahlian untuk individu. Hanya hash bagi setiap kunci disimpan, setiap kunci merekodkan bila ia terakhir digunakan, dan mana-mana kunci boleh ditarik balik secara bersendirian.
Peranan Pembangun merangkumi melihat dan memperuntukkan tapak, memulakan semula perkhidmatan, mengosongkan cache, mengurus kunci API dan pengendaliaan tiket. Ia tidak membawa hak penerbitan ke atas tapak langsung, jadi jika anda mahu seseorang dapat mempromosikan perubahan, akses tersebut perlu diletakkan pada pemilik. Peranan adalah mengikut organisasi, jadi anda boleh memegang peranan yang berbeza pada akaun yang berbeza.
Ya. Identiti berjalan menggunakan Keycloak dengan OIDC dan SAML, jadi log masuk tunggal SAML tersedia untuk pelanggan perusahaan dan agensi di samping log masuk pautan ajaib, e-mel dan kata laluan, penyedia sosial, kunci laluan dan pengesahan dua faktor TOTP, yang dikuatkuasakan mengikut dasar. Satu sesi merangkumi papan pemuka, tapak awam dan pangkalan pengetahuan, serta tiket sokongan.
Setiap tindakan beristimewa direkodkan ke dalam log audit tambah sahaja yang mencatatkan pelaku, tindakan, sasaran, bukti sokongan dan alamat IP. Membacanya adalah kebenaran tersendiri, yang dipegang oleh peranan Pemilik dan Baca sahaja, supaya pemilik akaun dan juruaudit boleh menyemak sejarah yang sama.
Pelan dinilai mengikut kapasiti pengehosan dan bukannya bilangan pengguna. Sebagai contoh, dalam siri Footprint-Free, kesemua 42 peringkat berkongsi set hak yang sama persis dan hanya berbeza dari segi bilangan tapak yang dibenarkan. Harga sentiasa dijana daripada katalog langsung dalam mata wang anda, jadi apa yang anda lihat pada halaman harga itulah caj sebenar yang dikenakan.
Ya. Percubaan Footprint-Free berjalan selama 14 hari, tidak memerlukan butiran kad dan merangkumi sehingga 5 tapak, jadi anda boleh menyediakan organisasi anda, menjemput pasukan anda dan menguji peranan berdasarkan kerja sebenar sebelum membayar apa-apa. Terdapat jaminan wang dikembalikan selama 30 hari di sebalik pelan berbayar.
Mulakan percubaan 14 hari tanpa kad pada barisan Footprint-Free, jemput pasukan anda, dan lihat peranan yang berfungsi pada tapak sebenar sebelum anda membayar apa-apa.
Mula secara percuma