应用

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

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

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

独立性

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

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

依赖性

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

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

  • 直接依赖
  • 间接依赖

直接依赖

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

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

间接依赖

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

间接依赖可以交叉声明。

可管理性

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

可维护性

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

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

开放性

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

  • 符合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) 当应用启动失败后,会返回该错误信息。遇到这种错误,请检查该应用的日志,排出错误后再启动该应用


Seven
 010-62962343-690
 liujx@actionsoft.com.cn
感谢您对该文档的关注!如果您对当前页面内容有疑问或好的建议,请与我联系。如果您需要解答相关技术问题请登录AWS客户成功社区