ក្រុម និងការចូលប្រើ

ផ្តល់សិទ្ធិចូលប្រើប្រាស់យ៉ាងជាក់លាក់តាមដែលសមាជិកម្នាក់ៗក្នុងក្រុមរបស់អ្នកត្រូវការ

តួនាទីអតិថិជនចំនួនបួន គណនីរងដែលឆ្លុះបញ្ចាំងពីរចនាសម្ព័ន្ធអាជីវកម្មជាក់ស្តែងរបស់អ្នក កូនសោ API តាមស្ថាប័ននីមួយៗ ការចូលតែម្តង (single sign-on) និងកំណត់ហេតុសវនកម្មនៅពីក្រោយរាល់សកម្មភាពដែលមានសិទ្ធិពិសេស។ គំរូនៃការចូលប្រើប្រាស់ដូចគ្នានេះ ដំណើរការលើផ្ទាំងគ្រប់គ្រង API, CLI, Terraform និងម៉ាស៊ីនបម្រើ MCP របស់យើង។ ភាពអាចរកបាន៖ ក្រុមហ៊ុនផ្តល់សេវា Terraform កំពុងស្ថិតក្នុងការអភិវឌ្ឍយ៉ាងសកម្ម ហើយមិនទាន់អាចប្រើប្រាស់បាននៅឡើយទេ។ អ្វីៗផ្សេងទៀតទាំងអស់ដែលបានពិពណ៌នានៅទីនេះ គឺអាចប្រើប្រាស់បានហើយនៅថ្ងៃនេះ។

មនុស្សជាច្រើនភ្ជាប់ទៅនឹងគណនីតែមួយ ដែលម្នាក់ៗមានការអនុញ្ញាតកំណត់ផ្ទាល់ខ្លួន។
  • ៧០០.០០០+គេហទំព័រដែលបានបង្ហោះនៅទូទាំងពិភពលោក
  • 4តួនាទីអតិថិជន បានបង្កើតទិន្នន័យដំបូង និងរួចរាល់
  • 35កូនសោការអនុញ្ញាតលម្អិត
  • 14 ថ្ងៃការសាកល្បងដោយមិនបាច់ប្រើកាត

តួនាទីបួន ដែលត្រូវបានកំណត់នៅត្រង់កន្លែងដែលការងារពិតជាត្រូវបានបែងចែក

ការចូលប្រើប្រាស់មិនមែនជាកុងតាក់បិទ/បើកតែមួយនោះទេ។ ស្ថាប័នអតិថិជននីមួយៗភ្ជាប់មកជាមួយតួនាទីចំនួនបួន ដែលតួនាទីនីមួយៗជាកញ្ចប់កំណត់នៃសិទ្ធិអនុញ្ញាត module.action លម្អិត — ដូច្នេះអ្នកទំនាក់ទំនងផ្នែកហិរញ្ញវត្ថុមិនដែលប៉ះពាល់ម៉ាស៊ីនបម្រើ ហើយអ្នកអភិវឌ្ឍន៍មិនដែលឃើញវិក្កយបត្រឡើយ។

ម្ចាស់

ការគ្រប់គ្រងពេញលេញលើស្ថាប័ន និងគណនីរងរបស់វា៖ បង្កើតស្ថាប័នរង អញ្ជើញ និងលុបសមាជិក ផ្លាស់ប្តូរតួនាទី គ្រប់គ្រងកូនសោ API រៀបចំដំណើរការ ចាប់ផ្តើមឡើងវិញ ផ្អាក និងលុបគេហទំព័រ គ្រប់គ្រងវិក្កយបត្រ និងវិធីសាស្ត្រទូទាត់ប្រាក់ ព្រមទាំងអានកំណត់ហេតុសវនកម្ម។ មានរឿងពីរយ៉ាងដែលត្រូវបានកំណត់ទុកនៅក្រៅសិទ្ធិនេះដោយចេតនា — ការបិទស្ថាប័ន និងការចេញសងប្រាក់វិញគឺជាសកម្មភាពរបស់បុគ្គលិក មិនមែនជាតួនាទីរបស់អតិថិជនទេ។

កម្មវិធីគ្រប់គ្រងការចេញវិក្កយបត្រ

