有可能会出现中间状态 （如 nlink 多加一了，同时存在 src、dst 的 dentry） 对于用户来说，一旦创建了硬链接也无法通过再次 rename 恢复 整个过程原子性，要么成功，要么失败则恢复原始状态，不存在中间状态 失败了可以再次尝试 rename 有 执行到某一步骤掉电 有可能存在中间状态 有可能存在中间状态（待验证：这种情况 fsck 会不会修复） 无 源码实现伪代码如下：© XXX dentry copyset_txid+1 为 key 的副本，原始 dentry 不动），并设置 PendingTx 为本次事务 如果上一步骤成功了，就提交事务，将 srcDentry, dstDentry 所在 copyset 的 txid 都加 1（这一步是通过 etcd 的事务保证的），如果上一步或这一步失败，因为 txid 不变，原始数据版本也在，还是保证原子性（其实就是一个 txid 对应一个版本的数据）© PendingTx 对应的事务是已经成功了的，并且 PendingTx 对应事务刚好操作的是请求的 dentry，则返回 PendingTxKey + PendingTxId 对应的副本 dentry，否则返回原始 dentry PendingTx 与 dentry 副本是一一对应的，下面有机制确保，每个 copyset 只需要一个 PendingTx（即整个 copyset 中最多只会存留一个副本 dentry)

1 2 3 时间序列异常检测 如何找到通用的解决方案？ 单维时间序列分析 规则类告警策略 最大值告警 最小值告警 波动率告警 单维时间序列分析 无监督异常检测算法 （自编码器） 原始数据 生成数据 单维时间序列分析 无监督异常检测算法 （N-Sigma） 单维时间序列分析 有监督异常检测算法 （特征工程） 时间序列的统计特征 • 最大值，最小值，值域 • 均值，中位数

FIT2CLOUD 服务 restart 重启 FIT2CLOUD 服务 status 检查 FIT2CLOUD 服务 upgrade 更新 FIT2CLOUD 服务 logs 查看服务日志 raw 执行原始 docker-compose 命令 5.2 单机服务启停 单机服务无需关心节点的启动顺序，所有的服务在单节点，可以直接使用一下命令进行 服务的启停与查看。 service fit2cloud

多数配置的规则为"业务系统-应用-环境用途-编号"，比如 Webbank-portal-dev-1。 规则定义中系统默认支持的内置变量，格式为: ${变量名}， 内置变量支持:  randomStr: 8 位随机字符串；  applyUserName: 申请人名称；  organizationName: 组织名称；  workspaceName: 工作空间名称； 杭州飞致云信息科技有限公司 141