บทบาท Edge ในตัว

คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่ เอกสารประกอบของ Apigee X info

องค์กร Apigee Edge แต่ละองค์กรจะมีบทบาทในตัว 2-3 บทบาทที่คุณสามารถมอบหมายให้กับ ผู้ใช้ที่เป็นผู้ดูแลระบบได้ ดังนี้

• ผู้ดูแลระบบองค์กร - ผู้ใช้ขั้นสูง มีสิทธิ์เข้าถึงทรัพยากร ในองค์กรแบบ CRUD อย่างเต็มรูปแบบ ในการติดตั้ง Edge for Private Cloud บทบาทที่มีสิทธิ์มากที่สุดคือบทบาท ผู้ดูแลระบบ ซึ่งมีสิทธิ์เข้าถึงฟังก์ชันระดับระบบที่ผู้ดูแลระบบองค์กรไม่มีด้วย
• ผู้ดูแลระบบองค์กรแบบอ่านอย่างเดียว - มีสิทธิ์เข้าถึงทรัพยากร ในองค์กรแบบอ่านอย่างเดียว
• ผู้ดูแลระบบการดำเนินงาน - ทำให้ API ใช้งานได้และทดสอบ API และมีสิทธิ์เข้าถึง ทรัพยากรอื่นๆ แบบอ่านอย่างเดียว
• ผู้ใช้แบบธุรกิจ - สร้างและจัดการผลิตภัณฑ์ API, นักพัฒนาแอป, แอปของนักพัฒนาแอป และบริษัทต่างๆ สร้างรายงานที่กำหนดเองเกี่ยวกับการใช้งาน API และมีสิทธิ์การเข้าถึงทรัพยากรอื่นๆ แบบอ่านอย่างเดียว
• ผู้ใช้ - สร้างพร็อกซี API และทดสอบพร็อกซีในสภาพแวดล้อมการทดสอบ และมีสิทธิ์เข้าถึงทรัพยากรอื่นๆ แบบอ่านอย่างเดียว

บทบาทในตัวจะควบคุมระดับการเข้าถึงทั้งใน UI การจัดการและ Management API

หากต้องการดูชุดสิทธิ์สำหรับบทบาทในตัวแต่ละบทบาท (ในฐานะผู้ดูแลระบบองค์กรหรือ ผู้ดูแลระบบองค์กรแบบอ่านอย่างเดียว) ให้เลือก ผู้ดูแลระบบ > บทบาทขององค์กร > name_of_role ใน UI การจัดการ

หากองค์กรของคุณมี Apigee Sense หรือการตรวจสอบ API คอนโซลผู้ดูแลระบบจะแสดงบทบาทต่อไปนี้ด้วย

• Sense: ผู้ปฏิบัติงาน Sense และผู้ใช้ Sense ดูข้อมูลเพิ่มเติมเกี่ยวกับบทบาท Sense ได้ที่ บทบาทในตัวของ Apigee Sense
• การตรวจสอบ API: ผู้ดูแลระบบการตรวจสอบ API และผู้ใช้การตรวจสอบ API ดูข้อมูลเพิ่มเติมเกี่ยวกับบทบาทการตรวจสอบ API ได้ที่ บทบาทการตรวจสอบ API

ตัวอย่างสิทธิ์ของบทบาท

ตัวอย่างต่อไปนี้ใน UI การจัดการแสดงสิทธิ์สำหรับบทบาทผู้ใช้ โปรดสังเกต ว่าบทบาทนี้มีสิทธิ์ในการทำให้ใช้งานได้ที่แตกต่างกัน ดังนี้

