我和我的团队很难使用Django为我的后端环境定义体系结构。为了稍微了解一下上下文，我们构建了一个类似于应用商店的应用程序，以便显示我们的所有开发，不同之处在于它还启动了应用程序。
为了维护这些应用程序的所有信息，我们在Django中建立了这个后端，基本上是通过应用商店的API访问的数据库，以及Django管理网站，以注册将在API(Django自动生成的API(中传递的信息。
问题是，今天，我们只涉及一种技术，因此只有一个数据库和一个Django管理员。但是，我们公司的其他领域希望使用我们构建的架构，以及其他应用程序和其他信息，与我们的环境无关。
问题是，我们是否应该在服务器的不同端口部署几个Django？或者我们应该尝试在我们的模型中创建对"；技术；与之相关？(对于此选项，需要注意的是，我们的体系结构非常复杂且高度嵌套(。或者我们应该使用Django提供的多个数据库？
有人遇到过类似的情况吗？
提前谢谢！
在我们的模型中创建对"技术；与OP对与OP的环境无关的其他信息的含义有关。OP是否能够创建一个有效的数据库模型，其系统不会过于复杂，并且能够适应OP想要的所有情况？如果是这样的话，我不明白为什么不这样做。
有一个有趣的问答；关于在同一服务器中拥有多个Django实例的讨论。就我个人而言，我已经部署在虚拟共享主机中，其逻辑基本上就是这样，但OP也与其他人共享。OP可以在该线程中看到，在各种情况下，这是一个可行的选择。就我个人而言，我发现这种共享主机只有在最初阶段才可行，因为它们没有那么好的性能。。。但如果一个人在预算紧张的情况下工作，这是节省资源的好方法。IMO这可能是OP案件的最佳选择之一。。。其被认为是单一租户。
关于多个数据库，这自动使我想到了一种多租户应用程序的方法(在多租户应用中，也有一些方法只需要一个数据库(。如果OP的应用程序可以为来自同一主机的所有用户提供服务，则OP希望采用这种情况，而OP的情况似乎并非如此，除非OP能够在OP的模型中创建对"；技术；(如第一段所述(。