អ្វីៗគ្រប់យ៉ាងដែលទាក់ទងនឹងហិរញ្ញវត្ថុ និងគ្មានអ្វីផ្សេងទៀតទេ៖ វិក្កយបត្រ ការជាវ មធ្យោបាយទូទាត់ និងកាតាឡុកគម្រោង បូករួមទាំងទិដ្ឋភាពនៃស្ថាប័ន និងបញ្ជីសមាជិករបស់ខ្លួន។ គ្មានសិទ្ធិចូលប្រើគេហទំព័រទាល់តែសោះ — ទំនាក់ទំនងហិរញ្ញវត្ថុ ឬគណនេយ្យករខាងក្រៅ មិនអាចចាប់ផ្តើមឡើងវិញ ផ្អាក ឬលុបអ្វីទាំងអស់។

អ្នកអភិវឌ្ឍន៍

ធ្វើការលើគេហទំព័រដោយមិនពាក់ព័ន្ធនឹងបញ្ហាហិរញ្ញវត្ថុ៖ មើល និងរៀបចំគេហទំព័រ, បើកសេវាកម្មឡើងវិញ, សម្អាតឃ្លាំងសម្ងាត់, គ្រប់គ្រងកូនសោ API, និងបង្កើត ឬឆ្លើយតបទៅសំបុត្រគាំទ្រ។ គ្មានការមើលព័ត៌មានបង់ប្រាក់, គ្មានការគ្រប់គ្រងសមាជិក, គ្មានការព្យួរ និងគ្មានការលុប — សកម្មភាពដែលនាំឱ្យបាត់បង់ទិន្នន័យ និងសកម្មភាពពាណិជ្ជកម្ម គឺរក្សាទុកសម្រាប់ម្ចាស់តែប៉ុណ្ណោះ។

បានតែអានប៉ុណ្ណោះ

ទិដ្ឋភាពពេញលេញដោយគ្មានសមត្ថភាពផ្លាស់ប្តូរអ្វីទាំងអស់ — សមាជិក, គេហទំព័រ, ការចេញវិក្កយបត្រ, គម្រោង, សំបុត្រជំនួយ, ស្ថានភាពបកប្រែ និងកំណត់ហេតុសវនកម្ម។ តួនាទីដ៏ត្រឹមត្រូវសម្រាប់ភាគីពាក់ព័ន្ធនៃអតិថិជន, សវនករផ្ទៃក្នុង ឬបុគ្គលិកថ្មីដែលកំពុងរៀនសម្របខ្លួន។

គណនីរងដែលត្រូវគ្នានឹងរចនាសម្ព័ន្ធពិតប្រាកដរបស់អ្នក

ភាពជាអ្នកជួល (Tenancy) គឺជារចនាសម្ព័ន្ធដើមឈើ មិនមែនជាបញ្ជីរាបស្មើឡើយ។ ស្ថាប័នអ្នកលក់បន្ត (reseller) ស្ថិតនៅពីលើស្ថាប័នអតិថិជនរបស់ខ្លួន ហើយគេហទំព័រនានាស្ថិតនៅក្រោមស្ថាប័នទាំងនោះ។ សមាជិកក្រុមគឺជាសមាជិកភាព — អ្នកប្រើប្រាស់ម្នាក់ ស្ថាប័នមួយ តួនាទីមួយ — ដូច្នេះធាតុគ្រឹះដូចគ្នានេះ អាចដំណើរការក្រុមដែលមានសមាជិកពីរនាក់ ភ្នាក់ងារដែលគ្រប់គ្រងគណនីអតិថិជនរាប់រយ និងអ្នកលក់បន្តដែលដំណើរការគណនីរងក្រោមម៉ាកយីហោផ្ទាល់ខ្លួនរបស់ពួកគេ។

