نقش های داخلی لبه

شما در حال مشاهده اسناد Apigee Edge هستید.
به مستندات Apigee X بروید . اطلاعات

هر سازمان Apigee Edge دارای چند نقش داخلی است که می توانید به کاربران مدیریتی اختصاص دهید:

  • مدیر سازمان - کاربر فوق العاده. دسترسی کامل CRUD به منابع موجود در سازمان دارد. در نصب Edge for Private Cloud، قدرتمندترین نقش، نقش مدیر سیستم است که همچنین به عملکردهای سطح سیستم دسترسی دارد که مدیر سازمان به آن دسترسی ندارد.
  • مدیر سازمان فقط خواندنی - به منابع موجود در سازمان دسترسی فقط خواندنی دارد.
  • مدیر عملیات - API ها را مستقر و آزمایش می کند. به منابع دیگر دسترسی فقط خواندنی دارد.
  • کاربر تجاری - محصولات API، توسعه دهندگان، برنامه های توسعه دهنده و شرکت ها را ایجاد و مدیریت می کند. گزارش های سفارشی در مورد استفاده از API ایجاد می کند. به منابع دیگر دسترسی فقط خواندنی دارد.
  • کاربر - پروکسی های API را ایجاد می کند و آنها را در محیط آزمایش آزمایش می کند. به منابع دیگر دسترسی فقط خواندنی دارد.

نقش‌های داخلی سطح دسترسی را هم در رابط کاربری مدیریت و هم در API مدیریت کنترل می‌کنند.

برای مشاهده مجوزهای تنظیم شده برای هر نقش داخلی (به عنوان مدیر سازمان یا مدیر سازمان فقط خواندنی)، Admin > Organization Roles > name_of_role را در رابط کاربری مدیریت انتخاب کنید.

اگر سازمان شما دارای نظارت Apigee Sense یا API باشد، کنسول مدیریت نیز نقش‌های زیر را نمایش می‌دهد:

  • Sense: Sense Operator و Sense User . برای اطلاعات بیشتر درباره نقش‌های Sense، به نقش‌های داخلی Apigee Sense مراجعه کنید.
  • مانیتورینگ API: مدیر نظارت بر API و کاربر نظارت بر API . برای اطلاعات بیشتر درباره نقش‌های نظارت API، به نقش‌های نظارت API مراجعه کنید.

مجوز نقش مثال

مثال زیر در رابط کاربری مدیریت، مجوزهای نقش کاربر را نشان می دهد. توجه داشته باشید که مجوزهای استقرار متفاوتی دارد:

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

مجوزهای نقش کاربران برای استقرار، نشان دادن مجوزهای PUT فقط برای استقرار در محیط آزمایش.

پس این به چه معناست؟ شخصی در نقش کاربر چه چیزی را می تواند مستقر کند؟

  • اول، مجوز PUT چیزی است که اجازه استقرار را می دهد.
  • دوم، مجوز گرانول (خاص) در جایی که مجوزها همپوشانی دارند اولویت دارند، همانطور که در اینجا با مجوزهای چندگانه استقرار وجود دارد. (اولویت در مجوزهایی که همپوشانی دارند به طور کامل در ایجاد نقش با API توضیح داده شده است).

در این مثال، جزئی ترین مجوز، «Deploy API to test ambient permission» با یک URI از /environments/test/applications/*/revisions/*/deployments است. این بخش /test/ است که آن را خاص ترین می کند. این بدان معنی است که شخصی در نقش کاربر می تواند هر پروکسی API (/applications/*) را با هر ویرایش (/revisions/*) در محیط آزمایشی (/test/) مستقر کند.

از طرف دیگر، شخصی در این نقش، به دلیل مجوز GET (فقط خواندنی) در /environments/*/، که در آن علامت (*) نشان دهنده هر یک است، نمی تواند در هیچ محیط دیگری مستقر شود. (مجوز GET در /deployments به کاربر اجازه می دهد تا جزئیات استقرار را با API دریافت کند).

درباره نقش مدیر برنامه نویس

وقتی یک پورتال توسعه‌دهنده ارائه می‌شود، نقش مدیر برنامه‌نویس به سازمان شما اضافه می‌شود، معمولاً با کاربر devadmin+{org_name}@google.com که به آن اختصاص داده شده است. این نقش صرفاً به منظور پیکربندی ارتباط بین پورتال های توسعه دهنده مبتنی بر دروپال (یا پورتال های سفارشی با استفاده از API های پلتفرم Apigee) و سازمان Edge شما استفاده می شود. ارتباط بین پورتال و Edge را ببینید.

اگر می‌خواهید نقش مدیر برنامه‌نویس را به حساب کاربری دیگری اختصاص دهید، حساب را در سازمان خود ایجاد کنید و برای اختصاص نقش با پشتیبانی تماس بگیرید.

از طرف دیگر، می‌توانید با استفاده از اسکریپت توضیح داده شده در Assign the Developer Administrator در مستندات ماژول Apigee Edge Drupal 8، یک نقش سفارشی با مجوزهای مشابه نقش مدیر برنامه‌نویس ایجاد کنید.

اتصال بین پورتال و سازمان Edge شما را می توان در دروپال در قسمت پیکربندی > پورتال توسعه > تنظیمات برنامه در منوی مدیریت دروپال مشاهده کرد (شما باید به عنوان سرپرست وارد دروپال شوید). اگر اتصال ناموفق نشان داده شد، باید با پشتیبانی Apigee Edge تماس بگیرید تا اطلاعات اتصال را تغییر دهید. برای اطلاعات بیشتر به ایجاد پورتال توسعه دهنده مراجعه کنید.