Introduction

我们可以将Cloud Foundry视为计划中的社区。 计划中的社区有一个排列结构，Cloud Foundry也是如此。 你的第一个决定是选择住在一个规划社区的家中。 计划中的社区通常都有安全门进入。当你在街上的家中环顾四周时，他们的布置类似。 每个家庭看起来都是相似的，但同时他们是独一无二的。 它们可能具有不同内部和外部颜色的几个平面图。 您可以选择适合您需求的家庭。 许多家庭拥有安全系统，建立在家庭中，所以您可以随时了解发生的情况。

计划社区的所有这些特征也适用于Cloud Foundry。 它为组织和空间的项目建模提供了灵活的组织结构。 您可以为组织和空间定义资源配额，使其对于已部署的应用程序而言是唯一的。 角色确定您的组织和空间中执行的权限或操作。 然后，这些角色与用户帐户，空间和组织相关联，以提供访问控制。

Learning Objectives

在本章结尾，您应该能够：

说明Cloud Foundry如何为您的软件开发建立业务需求。

讨论Cloud Foundry如何应用最小特权的概念。

说明Cloud Foundry如何限制您的资源使用。

Software Business Requirements

企业有不同的方式来执行软件开发。 有些是以开发人员为中心，有些则以应用为中心，其他则可能以开发过程为中心。 Cloud Foundry提供了实现此建模，控制用户帐户访问以及定义应用程序和服务限制的机制。

Spaces

空间是包含应用程序和服务的对象。 这些相当于你房子里的房间。 您的开发人员，运营和质量保证工程师在空间工作。 它们可以属于多个空格。 那就像有多个租户住在你家里。 这种多租户还提供了一定程度的安全性或工作分离，因为可以控制谁允许进入您的房间。 房间也有不同的大小，形状和颜色。 空间也有不同的属性。 我们将发现配额，角色，权限和用户帐户如何影响空格。

Organizations

与Cloud Foundry的所有交互都可以使用空格来完成。 有时你想看到整体使用情况。 房屋用于组合房间，并保护房间与外部元素。 计划中的社区的家庭提供了几个标准的平面图。 组织或组织简而言之，做同样的事情。

组织将所有空间组合在一起，并具有与空格相同的特征，除了一个：组织无法运行应用程序或服务。 组织用于执行管理任务。 组织在创建时影响空格。 组织允许你看到更大的图片。 例如，在空格中，您可以看到其用户帐户列表。 在组织级别，您可以看到具有所有空格的用户帐户列表。

没有人可以使用组织和空格。 您使用它们的方式取决于您的业务需求。 例如，如果组织代表应用程序，则空格可以表示开发的不同阶段。 另一个例子是如果一个组织代表一个业务单位，那么空格表示应用程序部署的不同阶段。

以下是您可以选择的一些典型映射。

OrgsSpaces

ApplicationDevelopmentQAStagingProduction

DeveloperProduct MasterNew Functionality Spaces

Business UnitProduction Space per Application

Staging Area per Application

Common Development Area per Application

CompanyProduction Space per Application

Staging Area per ApplicationDevelopment Space per Application

User Accounts

用户帐户是您的组织和空间的电子访问键，就像您的房子或房屋内的电子门锁一样。 谁知道您的访问密钥，将可以访问您的房子或房间。 用户帐户也是如此，因此不要共享用户帐户。 用户帐户也可以存在于应用程序和服务中。

用户帐户由用户名和密码组成。 用户名通常是电子邮件地址，但它可以是任何唯一的标识字符串。 密码是各种类型的密码。 Cloud Foundry可以维护您的密码，但您也可以使用外部身份验证提供程序，如LDAP或启用SAML的提供程序。 这些外部提供程序允许您提供单一登录功能，并使用公司现有的审核工具进行安全审核。

Quotas

配额是放置在组织和空格上的大小限制。 它们相当于您可以在家庭平面图中看到的房子或房间平方英尺。 配额是所有组织和空间具有的常见属性。 它们有助于控制空间所产生的成本。 新空间继承了组织的配额计划。 就像平面图一样，可以将各种配额计划附加到组织和空间。

目前，配额计划的可设定配额值为：

QuotaDescription

Total memoryThe maximum amount of memory a Space can have

Instance memoryThe maximum amount of memory an application instance can have

RoutesThe maximum number of routes allowed in a Space

Service instancesThe maximum number of service instances that can be created

Paid plansAllow or disallow paid services

App instancesThe maximum number of application instances that can be deployed

Route portsThe maximum number of routes with reserved ports

Roles and Permissions

权限是用户帐户可以采取的步骤。 这些权限直接映射到cf CLI工具中的命令操作。 相关的CLI操作分为单个权限。 角色是工作任务。 它们是使用最小权限的原则设计的。

该原则意味着仅分配角色功能所需的权限。 这是做什么的？ 通过不允许该角色执行不需要的操作来提供安全性。 数据保护是通过不暴露角色不需要看到的数据来提供的。

Cloud Foundry有五个基本角色：

管理员

只有少数用户帐户被分配到这个角色，而且只会被给予运营团队。 这个角色有一切权利和特权。

经理

经理角色是需要管理一组用户帐户但不部署应用程序的人员。

审计

审核员角色是需要审核正在发生的任务，但不要修改任何内容。

开票

计费角色类似于审计角色，但是更具限制性。

开发人员

开发人员角色管理与之相关的应用程序和服务。

Managers Have the Power

谁有知识来处理这些业务管理对象？ 经理人角色，他们是唯一可以将所有这些各种各样的东西放在一起的。

配额可以分配给组织或空间。 组织级别的配额会影响所有新的空格，并且可以通过设置空间配额来覆盖。

$ cf set-quota ORG ORG_QUOTA

$ cf set-space-quota SPACE_NAME SPACE_QUOTA_NAME

组织支持经理，计费和审计角色。 您将角色和用户帐户与组织关联：

$ cf set-org-role USERNAME ORG ROLE

Spaces支持经理，开发人员和审核角色。 您将角色和用户帐户与空格相关联：

$ cf set-space-role USERNAME ORG SPACE ROLE

您现在已经在Cloud Foundry中建立了业务需求。