តួនាទីត្រូវបានផ្តល់ជូនតាមស្ថាប័ននីមួយៗ ហើយការអនុវត្តក៏ផ្អែកតាមស្ថាប័ននីមួយៗផងដែរ។ តួនាទីនៅក្នុងស្ថាប័នមួយមិនផ្តល់សិទ្ធិចូលប្រើប្រាស់នៅក្នុងស្ថាប័នដាច់ដោយឡែកដែលមិនទាក់ទងគ្នានោះទេ — អ្នកម៉ៅការអាចជា Developer នៅលើគណនីអតិថិជនមួយ និងជា Read-only នៅលើគណនីទីពីរ ដោយប្រើប្រាស់ការចូលតែមួយ។ ទោះជាយ៉ាងណាក៏ដោយ សិទ្ធិចូលប្រើប្រាស់ត្រូវបានផ្ទេរចុះក្រោមតាមឋានានុក្រមផ្ទាល់ខ្លួនរបស់អ្នក៖ តួនាទីនៅក្នុងស្ថាប័នមេត្រូវបានអនុវត្តចំពោះស្ថាប័នដែលស្ថិតនៅក្រោមវា ដែលនេះជារបៀបដែលអ្នកលក់បន្ត និងទីភ្នាក់ងារគ្រប់គ្រងអតិថិជនរបស់ពួកគេ។

ភាពឯកោត្រូវបានអនុវត្តនៅក្នុងមូលដ្ឋានទិន្នន័យ មិនមែនត្រឹមតែនៅក្នុងកូដកម្មវិធីនោះទេ។ សុវត្ថិភាពកម្រិតជួរដេករបស់ Postgres កំណត់វិសាលភាពនៃសំណួររបស់អ្នកជួលនីមួយៗទៅកាន់មែកធាងរងរបស់អ្នកហៅ ហើយអ្វីៗដែលនៅក្រៅមែកធាងរងនោះ នឹងត្រឡប់លទ្ធផលថារកមិនឃើញ ជាជាងកំហុសនៃការអនុញ្ញាត — ដូច្នេះវេទិកានេះមិនដែលបញ្ជាក់សូម្បីតែថាអង្គភាព ឬគេហទំព័ររបស់អ្នកជួលផ្សេងទៀតមាននោះឡើយ។

ការអនុញ្ញាតដូចគ្នានៅលើគ្រប់ផ្ទៃ

តួនាទីមិនមែនគ្រាន់តែជាការងាយស្រួលនៅលើផ្ទាំងគ្រប់គ្រងប៉ុណ្ណោះទេ។ គ្រប់មធ្យោបាយចូលទៅកាន់ប្រព័ន្ធគឺផ្អែកលើកូនសោការអនុញ្ញាតដូចគ្នា ដូច្នេះហើយគ្មានទ្វារក្រោយណាដែលអាចរំលងវិធាននៃការចូលប្រើប្រាស់របស់អ្នកបានឡើយ។

ផ្ទាំងគ្រប់គ្រង

គេហទំព័រ ការទូទាត់ប្រាក់ សំបុត្រជំនួយ សេចក្តីជូនដំណឹង ការបញ្ជូនដំណឹង សោ API និងការគ្រប់គ្រងក្រុមការងារ នៅក្នុងផ្ទាំងតែមួយ។ ចំណុចប្រទាក់បង្ហាញតែអ្វីដែលតួនាទីរបស់សមាជិកដែលបានចូលគណនីអនុញ្ញាតប៉ុណ្ណោះ ដូច្នេះអ្នកប្រើប្រាស់នឹងមិនឃើញប៊ូតុងបញ្ជាដែលពួកគេមិនអាចប្រើប្រាស់បានឡើយ។

API និង CLI សាធារណៈ

API ដែលបានផ្សព្វផ្សាយគឺជា engine API ដូចគ្នាដែលផ្ទាំងគ្រប់គ្រងប្រើប្រាស់។ គន្លឹះ API ត្រូវបានចេញសម្រាប់ស្ថាប័ននីមួយៗជាមួយនឹងវិសាលភាពលម្អិតដែលភ្ជាប់ទៅនឹងការអនុញ្ញាត RBAC ហើយទម្រង់ sandbox និង live ដាច់ដោយឡែកពីគ្នាមានន័យថាអ្នកអាចសាកល្បងការរួមបញ្ចូលដោយមិនប៉ះពាល់ដល់ការចេញវិក្កយបត្រ ឬការផ្ដល់សេវាជាក់ស្ដែងនោះឡើយ។

អ្នកផ្តល់សេវា Terraform

