问题标签 [change-management]

我需要更改一个表以添加一列并将其包含到主键中。所以我有一个 luiqbase 变更集：

我想知道如何分离关注点并正确实施回滚。

1. addColumn 和 PK 在一个变更集中进行更改

这种方法让我担心的是，如果我无法创建列，我将删除 PK 并重新创建它，这可能会影响数据库响应时间，假设表很大。然而，这使得所有这些变化都是原子的。

2. 将 PK 更改移动到不同的变更集

因此，我将能够更好地控制 PK 更改的回滚，这将删除并重新创建旧的。但是，有一个问题，当change_pk没有应用变更集时 - 我有一个列，应该包含在 PK 中，但事实并非如此，这使得系统容易受到违反唯一约束的影响。

我在一家公司工作，一个团队管理数据库，其他团队从那里使用表/视图。有时，视图会被重构，这可能会破坏其他团队的事情。

是否可以保护某些列，以便不能简单地重命名/删除这些列？或者至少有一条日志消息告诉想要这样做的人另一个团队依赖它？

我正在使用 JavaFX 创建一个小型应用程序，并且我有这种类组织。

出于备份目的，我使用序列化。

我的问题是：当您修改类（例如添加新字段）时如何处理反序列化。

像这样添加新字段时：

尝试使用新模型反序列化旧数据时出现以下错误

我们正在组织中实施 DSC。我们能够在我们的非产品测试环境中成功创建和部署配置。

在我们在 PROD 环境中实施 DSC 之前，我们的管理层需要将其与 ITSM/变更管理集成。这样所有东西都有一张更改票（我们使用的是 ServiceNow）。我们可以在创建和部署 DSC 配置期间处理此问题。

但是，实际问题是部署 DSC 配置并且它正在运行时。我们如何集成 ITSM/变更管理和日志机制？

让我举个例子，假设我们有 SERVER1，我们为其创建了一个配置，以确保“TapiSrv”始终处于“停止”状态。现在由于某些要求，用户 X 创建了一个更改票证来启动此服务。他已根据 Change Ticket 成功启动服务。现在，当 LCM 触发 DSC 配置以将服务恢复到其原始状态时，即“已停止”。用户不知道为什么会发生这种情况，并且在 LCM 将服务恢复到原始状态之前我们没有任何更改票证。此更改是在没有更改票证或任何日志记录机制的情况下发生的。

我们是否可以在 LCM 恢复/恢复对服务所做的更改之前集成一些要执行的代码，以便我们可以做两件事，以编程方式创建更改票证，并在实际恢复配置之前创建数据库条目。

我们可以负责编写代码来创建更改票并进行数据库条目，但我们如何在 LCM 恢复配置之前触发该代码。

这也将帮助我们生成关于服务器偏离配置的次数以及 LCM 已将其恢复回来的次数的报告。

在 LCM 将任何东西恢复到原始状态之前，我不知道如何触发一些代码。

我们正在考虑使用 AWS Neptune 作为 graphdb 解决方案。我来自 Django 世界，所以我经常使用 db 迁移。我找不到任何有关 AWS Neptune 如何对 DB 进行变更管理的信息？IE。如果我想从一个月前重新加载备份并且从那时起发生了架构更改，会发生什么？我们如何跟踪这些变化？我们应该编写自定义脚本吗？

我正在研究 DevOps 解决方案，并尝试在 kubernetes 上自动化蓝绿部署解决方案。但是，我们面临的问题是，在移除虚拟服务时，istio 应用路由规则太慢，并且需要很长时间才能生效。我们试图等待 60 秒来等待规则更新并销毁旧的 pod。我们没有想法说6​​0s就足以完成路线变更，如果超过60s就会有停机时间才能生效。想获得一些关于如何检查路线（仅限绿色路线）是否正确更新的建议？以及如何让 istio 应用执行得更快？谢谢。

这是应用虚拟服务的 yaml 文件：

我们大摇大摆地有模式：像这样：

如果我们有许多微服务并在另一个服务的许多其他 API 路由中使用它们。

当 s.th 更改时，我们需要更改所有存储库中的所有模式

例子：

我有这个微服务：

我想在许多其他微服务中使用 json 示例 shema，如下所示：

和

和

当我们向我的主要微服务添加一个属性并且模式发生更改时，我应该重构其他 git 存储库中的所有其他模式。

有没有办法将一条路线映射到另一个 swagger 文档以从那里读取这些模式？

有没有办法管理这些变化？通过版本控制？

如果 app1 和 app2 和 app3 使用一个路由，并且survey.com 的源 API 路由模式已更改，我们应该修改我们所有的招摇文档