如何将配置 DB 和 serviceInfo DB 合并如下,并将 serviceInfo DB 用于不同的目的,例如收集性能数据(cpu、内存)、版本等?
当前的
type Configuration struct {
ID string `json:"id"`
Platform string `json:"platform"`
ExecType string `json:"executionType"`
}
type ServiceInfo struct {
ID string `json:"id"`
Services []string `json:"services"`
}
未来
type Configuration struct {
ID string `json:"id"`
Platform string `json:"platform"`
ExecType string `json:"executionType"`
Services []string `json:"services"`
}
@ Karthikeyan-Samsung @suresh-lc PTAL。
@MoonkiHong @Karthikeyan-Samsung @suresh-lc
当配置数据库存储服务列表时,我已经测试了边缘编排正常工作。
如果这个问题没问题,请考虑这个问题并查看提议的 PR。
从理解的角度来看,将dbs合并为一个看起来更好。 但是从开发和可维护性的角度来看,分开维护是好的。 这使得正确更新信息变得更简单,从而确保数据完整性。 将来如果我们想将服务限制为特定的请求者,如果我们有 2 个不同的数据库会更好。 此外,如果我们想添加其他参数,例如如果需要进行卸载,则基于设备能力(传感器),然后说需要添加能力数据库。 因此,最好将 dbs 分开而不是合并为单个。 如果合并为单个数据库有优势,那么我们应该考虑一下。
如#132 中所述,让我们继续讨论这个话题,包括数据库结构的向后兼容性。
最有用的评论
@MoonkiHong @Karthikeyan-Samsung @suresh-lc
当配置数据库存储服务列表时,我已经测试了边缘编排正常工作。
如果这个问题没问题,请考虑这个问题并查看提议的 PR。