គ្រប់គ្រងគេហទំព័រ ដែន DNS ប្រអប់សំបុត្រ និងគម្រោងនានាជាហេដ្ឋារចនាសម្ព័ន្ធជាកូដ ហើយដំណើរការ terraform apply ដើម្បីផ្ដល់ការបង្ហោះ — ដែលគ្រប់គ្រងដោយវិសាលភាពដូចគ្នានឹងអ្វីៗផ្សេងទៀតដែរ។

ម៉ាស៊ីនបម្រើ MCP

ភ្ជាប់ Claude Code, Cursor, ChatGPT, Claude Desktop ឬឧបករណ៍ដែលអាចប្រើ MCP បានណាមួយ។ ថូខឹនត្រូវបានកំណត់វិសាលភាពសម្រាប់ស្ថាប័នមួយ និងការអនុញ្ញាត RBAC របស់វា អាចដកហូតវិញតាមឧបករណ៍នីមួយៗ ដោយមានការបញ្ជាក់លើសកម្មភាពដែលអាចបំផ្លាញបាន ដែនកំណត់នៃការចំណាយ និងកំណត់ត្រាសវនកម្មពេញលេញ។

ការគ្រប់គ្រងសោ

មានតែ hash នៃសោ API នីមួយៗប៉ុណ្ណោះដែលត្រូវបានរក្សាទុក — មិនដែលរក្សាទុកសោដើមឡើយ។ សោមានឈ្មោះ និងបុព្វបទដែលអាចមើលឃើញដើម្បីឱ្យអ្នកអាចបែងចែកពួកវាបាន កត់ត្រាពេលវេលាដែលពួកវាត្រូវបានប្រើប្រាស់ចុងក្រោយ និងអាចដកហូតជាលក្ខណៈបុគ្គលបានដោយមិនរំខានដល់សោផ្សេងទៀតឡើយ។

ការចូលប្រើតែមួយ ផ្អែកលើស្តង់ដារ សម្រាប់គ្រប់យ៉ាង

អត្តសញ្ញាណដំណើរការលើ Keycloak ដូច្នេះការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវគឺតាម OIDC និង SAML ត្រឹមត្រូវ ជាជាងទម្រង់ចូលគណនីដែលត្រូវបានបន្ថែមលើផ្ទាំងគ្រប់គ្រងការបង្ហោះ។

  • ការចូលតាមអ៊ីមែលដោយតំណវេទមន្តតាមលំនាំដើម ដោយមានអ៊ីមែលនិងពាក្យសម្ងាត់ជាជម្រើសជំនួសសម្រាប់អ្នកដែលពេញចិត្តវា។
  • Passkeys និង WebAuthn សម្រាប់ការចូលដែលធន់នឹងការបោកបញ្ឆោត (phishing) បូករួមទាំងការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវពីរជំហាន TOTP ដែលត្រូវបានអនុវត្តជាកាតព្វកិច្ចសម្រាប់អ្នករាល់គ្នាតាមគោលការណ៍។
  • ការចូលតាមបណ្តាញសង្គមតាមរយៈ Google, Microsoft, GitHub និងអ្នកផ្ដល់អត្តសញ្ញាណផ្សេងទៀត។
  • ការចូលតែម្តងតាម SAML សម្រាប់អតិថិជនសហគ្រាស និងទីភ្នាក់ងារ ដូច្នេះការចូលប្រើប្រាស់របស់ក្រុមគឺស្របតាមបញ្ជីឈ្មោះដែលមានស្រាប់របស់អ្នក។
  • សម័យប្រជុំតែមួយនៅទូទាំងផ្ទាំងគ្រប់គ្រង កុងសូលអ្នកគ្រប់គ្រង គេហទំព័រសាធារណៈ និងមូលដ្ឋានចំណេះដឹង និងសំបុត្រគាំទ្រ — ចូលតែម្តង មិនមែនប្រាំដងទេ។
  • រាល់អ៊ីមែលចុះឈ្មោះត្រូវបានផ្ទៀងផ្ទាត់មុនពេលគណនីមួយត្រូវបានបង្កើត ដូច្នេះអាសយដ្ឋានដែលមិនអាចផ្ញើដល់ និងមិនត្រឹមត្រូវនឹងមិនត្រូវបានបញ្ចូលទៅក្នុងក្រុមរបស់អ្នកឡើយ។
  • ដោយសារតែវាផ្អែកលើស្តង់ដារ អ្នកផ្តល់អត្តសញ្ញាណផ្ទាល់អាចត្រូវបានផ្លាស់ប្តូរដោយមិនចាំបាច់រៀបចំរចនាសម្ព័ន្ធអ្វីទាំងអស់នៅជុំវិញវាឡើងវិញ — ច្បាប់គ្មានការជាប់កិច្ចសន្យាដូចគ្នាដែលយើងអនុវត្តចំពោះអ្នកលក់ផ្សេងទៀតទាំងអស់។

