部署在Anypoint平台的Mule应用now()时间不符问题求助

问题场景：部署在Anypoint平台的Mule应用中，使用now()函数获取的时间，即便通过以下DataWeave代码指定Europe/Berlin时区格式化，结果仍比预期时间差1小时；但本地环境、DataWeave在线学习平台均正常。

var formattedCurrentTime= now() as String { format: "yyyy-MM-dd'T'HH:mm:ss", timezone: "Europe/Berlin" }

以下是针对性排查思路：

• 检查Worker节点的系统时区与时间同步
  登录Anypoint控制台的Runtime Manager，查看应用所在Worker的系统时区配置。部分CloudHub环境的Worker默认采用UTC时区，若Worker的系统时间未正确同步NTP服务器，会导致now()获取的时间基准本身存在偏移，即使DataWeave指定了目标时区也无法修正。

• 核对Mule Runtime版本差异
  对比本地开发环境、在线学习平台与Anypoint平台上的Mule Runtime版本。不同版本的DataWeave对时区规则（尤其是夏令时）的处理可能存在差异，某些旧版本可能存在Europe/Berlin时区解析bug，导致转换后时间差1小时。

• 排查应用全局时区配置冲突
  检查应用的部署配置或mule-artifact.properties文件，是否设置了全局时区参数（如mule.runtime.timezone）。若全局时区与DataWeave局部指定的时区冲突，会覆盖局部设置，导致时间转换不符合预期。

• 验证now()原始值的时间戳与时区
  通过logger组件打印now()的原始DateTime对象（不做字符串转换），查看其时间戳和内置时区信息。对比本地环境的输出，确认Anypoint平台上的now()是否本身就携带错误的时区偏移，而非转换环节的问题。

• 测试夏令时规则解析正确性
  Europe/Berlin时区存在夏令时切换，若Anypoint平台上JVM的tzdata（时区数据库）版本过旧，可能无法正确解析最新的夏令时规则。可以通过测试夏令时切换前后的日期转换，判断是否仅特定时间段出现时间偏差，以此定位是否为时区数据库版本问题。

内容的提问来源于stack exchange，提问作者stewchicken