在CAST AIC门户中注册应用

基本概念

CAST AIC 门户

CAST AIC门户是一个web应用，其部署在本地环境中受支持的应用服务器（例如Apache Tomcat）上。它被设计为由交付管理人员通过浏览器访问——当访问时，CAST AIC门户将把CAST交付管理器工具作为“本地”安装“推送”到交付管理器的工作站上。

因此多个交付管理器可以在它们自己的本地机器上运行CAST交付管理器工具，并且只打包它们需要的源代码。由交付管理人员打包的源代码被交付到由CAST AIC门户管理的一个中心位置（源代码交付文件夹），然后可以由AI管理员使用CAST管理器（配置为从CAST AIC门户管理的中心存储位置检索已交付的源代码）检索。

CAST 交付管理工具

CAST 交付管理工具是一个独立的应用，它在CAST管理器中统筹管理分析源代码的发现、选择、提取和交付。它可以在不同的场景中使用，并且设计得非常灵活，以适应大多数选项。它由CAST AIC门户“推送”，并安装在本地工作站上。它可以在任何需要的时候重新启动。

交付管理人员是应用团队中负责为分析提供源代码的人员。源代码可以是不同的类型，包括:

• 原始源代码文件
• 压缩的档案包含源代码
• 访问源代码管理(SCM)系统的详细信息
• 访问RDBMS的详细信息

无论源代码的类型如何，交付管理器都可以使用CAST交付管理器工具将其打包并交付到CAST AIC门户，然后将其交付到AI中心进行分析。可能有多个交付管理器，例如涉及多个技术或分布式开发团队时。CAST AIC门户支持并促进了这种分布式交付模型。

每种都需要吗？

CAST AIP 模式和应用

CAST建议您需要装载和分析的每个应用都配置为只使用CAST AIP模式的“三元组”，如下所示：

应用 1 使用：

• 管理服务 A
• 分析服务 A
• 仪表盘服务 A

如果您需要分析任何附加的应用，CAST建议为每个附加的应用安装一个新的附加的CAST AIP模式“三元组”：

应用 2 使用：

• 管理服务 B
• 分析服务 B
• 仪表盘服务 B

关于健康仪表盘所需的测度服务，可选择：  

• 将所有应用（不管它们的快照数据是否存储在多个CAST仪表板服务中）合并到一个测量服务中——通过这种方式，来自所有应用的快照数据将在一个健康状况仪表板中可见
• 将每个应用合并到一个单独的测量服务和健康仪表盘中——这确保应用快照数据是独立的。

设置示例

示例设置如下:

• 第一次时安装所有四个CAST AIP模式，并装入第一个应用   
• 为想要每个附加应用一次性安装一个CAST模式的“三元组”。来自这些应用的快照数据可以合并：
  
  • 在最初为第一个应用安装的测量服务中（通过一个健康状况仪表板查询所有应用的快照数据）
    
  • 或者可以合并到其它独立的测量服务中（快照数据是分离的，并通过该应用的专用健康仪表盘为每个应用提供咨询)

CAST AIC 门户

CAST建议使用一个CAST AIC门户来管理需要用CAST分析所有应用的源代码。但是CAST AIC门户与CAST AIP版本相关，并且只能管理与CAST AIP版本相同的应用（换句话说，不能在CAST AIP 8.2.x和CAST AIP 8.3.x上混合管理应用，例如)。

配置域和应用

正如CAST AIC 门户 - 配置用户身份验证所述，配置域，应用和交付管理人员的角色是通过CAST AIC门户GUI实现的。只有一个用户组的一个成员被分配平台管理角色（参见CAST AIC 门户 - 配置用户身份验证）可以配置域，应用和交付管理角色，因此您必须首先使用用户角色连接到CAST AIC门户（例如默认的“cast”用户）。

配置域