应用

AWS应用是一个可以在AWS PaaS中运行和管理的资源包。AWS创建的应用自动具备独立性、依赖性、可管理性、可维护性、开放性和热插拔等特性。

• 应用可以是业务应用，也可以是增强平台能力的扩展插件应用
• 应用可以是Web应用，也可以是原生移动应用
• 应用可以完全由AWS PaaS服务提供，也可以是外部独立应用的封装

在AWS PaaS中，应用以AppId标识。AppId前缀由PaaS开发商证书（通过AWS企业应用商店认证的ISV，可以自助下载这个文件，名为developer.csr，存放在PaaS的apps目录下）固定分配。如com.actionsoft.apps是炎黄盈动开发的应用Id前缀

独立性

每个应用有独立的描述配置和资源结构，即每个应用在设计和运行维护上都是独立的。

利用这个简单原则，企业用户可以直接从AWS企业应用商店或者PaaS实施商那里获得应用安装包，直接在自己的PaaS中使用这些应用。

依赖性

企业应用与个人应用不同，往往由若干应用组合/裁剪成适合企业的解决方案。比如由客户管理、销售管理和合同管理组合的解决方案中，销售管理的机会依赖客户管理的客户档案。

依赖在开发阶段声明，在容器运行时被授权和调度。依赖被分为：

• 直接依赖
• 间接依赖

直接依赖

如果被依赖的应用（版本）未安装或未启动，该应用不允许启动。每个应用必须有一个直接依赖的父应用。

AWS PaaS的根应用是_bpm.platform，所有其他应用都是她的子应用、孙子应用。

间接依赖

如果被依赖的应用（版本）未安装或未启动，该应用允许启动，但根据声明的依赖策略给出警告信息。通常，这类依赖最常用。比如用户安装了A应用，当容器发现也安装了B应用时，A应用可以调用B应用提供的接口和服务。

间接依赖可以交叉声明。

可管理性

每个应用在容器中有独自的实例状态控制，如启动、暂停、升级、卸载。

可维护性

每个应用可平等的享用到AWS PaaS各种应用服务（如业务建模）、公共基础设施（如组织、权限）和运维工具。

一旦应用被安装到应用容器，利用AWS PaaS将能够对其资源进行重新定义和再设计，使之时刻满足用户不断变化的需求。

开放性

应用可以直接由AWS PaaS的Web建模工具和开发工具（AWS Developer）设计，也可以由开发者熟悉的工具构建。这些应用资源大部分遵循相关开放标准，例如：

• 符合Java 1.7规范的jar程序库
• 符合BPMN2规范的业务流程模型
• 符合浏览器标准的HTML、CSS、JavaScript
• 符合Google Android标准的apk程序包
• 符合Apple iOS标准的ipa程序包

热插拔

AWS PaaS是一个7*24小时不间断的基础服务。您可以随时对单一应用进行热操作，包括安装/升级/卸载。

这些操作仅对该应用的访问受影响，为调用者返回的错误码如下：

• 770 应用正在启动(App Starting) 当访问的应用正在启动尚未就绪时，会返回该错误信息。遇到这种错误，请稍后执行
• 771 应用正在关闭(App Stoping) 当访问的应用正在关闭时，会返回该错误信息。遇到这种错误，请不要再重复请求，应用将被关闭
• 772 应用脱机(App Offline) 当应用处于就绪但依赖的应用未安装或暂停后，会返回该错误信息，如果该应用未被授权或订阅也会处于772状态。遇到这种错误，排出错误后再启动该应用
• 773 应用已卸载(App Uninstall) 当应用已经被卸载后，会返回该错误信息。遇到这种错误可以忽略，或访问应用管理，将卸载的应用还原
• 774 应用出错暂停(App Failed) 当应用启动失败后，会返回该错误信息。遇到这种错误，请检查该应用的日志，排出错误后再启动该应用