គណនេយ្យភាពដែលអ្នកអាចប្រគល់ជូនសវនករ

រាល់សកម្មភាពដែលមានសិទ្ធិពិសេស គឺកត់ត្រាកំណត់ហេតុសវនកម្មបែបបន្ថែមតែមួយមុខ៖ អ្នកណាជាអ្នកធ្វើវា ពួកគេបានធ្វើអ្វី ពួកគេបានធ្វើវាលើអ្វី ភស្តុតាងគាំទ្រ និងអាសយដ្ឋាន IP ដើម។ កំណត់ហេតុនេះគឺសម្រាប់បន្ថែមតែមួយមុខប៉ុណ្ណោះ — ព្រឹត្តិការណ៍នានាត្រូវបានបន្ថែម ដោយមិនមានការកែសម្រួលនៅនឹងកន្លែងនោះឡើយ — ហើយនៅក្នុងផលិតកម្ម វាត្រូវបានបែងចែកតាមពេលវេលា ដើម្បីរក្សាភាពរហ័សទោះបីជាវារីកធំឡើងក៏ដោយ។

ការអានកំណត់ហេតុនោះគឺជាការអនុញ្ញាតមួយដោយខ្លួនឯង។ ម្ចាស់ និងសមាជិកដែលមានសិទ្ធិត្រឹមតែអានមានសិទ្ធិនេះ ដូច្នេះបុគ្គលដែលទទួលខុសត្រូវលើគណនី និងបុគ្គលដែលធ្វើសវនកម្មគណនីនោះ អាចមើលប្រវត្តិពេញលេញបានទាំងពីរនាក់ ដោយមិនចាំបាច់មានសិទ្ធិកម្រិតខ្ពស់ដើម្បីធ្វើកិច្ចការនោះឡើយ។

ជុំវិញនោះមានការគ្រប់គ្រងដែលក្រុមការងារធំៗត្រូវការ៖ គោលការណ៍សម័យប្រជុំ បញ្ជីអនុញ្ញាត IP តាមស្ថាប័នជាជម្រើស និងការផ្ទៀងផ្ទាត់បន្ថែមលើសកម្មភាពរសើប ដូច្នេះសម័យប្រជុំសកម្មតែមួយមុខគឺមិនគ្រប់គ្រាន់ដើម្បីធ្វើអ្វីមួយដែលធ្ងន់ធ្ងរនោះទេ។

របៀបដែលការអនុញ្ញាតរីកចម្រើនជាមួយអ្នក

