API Partner Portal เบื้องหลัง เทมเพลต
การเข้าถึงพันธมิตร, การจราจร API, และเอกสารประกอบ
ผลิตภัณฑ์ที่พร้อมใช้งาน API partner portal backend บน Back4app พร้อมด้วย ผู้ใช้, PartnerOrganization, APIKey, UsageLog, และ DeveloperDoc รวมถึง แผนภาพ ER, พจนานุกรมข้อมูล, JSON schema, API playground, และการสั่งงาน AI Agent สำหรับการตั้งค่าอย่างรวดเร็ว.
สิ่งที่ได้จากพอร์ทัล
เทมเพลตนี้ให้แบ็คเอนด์พอร์ทัลพันธมิตร API ที่มีการจัดการ APIKey, การตรวจสอบ UsageLog, และการเผยแพร่ DeveloperDoc เพื่อให้ทีมภายในและพันธมิตรถ่ายทอดพื้นผิวการทำงานเดียวกัน.
- การควบคุมวงจรชีวิตของ APIKey — จัดรูปแบบบันทึก APIKey ด้วยความเป็นเจ้าของพันธมิตร, tokenPrefix, scopes, isActive, และฟิลด์ lastUsedAt.
- การมองเห็น UsageLog — ติดตามรายการ UsageLog ต่อ apiKey เพื่อให้คุณสามารถตรวจสอบการเรียกใช้งาน endpoint, การกระโดดของ statusCode, และยอดรวม requestCount.
- การอัปเดต DeveloperDoc — รักษาบันทึก DeveloperDoc ให้สอดคล้องกับแนวทาง API ที่เผยแพร่โดยใช้ title, slug, content, apiVersion, และ isPublished.
- ขอบเขตการเข้าถึงพันธมิตร — ใช้ ACLs และ CLPs เพื่อให้พื้นที่ทำงานของ PartnerOrganization, แถว APIKey และบันทึก UsageLog อยู่ในขอบเขตที่ถูกต้อง
- แบ็คเอนด์พอร์ทัลข้ามแพลตฟอร์ม — ให้บริการเว็บและลูกค้าโมบายล์ผ่าน REST และ GraphQL API สำหรับ User, PartnerOrganization, APIKey, UsageLog, และ DeveloperDoc
API Partner Portal Template คืออะไร?
สิทธิ์มีความสำคัญในพอร์ทัลพันธมิตร API: พันธมิตร, พนักงาน, และลูกค้าควรเห็นสิ่งที่บทบาทของพวกเขาต้องการ — ไม่มีอะไรเพิ่มเติม ไม่มีอะไรน้อยลง ความน่าเชื่อถือเป็นฟีเจอร์ ไม่ใช่หมายเหตุอ้างอิง เทมเพลตนี้เป็นโมเดล PartnerOrganization, APIKey, UsageLog, และ DeveloperDoc โดยกำหนดการเข้าถึงตามบทบาทที่ Back4app ดังนั้นสมาชิกในทีมพอร์ทัลพันธมิตร API ทุกคนจึงเห็นส่วนของสายงานที่พวกเขาเป็นเจ้าของ สคีมาประกอบด้วย User (ชื่อผู้ใช้, อีเมล, รหัสผ่าน, บทบาท), PartnerOrganization (ชื่อ, สถานะ, ผู้ติดต่อหลัก, ระดับการสนับสนุน), APIKey (keyName, tokenPrefix, scopes, isActive, lastUsedAt, partner, createdBy), UsageLog (partner, apiKey, endpoint, method, statusCode, requestCount, occurredAt) และ DeveloperDoc (ชื่อเรื่อง, slug, เนื้อหา, apiVersion, isPublished, เจ้าของ, partner) โดยมีกฎการตรวจสอบความถูกต้อง, กฎการมองเห็น และการสนับสนุนการทำงานของพันธมิตรในตัว เชื่อมต่อส่วนหน้าโปรดของคุณและจัดส่งได้เร็วขึ้น
ดีที่สุดสำหรับ:
ภาพรวมเทมเพลตพอร์ทัลคู่ค้า API
ข้อผิดพลาดส่วนใหญ่ในพอร์ทัลคู่ค้า API นั้นน่าเบื่อ: แท่นเวลาที่พลาด แถวที่ซ้ำกัน หรือจำนวนที่ถูกต้องเมื่อวานนี้และผิดวันนี้
สคีมาที่อยู่เบื้องหลัง PartnerOrganization, APIKey, และ UsageLog ถูกแชร์ในศูนย์และหน้าเทคโนโลยี; การเปลี่ยนเฟรมเวิร์กไม่ควรหมายถึงการออกแบบบันทึกใหม่.
ฟีเจอร์หลักของพอร์ทัล
การ์ดเทคโนโลยีแต่ละใบในศูนย์นี้ใช้สคีมา backend ของพันธมิตรเดียวกันกับ User, PartnerOrganization, APIKey, UsageLog, และ DeveloperDoc.
การจัดการบัญชีพันธมิตร
PartnerOrganization เก็บชื่อ, สถานะ, primaryContact, และ supportTier ไว้ในบันทึกเดียว
การติดตามวงจรชีวิต APIKey
APIKey เก็บ keyName, tokenPrefix, scopes, isActive, lastUsedAt, partner, และ createdBy
การตรวจสอบ UsageLog
UsageLog บันทึกข้อมูลของพันธมิตร, apiKey, endpoint, method, statusCode, requestCount, และ occurredAt.
การเผยแพร่ DeveloperDoc
DeveloperDoc เก็บรักษาชื่อ, slug, เนื้อหา, apiVersion, isPublished, เจ้าของ, และพันธมิตร.
ทำไมต้องสร้างแบ็คเอนด์พอร์ทัล API ของคุณด้วย Back4app?
Back4app มอบ User, PartnerOrganization, APIKey, UsageLog, และ DeveloperDoc ให้กับคุณ เพื่อให้ทีมของคุณสามารถมุ่งเน้นไปที่ประสบการณ์พอร์ทัลแทนที่จะเป็นระบบแบ็คเอนด์.
- •การจัดการโทเค็นและคู่ค้า: APIKey เชื่อมต่อโดยตรงกับ PartnerOrganization ทำให้การออกใบอนุญาต การหมุนเวียน และการยกเลิกง่ายต่อการตรวจสอบ.
- •ความสามารถในการมองเห็นการใช้งานที่ตอบคำถามจริง: UsageLog บันทึก endpoint, method, statusCode, และ requestCount เพื่อให้การสนับสนุนสามารถติดตามปัญหาการรวมระบบได้โดยไม่ต้องเดา.
- •การอัปเดตเอกสารโดยไม่มีขวดคอในการเผยแพร่: DeveloperDoc มอบที่ที่มีโครงสร้างสำหรับบันทึก endpoint, แนวทางที่มีการจัดเวอร์ชัน, และประวัติการเปลี่ยนแปลงที่แสดงต่อคู่ค้า.
สร้างพอร์ทัลโดยรอบ APIKey, UsageLog, และ DeveloperDoc ก่อนเพื่อให้การให้บริการคู่ค้ามีสัญญาแบ็คเอนด์ที่ชัดเจน.
ประโยชน์ของพอร์ทัล
พอร์ทัลหลังบ้านของพันธมิตรที่เก็บรักษาการทำงานของ APIKey, การตรวจสอบ UsageLog, และการเผยแพร่ DeveloperDoc ไว้ในที่เดียว.
การ onboard คู่ค้าทำได้เร็วขึ้น
เริ่มต้นด้วยคลาส PartnerOrganization และ APIKey แทนที่จะประกอบตารางโทเคนและกฎการเข้าถึงจากศูนย์
ทีมสนับสนุนได้รับบริบทที่ใช้งานได้
UsageLog แสดงแถวรวมทั้ง endpoint, method, statusCode, requestCount และ occurredAt เมื่อคู่ค้ารายงานคำขอที่ล้มเหลว
การจัดการคีย์ที่ปลอดภัยกว่า
เก็บ tokenPrefix และ scopes แทนที่จะเปิดเผยความลับแบบดิบ และหมุน isActive เมื่อสถานะของคีย์เปลี่ยนแปลง
เอกสารเวอร์ชันจัดระเบียบอย่างมีระเบียบ
DeveloperDoc ให้บันทึกการเผยแพร่, การกำหนด apiVersion และสถานะการเผยแพร่ในโครงสร้างที่เสถียร
API เดียวสำหรับทุกไคลเอนต์
พอร์ทัลเว็บ เครื่องมือดูแลระบบมือถือ และแดชบอร์ดภายในสามารถอ่านข้อมูลเดียวกันจาก User, PartnerOrganization, APIKey, UsageLog และ DeveloperDoc
เวิร์กโฟลว์บูตสแตรป AI
สร้างสคีม่า กฎการเข้าถึง และโครงสร้างพอร์ทัลได้อย่างรวดเร็วด้วยคำสั่งที่มีโครงสร้างหนึ่งคำสั่ง
พร้อมเปิดใช้งานพอร์ทัล API ของคุณหรือยัง?
ให้ Back4app AI Agent สร้างโครงหลังพอร์ทัล API ของคุณและสร้าง APIKey, UsageLog, และ DeveloperDoc จากคำสั่งเดียว
เริ่มต้นฟรี — 50 คำสั่ง AI Agent ต่อเดือน ไม่ต้องใช้บัตรเครดิต
สแต็คเทคโนโลยีพอร์ทัล
ทุกอย่างรวมอยู่ในเทมเพลตแบ็กเอนด์ของพอร์ทัลผู้ร่วม API นี้.
แผนที่ความสัมพันธ์ของพันธมิตร
โมเดลความสัมพันธ์ของเอนทิตีสำหรับสถาปัตยกรรมแบ็คเอนด์ของพอร์ทัล API พันธมิตร.
สคีมาที่ครอบคลุมผู้ใช้, องค์กรพันธมิตร, คีย์ API, บันทึกการใช้งาน, และเอกสารสำหรับนักพัฒนา.
ดูแหล่งที่มาของภาพ
erDiagram
User ||--o{ PartnerOrganization : "primaryContact"
User ||--o{ APIKey : "createdBy"
User ||--o{ DeveloperDoc : "owner"
PartnerOrganization ||--o{ APIKey : "partner"
PartnerOrganization ||--o{ UsageLog : "partner"
PartnerOrganization ||--o{ DeveloperDoc : "partner"
APIKey ||--o{ UsageLog : "apiKey"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
PartnerOrganization {
String objectId PK
String name
String status
String primaryContactId FK
String supportTier
Date createdAt
Date updatedAt
}
APIKey {
String objectId PK
String keyName
String tokenPrefix
Array scopes
Boolean isActive
Date lastUsedAt
String partnerId FK
String createdById FK
Date createdAt
Date updatedAt
}
UsageLog {
String objectId PK
String partnerId FK
String apiKeyId FK
String endpoint
String method
Number statusCode
Number requestCount
Date occurredAt
Date createdAt
Date updatedAt
}
DeveloperDoc {
String objectId PK
String title
String slug
String content
String apiVersion
Boolean isPublished
String ownerId FK
String partnerId FK
Date createdAt
Date updatedAt
}
กระบวนการรวมพอร์ทัล
กระบวนการทำงานทั่วไปสำหรับการลงชื่อเข้าใช้, การค้นหา APIKey, การตรวจสอบ UsageLog, และการอัปเดต DeveloperDoc.
ดูแหล่งที่มาของภาพ
sequenceDiagram
participant User
participant Portal as API Partner Portal App
participant Back4app as Back4app Cloud
User->>Portal: Sign in with portal credentials
Portal->>Back4app: POST /login
Back4app-->>Portal: Session token
User->>Portal: Open APIKeys for a partner workspace
Portal->>Back4app: GET /classes/APIKey?include=partner,createdBy
Back4app-->>Portal: Token list with scopes and lastUsedAt
User->>Portal: Create a new APIKey
Portal->>Back4app: POST /classes/APIKey
Back4app-->>Portal: APIKey objectId and tokenPrefix
User->>Portal: Review UsageLog entries for the token
Portal->>Back4app: GET /classes/UsageLog?include=partner,apiKey&order=-occurredAt
Back4app-->>Portal: Usage history and statusCode totals
opt Publish developer notes
User->>Portal: Update a DeveloperDoc page
Portal->>Back4app: PUT /classes/DeveloperDoc/:objectId
Back4app-->>Portal: Updated markdown and publish state
endพจนานุกรมฟิลด์
ข้อมูลอ้างอิงระดับฟิลด์ทั้งหมดสำหรับทุกคลาสในสแกมาพอร์ทัล API พันธมิตร.
| ฟิลด์ | ประเภท | คำอธิบาย | จำเป็น |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | อัตโนมัติ |
| username | String | Login name for a portal user | |
| String | Primary email address for portal access | ||
| password | String | Hashed password (write-only) | |
| role | String | Portal role such as admin, partnerAdmin, or developer | |
| createdAt | Date | Auto-generated creation timestamp | อัตโนมัติ |
| updatedAt | Date | Auto-generated last-update timestamp | อัตโนมัติ |
7 ฟิลด์ใน User
การควบคุมการเข้าถึง
วิธีที่กลยุทธ์ ACL และ CLP ปกป้องพันธมิตร, บันทึก APIKey, รายการ UsageLog, และหน้า DeveloperDoc.
บัญชีที่เจาะจงพันธมิตร
แต่ละระเบียน PartnerOrganization ควรสามารถแก้ไขได้โดยผู้ดูแลพอร์ทัลหรือผู้ใช้ primaryContact ที่ได้รับมอบหมายเท่านั้น.
การรักษาความลับของคีย์และการหมุนเวียน
เก็บ APIKey.tokenPrefix และขอบเขตในมุมมองสาธารณะ และเก็บวัตถุคีย์ดิบให้ออกจากเบราว์เซอร์.
ขอบเขตการอ่านบันทึกการใช้งาน
จำกัดการอ่าน UsageLog ให้กับพันธมิตรที่เป็นเจ้าของ APIKey และให้กับบทบาทสนับสนุนที่ต้องการการเข้าถึงการแก้ปัญหา.
JSON Schema
นิยาม JSON schema ดิบพร้อมที่จะคัดลอกไปยัง Back4app หรือใช้เป็นข้อมูลอ้างอิงในการใช้งาน.
{
"classes": [
{
"className": "User",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PartnerOrganization",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"name": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"primaryContact": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"supportTier": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "APIKey",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"keyName": {
"type": "String",
"required": true
},
"tokenPrefix": {
"type": "String",
"required": true
},
"scopes": {
"type": "Array",
"required": true
},
"isActive": {
"type": "Boolean",
"required": true
},
"lastUsedAt": {
"type": "Date",
"required": false
},
"partner": {
"type": "Pointer",
"required": true,
"targetClass": "PartnerOrganization"
},
"createdBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "UsageLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"partner": {
"type": "Pointer",
"required": true,
"targetClass": "PartnerOrganization"
},
"apiKey": {
"type": "Pointer",
"required": true,
"targetClass": "APIKey"
},
"endpoint": {
"type": "String",
"required": true
},
"method": {
"type": "String",
"required": true
},
"statusCode": {
"type": "Number",
"required": true
},
"requestCount": {
"type": "Number",
"required": true
},
"occurredAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "DeveloperDoc",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"title": {
"type": "String",
"required": true
},
"slug": {
"type": "String",
"required": true
},
"content": {
"type": "String",
"required": true
},
"apiVersion": {
"type": "String",
"required": true
},
"isPublished": {
"type": "Boolean",
"required": true
},
"owner": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"partner": {
"type": "Pointer",
"required": false,
"targetClass": "PartnerOrganization"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}สร้างด้วย AI Agent
ใช้ Back4app AI Agent เพื่อสร้างแอปพอร์ทัล API พันธมิตรจริงจากแม่แบบนี้ รวมถึงส่วนหน้า, ส่วนหลัง, การยืนยันตัวตน, และไหลของ APIKey, UsageLog, และ DeveloperDoc.
สร้างแอป backend สำหรับพอร์ตัลพันธมิตร API บน Back4app ด้วยสคีมานี้และพฤติกรรมนี้ สคีมา: 1. ผู้ใช้: ชื่อผู้ใช้ (String, จำเป็น), อีเมล (String, จำเป็น), รหัสผ่าน (String, จำเป็น), บทบาท (String, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 2. องค์กรพันธมิตร: ชื่อ (String, จำเป็น), สถานะ (String, จำเป็น), ผู้ติดต่อหลัก (Pointer to User, จำเป็น), ระดับการสนับสนุน (String, ตัวเลือก); objectId, createdAt, updatedAt (ระบบ). 3. คีย์ API: keyName (String, จำเป็น), tokenPrefix (String, จำเป็น), scopes (Array<String>, จำเป็น), isActive (Boolean, จำเป็น), lastUsedAt (Date, ตัวเลือก), partner (Pointer to PartnerOrganization, จำเป็น), createdBy (Pointer to User, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 4. UsageLog: partner (Pointer to PartnerOrganization, จำเป็น), apiKey (Pointer to APIKey, จำเป็น), endpoint (String, จำเป็น), method (String, จำเป็น), statusCode (Number, จำเป็น), requestCount (Number, จำเป็น), occurredAt (Date, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 5. DeveloperDoc: title (String, จำเป็น), slug (String, จำเป็น), content (String, จำเป็น), apiVersion (String, จำเป็น), isPublished (Boolean, จำเป็น), owner (Pointer to User, จำเป็น), partner (Pointer to PartnerOrganization, ตัวเลือก); objectId, createdAt, updatedAt (ระบบ). ความปลอดภัย: - ผู้ดูแลระบบของพอร์ตัลหรือเจ้าของที่ได้รับมอบหมายเท่านั้นที่สามารถอัปเดตข้อมูลพันธมิตรได้ บทบาทที่ได้รับการอนุมัติเท่านั้นที่สามารถสร้าง เปลี่ยนหมุนเวียน หรือเพิกถอนบันทึก APIKey ได้ จำกัดการอ่าน UsageLog เฉพาะพันธมิตรที่เป็นเจ้าของและบทบาทสนับสนุนเท่านั้น. การตรวจสอบสิทธิ์: - ลงทะเบียน, ล็อกอิน, ออกจากระบบ. พฤติกรรม: - แสดงรายการพันธมิตร, สร้างและเปลี่ยนหมุนเวียนบันทึก APIKey, ตรวจสอบรายการ UsageLog, และเผยแพร่หน้า DeveloperDoc. ส่งมอบ: - Back4app แอปพร้อมสคีมา, ACLs, CLPs; ส่วนหน้าสำหรับบัญชีพันธมิตร, การจัดการคีย์ API, บันทึกการใช้งาน, และเอกสารสำหรับนักพัฒนา.
กดปุ่มด้านล่างเพื่อเปิด Agent ด้วยข้อความแม่แบบนี้ที่กรอกข้อมูลไว้ล่วงหน้า.
นี่คือคำสั่งพื้นฐานโดยไม่มีคำต่อท้ายเทคโนโลยี คุณสามารถปรับแต่งสแต็กส่วนหน้าที่สร้างขึ้นในภายหลังได้
API Playground
ลองใช้ REST และ GraphQL endpoints กับสคีมาพอร์ตัลพันธมิตร API การตอบสนองใช้ข้อมูลทดสอบและไม่ต้องการบัญชี Back4app.
ใช้งานสคีมาเดียวกันกับแม่แบบนี้.
เลือกสแต็กของคุณ
ขยายแต่ละการ์ดเพื่อดูวิธีการรวม PartnerOrganization, APIKey, และ UsageLog กับสแต็กที่คุณเลือก.
Flutter พอร์ทัลพันธมิตร API เบื้องหลัง
React พอร์ทัลพันธมิตร API เบื้องหลัง
React เนทีฟ พอร์ทัลพันธมิตร API เบื้องหลัง
Next.js พอร์ทัลพันธมิตร API เบื้องหลัง
JavaScript พอร์ทัลพันธมิตร API เบื้องหลัง
Android พอร์ทัลพันธมิตร API เบื้องหลัง
iOS พอร์ทัลพันธมิตร API เบื้องหลัง
Vue พอร์ทัลพันธมิตร API เบื้องหลัง
Angular พอร์ทัลพันธมิตร API เบื้องหลัง
GraphQL พอร์ทัลพันธมิตร API เบื้องหลัง
REST API พอร์ทัลพันธมิตร API เบื้องหลัง
PHP พอร์ทัลพันธมิตร API เบื้องหลัง
.NET พอร์ทัลพันธมิตร API เบื้องหลัง
สิ่งที่คุณได้รับจากทุกเทคโนโลยี
ทุกสแต็กใช้สคีมาหลังบ้านของพอร์ทัล API พันธมิตรและสัญญา API เดียวกัน.
โครงสร้างข้อมูลของพอร์ทัลที่รวมเป็นหนึ่ง
จัดการบันทึกผู้ใช้งาน, PartnerOrganization, APIKey, UsageLog, และ DeveloperDoc ด้วยสคีมาที่สอดคล้องกัน.
การควบคุมวงจรชีวิตของ API key
ออก, เปลี่ยนหมุน, และเพิกถอนบันทึก APIKey โดยไม่สูญเสียร่องรอยความเป็นเจ้าของ.
การมองเห็นการใช้งานสำหรับทีมสนับสนุน
ตรวจสอบรายการ UsageLog ตาม endpoint, method, และ statusCode เมื่อพันธมิตรต้องการความช่วยเหลือ.
การติดตามการเผยแพร่เอกสาร
เผยแพร่การอัปเดต DeveloperDoc พร้อมบันทึกเฉพาะ apiVersion สำหรับนักพัฒนาพันธมิตร.
REST/GraphQL APIs สำหรับลูกค้า portal
ให้บริการเครื่องมือดูแลระบบภายในและแอปที่เน้นพันธมิตรผ่านเลเยอร์ API เดียว.
สถาปัตยกรรมที่ขยายขีดความสามารถได้สำหรับกระบวนการทำงานของพันธมิตร
เพิ่มคลาสต่าง ๆ เช่น ประกาศหรือติดตามเว็บฮุคโดยไม่ต้องเขียนใหม่ส่วนหลักของพอร์ทัล.
การเปรียบเทียบพอร์ทัล
เปรียบเทียบความเร็วในการติดตั้ง, รูปแบบ SDK, และการสนับสนุน AI ทั่วเทคโนโลยีทั้งหมดที่รองรับ.
| เฟรมเวิร์ก | เวลาในการตั้งค่า | ผลประโยชน์ของพอร์ทัล | ประเภท SDK | การสนับสนุน AI |
|---|---|---|---|---|
| ประมาณ 5 นาที | โค้ดฐานเดียวสำหรับพอร์ทัลพันธมิตรบนมือถือและเว็บ | SDK แบบพิมพ์ | ทั้งหมด | |
| น้อยกว่า 5 นาที | แดชบอร์ดเว็บที่รวดเร็วสำหรับคีย์และบันทึกของพาร์ทเนอร์. | SDK ที่พิมพ์ | ทั้งหมด | |
| ~3–7 นาที | แอปพลิเคชันมือถือข้ามแพลตฟอร์มสำหรับการสนับสนุนพาร์ทเนอร์. | SDK ที่พิมพ์ | ทั้งหมด | |
| การตั้งค่าแบบรวดเร็ว (5 นาที) | พอร์ทัลผู้ดูแลระบบที่เรนเดอร์บนเซิร์ฟเวอร์สำหรับคีย์และเอกสาร. | SDK ที่พิมพ์ | ทั้งหมด | |
| ~3–5 นาที | การรวมเว็บที่มีน้ำหนักเบาสำหรับการดำเนินงานของพันธมิตร. | SDK ที่พิมพ์ | ทั้งหมด | |
| ประมาณ 5 นาที | แอป Android แบบเนทีฟสำหรับการดำเนินงานของพันธมิตร. | SDK ที่พิมพ์แล้ว | ทั้งหมด | |
| ภายใน 5 นาที | แอป iOS แบบเนทีฟสำหรับการดำเนินงานของพันธมิตร. | SDK ที่พิมพ์แล้ว | ทั้งหมด | |
| ประมาณ 3–7 นาที | UI เว็บ React ที่ใช้งานได้สำหรับการตรวจสอบและเอกสารสำคัญ. | SDK ที่พิมพ์แล้ว | ทั้งหมด | |
| การตั้งค่าแบบรวดเร็ว (5 นาที) | พอร์ทัลสำหรับองค์กรเพื่อการเข้าถึงและทบทวนการใช้งาน. | SDK ที่พิมพ์ | ทั้งหมด | |
| น้อยกว่า 2 นาที | API ที่ยืดหยุ่นของ GraphQL สำหรับพอร์ทัลพันธมิตร. | GraphQL API | ทั้งหมด | |
| การตั้งค่าแบบรวดเร็ว (2 นาที) | การรวม REST API สำหรับพอร์ทัลพันธมิตร. | REST API | ทั้งหมด | |
| ประมาณ 3 นาที | แบ็คเอนด์ PHP ที่ทำงานด้านเซิร์ฟเวอร์สำหรับพอร์ทัลพาร์ทเนอร์ | REST API | ทั้งหมด | |
| ~3–7 นาที | แบ็คเอนด์ .NET สำหรับพอร์ทัลพาร์ทเนอร์ | SDK ที่พิมพ์ | ทั้งหมด |
เวลาในการตั้งค่าแสดงระยะเวลาที่คาดหวังตั้งแต่เริ่มต้นโครงการจนถึงการสอบถาม PartnerOrganization, APIKey หรือ UsageLog แรก โดยใช้สคีม่าแม่แบบนี้
คำถามที่พอร์ทัล
คำถามทั่วไปเกี่ยวกับการสร้างแบ็กเอนด์พอร์ทัลพาร์ทเนอร์ API ด้วยแม่แบบนี้.
พร้อมที่จะสร้างแอปพอร์ทัลพาร์ทเนอร์ API ของคุณหรือยัง?
เริ่มโปรเจกต์พอร์ทัลพาร์ทเนอร์ของคุณในไม่กี่นาที ไม่ต้องใช้บัตรเครดิต