• URI /deployments (GET)
• URI /environments/*/applications/*/revisions/*/deployments (GET)
• URI /environments/test/applications/*/revisions/*/deployments (GET, PUT, DELETE)

ซึ่งหมายความว่าอย่างไร ผู้ที่มีบทบาทผู้ใช้จะทำให้สิ่งใดใช้งานได้บ้าง

• ประการแรก สิทธิ์ PUT คือสิทธิ์ที่อนุญาตให้ทำให้ใช้งานได้
• ประการที่สอง สิทธิ์ที่ละเอียดกว่า (เฉพาะเจาะจง) จะมีความสำคัญเหนือกว่าในกรณีที่มีการทับซ้อนกันของสิทธิ์ เช่นเดียวกับสิทธิ์ในการทำให้ใช้งานได้หลายรายการที่แสดงในตัวอย่างนี้ (ลำดับความสำคัญของ สิทธิ์ที่ทับซ้อนกันมีการอธิบายไว้โดยละเอียดเพิ่มเติมในหัวข้อการสร้างบทบาทด้วย API)

ในตัวอย่างนี้ สิทธิ์ที่ละเอียดที่สุดคือ "สิทธิ์ในการทำให้ API ใช้งานได้ในสภาพแวดล้อมการทดสอบ permission" โดยมี URI เป็น /environments/test/applications/*/revisions/*/deployments ส่วน /test/ ทำให้สิทธิ์นี้มีความเฉพาะเจาะจงมากที่สุด ซึ่งหมายความว่าผู้ที่มีบทบาทผู้ใช้จะทำให้พร็อกซี API ใดก็ได้ (/applications/*) ที่มีการแก้ไขใดก็ได้ (/revisions/*) ใช้งานได้ในสภาพแวดล้อมการทดสอบ (/test/)

ในทางกลับกัน ผู้ที่มีบทบาทนี้จะไม่สามารถทำให้ใช้งานได้ในสภาพแวดล้อมอื่นๆ เนื่องจากมีสิทธิ์ GET (อ่านอย่างเดียว) ใน /environments/*/, โดยที่เครื่องหมายดอกจัน (*) หมายถึง ใดก็ได้ (สิทธิ์ GET ใน /deployments อนุญาตให้ผู้ใช้รับรายละเอียดการทำให้ใช้งานได้ด้วย API)

เกี่ยวกับบทบาทผู้ดูแลระบบนักพัฒนาแอป

เมื่อมีการจัดสรรพอร์ทัลนักพัฒนาแอป ระบบจะเพิ่มบทบาทผู้ดูแลระบบนักพัฒนาแอป ลงในองค์กรของคุณ โดยปกติแล้วจะมีการกำหนดผู้ใช้ devadmin+{org_name}@google.com ให้กับบทบาทนี้ บทบาทนี้ใช้เพื่อกำหนดค่าการเชื่อมต่อระหว่าง พอร์ทัลนักพัฒนาแอปที่อิงตาม Drupal (หรือพอร์ทัลที่กำหนดเองโดยใช้ Apigee Platform API) กับองค์กร Edge ของคุณเท่านั้น ดูหัวข้อ การสื่อสารระหว่างพอร์ทัลกับ Edge

หากต้องการกำหนดบทบาทผู้ดูแลระบบนักพัฒนาแอปให้กับบัญชีผู้ใช้บัญชีอื่น ให้สร้างบัญชีในองค์กรของคุณ แล้วติดต่อทีมสนับสนุนเพื่อกำหนดบทบาท

หรือคุณจะสร้างบทบาทที่กำหนดเองโดยมีสิทธิ์เหมือนกับบทบาทผู้ดูแลระบบนักพัฒนาแอปโดยใช้สคริปต์ที่อธิบายไว้ใน เอกสารประกอบของโมดูล Apigee Edge Drupal 8 ในหัวข้อ กำหนดบทบาทผู้ดูแลระบบนักพัฒนาแอป

คุณสามารถดูการเชื่อมต่อระหว่างพอร์ทัลกับองค์กร Edge ได้ใน Drupal ที่ การกำหนดค่า > พอร์ทัลนักพัฒนาแอป > การตั้งค่าแอปพลิเคชัน ในเมนูผู้ดูแลระบบ Drupal (คุณต้องเข้าสู่ระบบ Drupal ในฐานะผู้ดูแลระบบ) หากการเชื่อมต่อแสดงเป็น "ล้มเหลว" คุณต้องติดต่อ ทีมสนับสนุนของ Apigee Edge เพื่อเปลี่ยน ข้อมูลการเชื่อมต่อ ดูข้อมูลเพิ่มเติมได้ที่การสร้างพอร์ทัลนักพัฒนาซอฟต์แวร์สำหรับ