កាតាឡុកការអនុញ្ញាតគឺជាទិន្នន័យ មិនមែនជាតក្កវិជ្ជាដែលបានសរសេរកូដជាប់នោះទេ — ដែលជាមូលហេតុធ្វើឱ្យវាអាចពង្រីកបានដោយមិនចាំបាច់រៀបចំរចនាសម្ព័ន្ធផ្លាតហ្វមឡើងវិញ។

  • សោ module.action លម្អិតចំនួន 35 នាពេលបច្ចុប្បន្ន ដែលគ្របដណ្តប់លើស្ថាប័ន សមាជិក សោ API គេហទំព័រ ការទូទាត់ គម្រោង កង សំបុត្រ អតិថិជន ការរំលោភបំពាន យុទ្ធនាការ ការបកប្រែ និងសវនកម្ម។
  • កាតាឡុកត្រូវបានបំពេញទិន្នន័យដំបូងដោយមិនផ្លាស់ប្តូរលទ្ធផល (idempotently) នៅរាល់ពេលដាក់ឱ្យដំណើរការ ហើយការផ្ទៀងផ្ទាត់នឹងបរាជ័យយ៉ាងច្បាស់លាស់ ប្រសិនបើតួនាទីណាមួយយោងទៅលើសិទ្ធិដែលមិនមាន — កំហុសអក្ខរាវិរុទ្ធមិនអាចផ្តល់លទ្ធផលទទេដោយស្ងាត់ស្ងៀមនោះទេ។
  • សមត្ថភាពផលិតផលថ្មីៗបន្ថែមសោការអនុញ្ញាតរបស់ពួកគេទៅក្នុងកាតាឡុក មុនពេលចំណុចបញ្ចប់ត្រូវបានបញ្ចេញ ដូច្នេះការគ្រប់គ្រងការចូលប្រើប្រាស់មិនដែលត្រូវបានបំពាក់ឡើងវិញទេ បន្ទាប់ពីមុខងារមួយត្រូវបានដាក់ឱ្យដំណើរការ។
  • ការកំណត់វិសាលភាពនៃសមាជិកភាពតែមួយទៅកាន់គេហទំព័រជាក់លាក់ ឬតំបន់ជាក់លាក់ណាមួយ គឺជាការកែលម្អដែលបានគ្រោងទុក មិនមែនជាអ្វីដែលអ្នកអាចបើកដំណើរការបាននៅថ្ងៃនេះនោះទេ។ គំរូនាពេលបច្ចុប្បន្ន គឺត្រូវដាក់គេហទំព័រទាំងនោះនៅក្នុងអង្គភាពរង ហើយផ្តល់តួនាទីដល់បុគ្គលនោះនៅទីនោះ — ដែលផ្តល់ឱ្យអ្នកនូវការបែងចែកដូចគ្នានេះដោយប្រើប្រាស់ tenancy tree។
  • សោ API ត្រូវបានចេញនៅកម្រិតស្ថាប័នជាជាងសម្រាប់មនុស្សម្នាក់ៗ ដូច្នេះសូមចាត់ទុកពួកវាជាព័ត៌មានសម្ងាត់សេវាកម្មសម្រាប់ការរួមបញ្ចូល ហើយប្រើប្រាស់សមាជិកភាពសម្រាប់ការចូលប្រើប្រាស់របស់មនុស្ស។

សំណួរដែលសួរញឹកញាប់

តើតួនាទីនីមួយៗអាចធ្វើអ្វីបានខ្លះពិតប្រាកដ?

ម្ចាស់មានការគ្រប់គ្រងពេញលេញលើស្ថាប័ន និងគណនីរងរបស់វា រួមទាំងសមាជិក កូនសោ API គេហទំព័រ និងវិធីបង់ប្រាក់។ អ្នកគ្រប់គ្រងការចេញវិក្កយបត្រមើលឃើញវិក្កយបត្រ ការជាវ វិធីបង់ប្រាក់ និងគម្រោង ដោយគ្មានសិទ្ធិចូលប្រើគេហទំព័រឡើយ។ អ្នកអភិវឌ្ឍន៍គ្រប់គ្រងគេហទំព័រ និងកូនសោ API ព្រមទាំងចាត់ចែងសំបុត្រគាំទ្រ ដោយគ្មានសិទ្ធិគ្រប់គ្រងលើការចេញវិក្កយបត្រ ឬសមាជិកឡើយ។ សិទ្ធិអានតែប៉ុណ្ណោះអាចមើលសមាជិក គេហទំព័រ ការចេញវិក្កយបត្រ គម្រោង សំបុត្រគាំទ្រ និងកំណត់ហេតុសវនកម្មដោយមិនអាចផ្លាស់ប្តូរអ្វីទាំងអស់។

តើខ្ញុំអាចផ្តល់សិទ្ធិចូលប្រើប្រាស់គេហទំព័រតែមួយដល់នរណាម្នាក់បានទេ?

