모든 Apigee 사용자는 Apigee 조직 외부에서 생성되므로 전역 사용자라고 합니다. 전역 사용자를 만들고 나면 하나 이상의 조직에 할당할 수 있습니다.
조직에 사용자를 할당할 때 해당 조직에서 사용자의 역할을 지정해야 합니다. 사용자의 역할에 따라 사용자가 해당 조직에서 수행할 수 있는 작업이 결정됩니다. 예를 들어 일부 사용자는 API를 만들 수 있지만 다른 사용자는 API를 볼 수는 있지만 수정할 수 없습니다.
전역 사용자는 Apigee 조직 관리자 또는 Apigee 읽기 전용 관리자의 역할에 할당될 수도 있습니다. 조직 관리자는 새 전역 사용자 만들기 등 Apigee를 유지보수하는 데 필요한 모든 관리 태스크를 수행합니다.
사용자를 정의하는 정보는 무엇인가요?
Apigee 사용자는 다음과 같이 정의됩니다.
이름
성
이메일 주소
비밀번호
Apigee UI에 로그인하고 Apigee API를 통해 요청할 경우 사용자의 이메일 주소 및 비밀번호가 사용자 인증 정보로 사용됩니다.
역할이란 무엇인가요?
글로벌 사용자는 Apigee에서 모든 작업을 스스로 할 수 없습니다. 전역 사용자가 작업할 수 있으려면 사용자를 조직 역할에 할당해야 합니다.
역할은 기본적으로 CRUD 기반 권한 집합입니다. CRUD는 '만들기, 읽기, 업데이트, 삭제'를 의미합니다.
예를 들어 사용자에게 보호된 항목의 세부정보에 대한 읽기 액세스 또는 'get' 액세스를 허용하는 조직 내 역할이 부여될 수 있지만 업데이트하거나 삭제할 수 있는 쓰기 권한은 부여될 수 없습니다. 조직 관리자는 조직의 최상위 역할이며 조직의 모든 항목에서 CRUD 작업을 수행할 수 있습니다.
조직 사용자: API를 생성, 수정, 배포하고 API 제품, 개발자, 개발자 앱과 같은 항목을 생성 및 관리하고 애널리틱스 보고서를 생성하고 기타 관리 작업을 수행합니다. 조직 사용자는 Apigee 글로벌 사용자로서 특정 역할을 하는 조직에 할당됩니다.
개발자: API에 요청하는 앱을 빌드합니다. 개발자는 Apigee 글로벌 사용자가 아닙니다. 개발자를 API 고객이라고 생각하세요. 조직의 API에 액세스하려면 개발자가 조직에 등록한 다음 API 키를 요청해야 합니다. 개발자는 여러 조직의 API를 사용하기 위해 여러 조직에 등록할 수 있습니다.
조직에서 사용자와 개발자의 가장 큰 차이점은 사용자는 API를 빌드하고 유지관리하는 Apigee 글로벌 사용자인 반면 개발자는 이러한 API를 사용하는 앱을 빌드하는 고객입니다. 개발자는 일반적으로 Apigee에 글로벌 사용자 계정이 없으며 Apigee UI에 로그인할 수 없습니다. 테스트 목적으로 자체 개발자 및 개발자 앱을 만드는 조직 사용자는 예외입니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-08-18(UTC)"],[[["\u003cp\u003eThis content covers Apigee and Apigee hybrid, detailing how global users are defined and assigned roles within organizations to manage APIs.\u003c/p\u003e\n"],["\u003cp\u003eGlobal users in Apigee are defined by their first name, last name, email address, and password, which serve as their login credentials for the Apigee UI and API requests.\u003c/p\u003e\n"],["\u003cp\u003eGlobal users must be assigned a role within an organization to perform actions, with roles specifying CRUD-based permissions (create, read, update, delete), and there are predefined roles like Organization Administrator and Read-only Organization Administrator.\u003c/p\u003e\n"],["\u003cp\u003eApigee organizations differentiate between organization users, who are global users managing APIs, and developers, who are customers building apps that consume those APIs and typically do not have global user accounts.\u003c/p\u003e\n"],["\u003cp\u003eApigee offers both pre-defined roles and the possibility to create custom roles with custom permissions within an organization.\u003c/p\u003e\n"]]],[],null,["# About global users\n\n*This page\napplies to **Apigee** and **Apigee hybrid**.*\n\n\n*View [Apigee Edge](https://docs.apigee.com/api-platform/get-started/what-apigee-edge) documentation.*\n\nAll Apigee users are called global users because they are created outside of any Apigee\norganization. Once created, a global user can then be assigned to one or more organizations:\n\n| **Note:** Your ability to add new users may depend on your account type. For more information, see [Apigee Pricing](https://cloud.google.com/apigee/pricing).\n\nWhen you assign a user to an organization, you must specify the user's role in that\norganization. The user's role determines the actions that the user is allowed to perform in that\norganization. For example, some users are allowed to create APIs, while others can view APIs but\ncannot modify them.\n\nA global user can also be assigned to the role of Apigee organization administrator or Apigee\nread-only administrator. An organization administrator performs all administrative tasks required\nto maintain Apigee, including creating new global users.\n\nWhat information defines a user?\n--------------------------------\n\nAn Apigee user is defined by the following:\n\n- First name\n- Last name\n- Email address\n- Password\n\nThe email address and password function as the user's credentials when logging in to the\nApigee UI and when making requests through the Apigee API.\n\nWhat are roles?\n---------------\n\nOn its own, a global user cannot do anything in Apigee. For a global user to be able to\nfunction, the user must be assigned to an organization role.\n\nRoles are essentially CRUD-based permission sets. CRUD means \"create, read, update, delete\".\nFor example, a user may be given a role in an organization that permits read, or \"get\", access to\ndetails about a protected entity, but not write permission to update or delete it. The\norganization administrator is the highest-level role in the organization, and can perform any\nCRUD operation on any entity in the organization.\n\n### About predefined organization roles\n\nAll Apigee organizations are created with the following roles with a\n[predefined set of\npermissions](/apigee/docs/api-platform/system-administration/apigee-roles):\n\n- Organization Administrator\n- Read-only Organization Administrator\n- Operations Administrator\n- Business User\n- User\n\nYou can also create custom roles, with custom permissions, in your organization.\n\n### About the administrator roles\n\nApigee supports the following administrator roles:\n\n- Read-only administrator role\n- Organization administrator role\n\nApigee organization administrators can:\n\n- Create organizations and environments\n- Add additional components to an Apigee installation\n- Configure TLS/SSL\n- Create additional administrators\n- Perform all other Apigee administrative tasks\n\n| **Note:** While it is not required, you can assign a read-only administrator to an organization, typically as an organization administrator. Unless assigned to an organization, the read-only administrator cannot even log in to the [Apigee UI](https://apigee.google.com).\n\nFor details about administrator permissions, see\n[Apigee roles](/apigee/docs/api-platform/system-administration/apigee-roles).\n\nAssigning global users to an organization\n-----------------------------------------\n\nThe following image shows the structure of an Apigee organization:\n\nAn organization contains two distinct types of users:\n\n- **Organization users** : Create, modify, and deploy APIs, create and manage entities such as API products, developers, and developer apps, generate analytics reports, and perform other administrative tasks. **Organization users are Apigee global users** assigned to an organization with a specific role.\n- **Developers** : Build the apps that make requests to your APIs. **A\n developer is not an Apigee global user.** Think of developers as your API customers. To access the APIs in your organization, a developer must register with the organization and then request an *API key*. A developer can be registered with multiple organizations to consume APIs from different organizations.\n\nThe big difference between users and developers in an organization is that **users are\nApigee global users that build and maintain APIs** , while **developers are customers\nthat build apps that consume those APIs**. Developers typically do not have global user\naccounts on Apigee, and cannot log in to the Apigee UI. The exception to this is an\norganization user who creates their own developer and developer apps for testing purposes.\n| **Note:** There is actually one more type of user that you have to be concerned with - the **app user** . This is the person who uses the apps created by **developers**. However, app users are not defined or controlled by Apigee. It is up to you to decide how to implement authentication and authorization for app users. For example, an app might require the app user to log in. How you process that log in is up to you, possibly by accessing a backend LDAP service or other type of authentication mechanism.\n\nFor more on developers, see\n[Publishing overview](/apigee/docs/api-platform/publish/publishing-overview)."]]
