IBM MobileFirst Platform Foundation Server中的临时工件部署

时间:2017-06-30 06:18:23

标签: ibm-mobilefirst

1)的什么是当有需要部署采取方法 正常生产过程中对飞工件

2)的是否有可能需要的任何小心任何特定的文物 正常的生产过程中进行部署时考虑

3)的可以预见以改变系统的行为,当一个上即时 伪影的部署出现诸如同步,事务失败,存储器 使用率的增加等,并有可能一一列举出来的多,我们可以,所以我们 可以注意它

4)的作为以上3部分,什么是适当的要采取的行动,例如下 故障,例如

4.A)什么时候由于某种原因失败的同步做时 - 重新启动服务器 等?

4.B)当交易作为新神器的结果失败怎么办 部署 - 建议inlcudes微型机任何客户端代码更改 失败回调并用有意义的消息通知用户或 自动重试

1 个答案:

答案 0 :(得分:0)

1)的什么是当有需要部署采取方法 正常生产过程中对飞工件

每当需要部署新工件时,环境需要很短的停机时间,并且阻止了环境流量。该文物被更新。 如果需要重新启动服务器。打开流量的应用。 的停机时间通常在非高峰时间采取该应用程序。

2)的是否有可能需要的任何小心任何特定的文物 正常的生产过程中进行部署时考虑

这被更新的唯一构件是运行系统WAR文件, 适配器和wlapps。

如果有一个的iFix升级的WAR文件通常更新。 (需要 的停机时间)。

在wlapp可以是2种。

  1. 的wlapp为新版本。 (不需要停机时间,因为没有 交通尚未为新版本)。
  2. 的wlapp升级现有的混合应用。 (建议一 停工直接更新将立即触发上的所有设备 连接)。
  3. 在适配器被更新,以修复功能。 (建议一个停机时间 敏感交易流所中断)。

    在适配器是新的。 (不需要停机时间)。

    3)的可以预见以改变系统的行为,当一个上即时 伪影的部署出现诸如同步,事务失败,存储器 使用率的增加等,并有可能一一列举出来的多,我们可以,所以我们 可以注意它

    这完全取决于应用程序逻辑。同步失败 当WAR文件被更新,可能会发生。但是,当WAR文件被更新 ,无论如何都建议重新启动应用服务器。事务失败是应用逻辑 依赖所以他们是不确定的。内存使用还取决于如何 应用逻辑已经改变。除非变化是主要的,他们应该 工作正常。

    4)的作为以上3部分,什么是适当的要采取的行动,例如下 故障,例如

    4.A)什么时候由于某种原因失败的同步做时 - 重新启动服务器 等?

    需要与WebSphere支持团队核实同步失败的原因。该 服务器重新启动应足以解决任何同步问题。但是,如果 在集群同步失败是常有的事情,请收集日志 并打开PMR以供WAS支持审核

    4.B)当交易作为新神器的结果失败怎么办 部署 - 建议inlcudes微型机任何客户端代码更改 失败回调并用有意义的消息通知用户或 自动重试

    应用逻辑应该处理该交易失败。适配器代码 应该优雅地发送有意义的消息,并要求用户去尝试 试。