មិនទាន់ជាការកំណត់សម្រាប់គេហទំព័រនីមួយៗនៅឡើយទេ — ការកំណត់សមាជិកភាពតែមួយទៅកាន់គេហទំព័រជាក់លាក់គឺជាការកែលម្អដែលបានគ្រោងទុក។ សព្វថ្ងៃនេះ លោកអ្នកអាចសម្រេចបាននូវការបែងចែកដូចគ្នានេះដោយប្រើរចនាសម្ព័ន្ធភាពជាម្ចាស់ (tenancy tree)៖ ដាក់គេហទំព័រទាំងនោះនៅក្នុងស្ថាប័នរង ហើយផ្តល់តួនាទីដល់បុគ្គលនោះនៅទីនោះ។ ដោយសារតែតួនាទីត្រូវបានផ្តល់ជូនតាមស្ថាប័ន ការចូលប្រើប្រាស់នោះនឹងមិនបន្តទៅកាន់អ្វីផ្សេងទៀតនៅក្នុងគណនីរបស់លោកអ្នកឡើយ។

តើកូនសោ API ត្រូវបានភ្ជាប់ទៅនឹងសមាជិកក្រុមម្នាក់ៗដែរឬទេ?

ទេ — សោ API ត្រូវបានចេញជូនក្នុងមួយស្ថាប័ន ដោយមានវិសាលភាពលម្អិតដែលភ្ជាប់ទៅនឹងសិទ្ធិ RBAC ដូចគ្នា ព្រមទាំងមានរបៀប sandbox និង live ដាច់ដោយឡែកពីគ្នា។ សូមប្រើប្រាស់វាជាព័ត៌មានសម្ងាត់សេវាកម្មសម្រាប់ការរួមបញ្ចូលគ្នា, CI ឬ Terraform ហើយប្រើប្រាស់សមាជិកភាពសម្រាប់មនុស្ស។ មានតែ hash នៃសោនីមួយៗប៉ុណ្ណោះដែលត្រូវបានរក្សាទុក សោនីមួយៗកត់ត្រាពេលវេលាដែលវាត្រូវបានប្រើចុងក្រោយ ហើយសោណាមួយក៏អាចត្រូវបានដកហូតដោយឡែកពីគ្នាបានដែរ។

តើអ្នកអភិវឌ្ឍន៍អាចរុញការផ្លាស់ប្តូរទៅកាន់គេហទំព័រផ្ទាល់បានទេ?

តួនាទីជាអ្នកអភិវឌ្ឍន៍រួមបញ្ចូលទាំងការមើល និងការរៀបចំដំណើរការគេហទំព័រ ការចាប់ផ្តើមសេវាកម្មឡើងវិញ ការសម្អាតឃ្លាំងសម្ងាត់ ការគ្រប់គ្រងសោ API និងការដោះស្រាយសំបុត្រស្នើសុំ។ វាមិនផ្តល់សិទ្ធិក្នុងការបោះផ្សាយលើគេហទំព័រដែលកំពុងដំណើរការផ្ទាល់នោះទេ ដូច្នេះប្រសិនបើអ្នកចង់ឱ្យនរណាម្នាក់អាចជំរុញការផ្លាស់ប្តូរបាន សិទ្ធិចូលប្រើប្រាស់នោះចាំបាច់ត្រូវមាននៅជាមួយម្ចាស់។ តួនាទីគឺកំណត់តាមស្ថាប័ន ដូច្នេះអ្នកអាចមានតួនាទីផ្សេងគ្នានៅលើគណនីផ្សេងគ្នាបាន។

តើអ្នកគាំទ្រ SSO សម្រាប់ថតក្រុមហ៊ុនរបស់យើងដែរឬទេ?

បាទ/ចាស។ ប្រព័ន្ធអត្តសញ្ញាណដំណើរការលើ Keycloak ជាមួយ OIDC និង SAML ដូច្នេះការចូលតែម្តង (single sign-on) តាម SAML គឺមានសម្រាប់អតិថិជនសហគ្រាស និងភ្នាក់ងារ រួមជាមួយការចូលតាមរយៈ magic-link អ៊ីមែល និងពាក្យសម្ងាត់ អ្នកផ្តល់សេវាបណ្តាញសង្គម passkeys និងការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវពីរជំហាន TOTP ដែលត្រូវបានអនុវត្តតាមគោលការណ៍។ វគ្គតែមួយគ្របដណ្តប់លើផ្ទាំងគ្រប់គ្រង គេហទំព័រសាធារណៈ មូលដ្ឋានចំណេះដឹង និងសំបុត្រជំនួយ។

