如何使用共享模型和数据库中的同一项目中的Django应用程序部署？

Question

我有一个建筑问题： 我们有一个由多个应用程序制成的Django项目。有一个核心应用程序包含用于其他应用程序集的主要模型。 然后，我们有一些针对API的用户的应用程序。最后，我们只有开发人员使用的一些内部应用程序和工具，这些应用程序和工具可作为扩展功能在Admin UI中访问。

我们的部署过程非常整体。我们使用kubernetes，然后整体部署整个项目。这意味着，如果我们仅在内部应用中进行更改，并且在生产中需要它，我们将构建一个新的Docker映像，并部署带有新版本标签的新版本。

我并不是这样的忠实拥护者，因为内部工具的更改不应创建面向用户的应用程序的新版本。

我一直想知道是否有一种方法可以将这些部署分开（也许使它们成为微服务架构？）。因此，我们可以将面向应用程序的用户与内部工具分开。我知道我可以为项目的一部分构建单独的图像，标签和所有内容，但是如果internal_app_1取决于core> core> core> core 应用程序以及settings.py和Manage.py文件。

同样，在Kubernetes中，必须将应用程序分开的意思是用两个服务器运行，因此这意味着两个单独的Django项目彼此隔离，但使用相同的数据库。

有没有人与类似的事情一起工作，或者想建议替代方案（如果有的话）？

以下是我们项目目前如何结构的树示例：

├── core
|   ├── models.py
|   ├── views.py
|   └── urls.py
├── userapi_1
|   ├── views.py
|   └── urls.py
├── userapi_2
|   ├── views.py
|   └── urls.py
├── insternal_app_1
|   ├── templates
|   |   └── ...
|   ├── models.py
|   ├── views.py
|   └── urls.py
├── manage.py
├── settings.py
└── Dockerfiles
    ├── Dockerfile.core
    └── Dockerfile.internal_app_1

Answer 1

django和微服务？是的，也许在平行宇宙中的某个地方。

我可能建议的只有一件事是构建两个相同的服务，例如django_container_internal和django_container_production。在这种情况下，您将能够发布内部工具而无需停止生产。

如果要使用内部端点访问生产功能，则可以通过使用envs停用生产 production url。通常Django项目具有common config/urls.py汇总所有URL端点，例如

urlpatterns = [
    url('core/api/v1/', include(core.urls)),
    url('internal/api/v1/', include(internal_app_1.urls)),
    url('user/api/v1/', include(userapi_1.urls))
    ...
]

，您可以添加is_internal_tools环境变量，并更新urls.py 喜欢

from os import environ

urlpatterns = [
    url('core/api/v1/', include(core.urls)),
    ...
]

if environ.get('IS_INTERNAL_TOOLS', 'false').lower() in ('true', '1', 'yes'):
    urlpatterns.append(url('insternal/api/v1/', include(insternal_app_1.urls)))
else:
    urlpatterns.append(url('user/api/v1/', include(userapi_1.urls)))

• PROS：

  • 在两种服务中都可以访问所有模型（只有一个常见的dao =＆gt;没有双重开发人员可以创建两次模型）
  • 功能是分开的，因此仅访问必要的功能
  • 易于实现

• CONS：

  • 即使没有使用了一半的一半，也存储在两个容器中的整个源代码
  • 如果您使用两个单独的数据库用于内部工具和外部API，则必须在这两个中创建所有表（但看起来不是您的情况）
  • 因为它仍然是单片内部和生产零件可严重地依赖core，并且不可能单独部署更新的核心 。 /li>