问题标签 [monolithic]

我有一个关于数据架构和数据库的小问题。

我们有一个中央数据库。它连接到 API。这个数据库链接到一个单一的应用程序，我们正试图将它分解成几个服务。

我们有一个 API，我们称之为“Api1”。该 API 将管理不同的信息，包括省份。

我们还有另一个 API，我们称之为“Api2”，它将管理数据，如应用程序。

这些应用程序在数据库中链接到一个省。到目前为止，此 Api2 将直接连接到与 Api1 相同的数据库。我们想结束这种做事方式，这不是最理想的。

那么，我们如何使用来自另一个数据库的外键来保持这种连接和这种参照完整性呢？我们应该将信息从数据库 1 复制到数据库 2，还是应该断开数据库链接，并包含一个 HTTP 调用以从 API 更新此信息，从而将“province_id”FK 字段仅转换为 INT？

我的问题有点复杂，但在我看来这个主题有点复杂，提前感谢您的回答！

克里斯托夫

嗨朋友们:) 我可以为我们现在在工作中面临的问题提供一点帮助。

语境：

假设您有一个名为Toolkit 1.0. 该库为您的打字稿项目（A、B、C）导出了许多类型。

在正常情况下，所有项目都可以正常构建并完美运行！

当 John（化名）正在工作Project A并且需要更新一些 Type 时，问题就出现了；约翰然后推送一个新版本，制作Toolkit 2.0. 不知道Project B也用过那个类型，John只升级了ProjectA纱锁；

梅格（也是一个角色）几天后上场，这次是在工作Project B，注意它现在正在使用，她必须在制作时Toolkit 1.0再进行一些类型更改。当她更新她的本地文​​件时，由于 John 的更改，本地构建可能会正确地开始失败。Toolkit3.0Project B

我觉得我还没有足够的经验来理解这个整体。

幸运的是，这种情况并不常见，但随着团队的发展，我们最近开始讨论这个问题，而且这种情况可能会更频繁地发生；

我的一位同事的建议是从其他三个项目中制作一个整体。

问题： 你会推荐我学习哪些科目来解决这个问题？能给我指点文章吗？

非常感谢 ：）

我想知道是否有任何已发布和使用的应用程序集合具有中等规模的单体架构，以便能够分析它们的架构。

我需要将方案构建器详细信息存储在与方案构建器微服务及其基于药物相关的数据库中，我应该将所有药物信息存储在方案构建器数据库中还是仅存储其 id，然后使用 id 从药物微服务获取信息。

我们有一个大型电子商务系统，有 6 个不同的面板，包括（库存、财务、卖家、管理、呼叫中心、前台）
所有代码都写在一个整体的 laravel 应用程序中。
现在我们有如此多的复杂性和意大利面条式代码，我们需要为这个应用程序找到最佳的替代架构，
将每个面板逻辑分成不同的应用程序，并且所有这些都连接到相同且唯一的数据库，这是一个很好的解决方案吗？
我应该提一下，我们没有足够的开发人员和知识来进入微服务架构