តើខ្ញុំអាចដឹងដោយរបៀបណាថាអ្នកណាបានផ្លាស់ប្តូរអ្វីមួយ?

រាល់សកម្មភាពដែលមានសិទ្ធិពិសេសត្រូវបានកត់ត្រាទុកក្នុងកំណត់ហេតុសវនកម្មប្រភេទបន្ថែមតែប៉ុណ្ណោះ ដែលកត់ត្រាអំពីអ្នកធ្វើសកម្មភាព សកម្មភាព គោលដៅ ភស្តុតាងគាំទ្រ និងអាសយដ្ឋាន IP។ ការអានវាគឺជាការអនុញ្ញាតដោយឡែកមួយ ដែលកាន់កាប់ដោយទាំងតួនាទីជាម្ចាស់ និងតួនាទីសម្រាប់តែអានប៉ុណ្ណោះ ដូច្នេះម្ចាស់គណនី និងសវនករអាចពិនិត្យមើលប្រវត្តិដូចគ្នាបាន។

តើការបន្ថែមសមាជិកក្រុមផ្លាស់ប្តូរចំនួនទឹកប្រាក់ដែលខ្ញុំត្រូវបង់ដែរឬទេ?

គម្រោងនានាត្រូវបានកំណត់តម្លៃផ្អែកលើសមត្ថភាពផ្ទុក (hosting capacity) ជាជាងផ្អែកលើចំនួនមនុស្ស។ ជាក់ស្ដែង នៅក្នុងជួរ Footprint-Free កម្រិតទាំង ៤២ ទទួលបាននូវកញ្ចប់សិទ្ធិប្រើប្រាស់ដូចគ្នាបេះបិទ ហើយខុសគ្នាត្រង់តែចំនួនគេហទំព័រដែលពួកវាអនុញ្ញាតប៉ុណ្ណោះ។ ការកំណត់តម្លៃតែងតែត្រូវបានបង្ហាញផ្ទាល់ចេញពីកាតាឡុកបច្ចុប្បន្ន ជាប្រភេទរូបិយប័ណ្ណរបស់អ្នក ដូច្នេះអ្វីដែលអ្នកឃើញនៅលើទំព័រតម្លៃ គឺជាអ្វីដែលត្រូវបានគិតប្រាក់ពិតប្រាកដ។

តើខ្ញុំអាចសាកល្បងវាបានទេ មុនពេលប្តេជ្ញាចិត្ត?

បាទ/ចាស។ ការសាកល្បង Footprint-Free មានរយៈពេល 14 ថ្ងៃ មិនទាមទារព័ត៌មានលម្អិតអំពីកាត និងគ្របដណ្តប់រហូតដល់ 5 គេហទំព័រ ដូច្នេះលោកអ្នកអាចរៀបចំស្ថាប័នរបស់អ្នក អញ្ជើញក្រុមការងាររបស់អ្នក និងសាកល្បងតួនាទីជាមួយការងារជាក់ស្តែង មុនពេលលោកអ្នកធ្វើការបង់ប្រាក់ណាមួយ។ មានការធានាសងប្រាក់វិញក្នុងរយៈពេល 30 ថ្ងៃសម្រាប់គម្រោងបង់ប្រាក់។

រៀបចំក្រុមរបស់អ្នកក្នុងរយៈពេលប៉ុន្មាននាទី មិនមែនតាមរយៈសំបុត្រស្នើសុំនោះទេ

ចាប់ផ្តើមការសាកល្បងប្រើរយៈពេល 14 ថ្ងៃដោយមិនចាំបាច់ប្រើកាតនៅលើខ្សែ Footprint-Free អញ្ជើញក្រុមរបស់អ្នក និងមើលតួនាទីដំណើរការលើគេហទំព័រជាក់ស្តែងមុនពេលអ្នកបង់ប្រាក់អ្វីទាំងអស់។

ចាប់ផ្តើមឥតគិតថ្លៃ