更好的门户配置管理器
面向行政的BetterPortal服务,可发现启用的服务绑定及其BP配置 schema表面.
PostgreSQL存在更新使用单独的活性表(在启动时创建),而无需更改平台配置修订. 存在读取被缓存了5秒; 真实的配置写总是将复制无效 。 设置、 拖曳和主机名更改完成后, 承诺在一次交易中租赁结果和配置更改 .
相同预览部署 POST 重播原回应,包括证书,15分钟. 每次部署只保留最新的请求,并用控制飞机的身份加密;在复制机和重启机之间保留该身份。 永远不要返回回放记录。 过期的回放记录通过维护被移除. 此窗口中一个相同的 POST 是重试,而不是全新的生产配置同步 .
配置流重新验证更新时的证书, 将同步更改并省去不变的有效载荷 。 Webhook 交付仍为最少一次:接收器必须经 x-bp-webhook-id每次尝试都有10秒请求期限,并在交货前立即租赁.
预览 API 写入重试修订冲突,每次最多五次尝试,重新加载配置并重新检查授权和证书重放. 继续争论返回 HTTP 503 与 Retry-After: 1;呼叫者可以重试同样的请求. 这还包括在GET中预览删除和过期清理.
预览路由刷新合并生成的等效API挂载,用于相同的服务,视图和URL模式. 例如,从源应用程序复制的单独GET、PUT和DELETE挂载成为所有当前API操作生成的API挂载,保留第一个挂载ID和兼容的请求和演示文稿设置。 不同的有效别名和服务路径变体活下来了;别名保留了它们选定的操作. 冲突请求设置或无关路线所拥有的路径仍然返回HTTP 409. 重复一次成功的刷新使路径保持不变;删除中转是不必要的。 见 预览部署操作 举个例子.
预览调节在正常服务显示同步时还拥有 API 挂载 。 通用源应用正常化不会在调和前重写预览别名或剥去他们的查询字符串,固定参数或路径变体.