Облачная платформаAdvanced

Сценарии применения

Язык статьи: Русский
Показать оригинал
Страница переведена автоматически и может содержать неточности. Рекомендуем сверяться с английской версией.

Enterprise проекты позволяют контролировать доступ к вашим ресурсам на основе организационной структуры, предоставляя различным группам пользователей разные разрешения, и централизованно управлять ресурсами в разных регионах.

Ниже описаны типичные сценарии применения enterprise проектов.

Сценарии, классифицированные по бизнесу

Если у enterprise есть несколько программ, которые необходимо запускать или останавливать независимо друг от друга, можно создать enterprise проект для каждой программы для расчётов и предоставить разные разрешения разным людям для управления ресурсами разных программ.

Например, игровая компания запускает несколько игр, таких как A, B и C. Стоимость каждой игры рассчитывается отдельно. Некоторые игры популярны и продолжают работать. Другие получают низкую реакцию клиентов и прекращаются через определённый период времени. В этом случае игровая компания может создать отдельный enterprise проект для каждой игры соответственно, например, проект A, B и C, и добавить группы пользователей для управления проектами. Чтобы получить доступ к Enterprise Project Management Service (EPS), компании необходимо подать заявку на учетную запись. Рисунок 1 показывает структуру организации игровой компании, и Рисунок 2 показывает диаграмму решения.

Рисунок 1 Структура организации


Рисунок 2 Диаграмма решения


Сценарии, классифицированные по структуре организации и бизнесу

Enterprises могут создавать проекты и учетные записи участников на основе структуры организации. Ресурсы и сети учетных записей также могут быть изолированы друг от друга.

Например, интернет‑компания должна развернуть среду разработки и среду эксплуатации во время разработки программного обеспечения. Первая используется для тестов Alpha, Beta и Gamma, а вторая — для расчёта затрат по программам (например, программное приложение, программа магазина и программа совместного офисного сотрудничества). Компания также требует изоляцию двух сред друг от друга, чтобы тесты разработки не влияли на учёт затрат в среде эксплуатации. Поэтому требуются две учётные записи для разделения сред. Для учетной записи 1 можно создать проекты A, B и C для Alpha, Beta и Gamma. Для учетной записи 2 можно создать проекты D, E и F для программного приложения, программы магазина и программы совместного офисного сотрудничества. Установите группу пользователей для каждого проекта компании для управления ресурсами. Figure 3 показывает организационную структуру игровой компании, и Figure 4 показывает схему решения.

Figure 3 Организационная структура


Figure 4 Схема решения