| copyright |
|
||
|---|---|---|---|
| lastupdated | 2025-04-30 | ||
| keywords | project access, project, project cost, project estimate, project users | ||
| subcollection | secure-enterprise | ||
| content-type | faq |
{{site.data.keyword.attribute-definition-list}}
{: #project-faqs}
FAQs for {{site.data.keyword.cloud}} projects might include questions about support options, configurations, access to projects, and cost estimation. {: shortdesc}
{: #project-log-issue} {: faq} {: support}
As an enterprise, you use projects to ensure that the configuration of your deployable architecture is always compliant, cost effective, and secure. Projects are a named collection of configurations that are used to manage related resources and Infrastructure as Code (IaC) deployments across accounts.
{: #project-add-users} {: faq}
To add a user to a project, they must be a member of your account with correct IAM access roles assigned.
To assign access to the {{site.data.keyword.cloud_notm}} Projects service, complete the following steps:
- In the {{site.data.keyword.cloud_notm}} console, click Manage > Access (IAM), and then select Users.
- Click the user or access group that you want to assign access, then go to Access > Assign access.
- For the service, select Project. Then, click Next.
- Scope the access to All resources or Specific resources. Then, click Next.
- Select any combination of roles or permissions, and click Review.
- Click Add to add your policy configuration to your policy summary.
- Click Assign.
In addition, users must be assigned the Editor and Manager role on the {{site.data.keyword.bpshort}} service and the Viewer role on the resource group for the project.
{: #project-cost} {: faq} {: support}
During the validation process, the starting costs for the project are estimated. You can view the cost details associated with the project from the validation modal after your changes to the configuration are saved and validated.
{: #access-to-project} {: faq} {: support}
Any user that is a member of your account that is assigned access to the {{site.data.keyword.cloud_notm}} Projects service, {{site.data.keyword.bpshort}}, and the resource group for your project can access your project.
{: #da-stack-add} {: faq} {: support}
Some deployable architectures are more complex than others and include multiple architectures that work together. When you add one of those architectures to your project, each architecture it includes is represented as a nested configuration. Ideally, required inputs that you need to configure should be included in the parent configuration, so you shouldn't need to edit each architecture configuration individually.
{: #config-reuse} {: faq} {: support}
Some deployable architectures support reusing configurations. These deployable architectures were created by stacking architectures together during the onboarding process. When you add one of those architectures to your project, and you have an existing configuration available in your project, you can choose to use that existing configuration with the new architecture. By doing so, you can reduce costs and reuse the same deployment for multiple architectures.