jelastic - Jelastic 跨提供商的维护窗口和流程

Question

有谁知道是否所有 Jelastic 提供商都有相同的中断窗口和流程？我喜欢 Jelastic 的简单性，但最后一个维护窗口给我的应用程序带来了问题，尽管它只影响了仪表板（据说）。

1. 是否所有 Jelastic 供应商都将同时停机进行维护？
2. 供应商之间的升级过程/脚本是否统一？即由jelastic 提供？

干杯

Answer 1

是否所有 Jelastic 供应商都将同时停机进行维护？

Jelastic 版本大约在同一时间（即在几周内）向大多数/所有提供商推出。

供应商之间的升级过程/脚本是否统一？即由jelastic 提供？

Jelastic 开发团队工程师创建升级脚本并执行升级过程，因此每个提供商的实际升级体验应该大致相同。

大多数平台升级旨在改进底层平台（例如添加新的仪表板功能、核心基础设施等），并且不应对您的应用程序服务器产生任何影响。

宣布维护窗口以提供将执行某些操作的通知，因为在这种情况下总是有可能发生不可预见的事情（如果可以保证零风险，则不需要任何通知）。

就像您对自己的应用程序所做的那样，Jelastic 平台的每一次变更都在开发环境中进行了彻底的测试，并且在舞台环境中模拟了完整的升级过程，以便在实际生产之前识别并消除尽可能多的问题平台 - 但是软件工程很复杂（正如每个阅读 stackoverflow 的人都喜欢的那样），并且没有 100% 无错误的软件。

PS 事实上，我可以准确地说出您所指的环境应该告诉您有关受影响环境数量的信息。不幸的是，您在这种情况下非常不走运，Jelastic 工程师仍在调查确切的细节以确定根本原因 + 将概述避免再次发生的必要步骤。应用程序的正常运行时间和稳定性对我们所有人来说都是一个关键问题。