我们是一个开发基于Web(ASP.NET,MVC,Web API,Angular)项目的开发人员团队。直到最近,它纯粹是ASP.NET,MVC。现在我们想将项目分成几个
- 服务器侧
- 表格录入的MVC(5.2)(可能会在将来开始)
- Angular for client-side business logic
- 用于将服务器端逻辑公开给(1)和(2)
的Web API
醇>
目前,我们将(1)+(2)+(3)部署为IIS网站,一切正常。添加(4)会产生一些问题 - 所有的利弊都不清楚。我们需要从(3)到(4)和从(2)到(4)的调用来使转换顺利进行,我们需要根据IT的要求为(4)保持身份验证(基于Windows)。
- 在IIS中将Web API部署为单独的appilcation。不同的开发者如何在不同的机器上使用不同的配置来解决(2)和(4)(例如:Dev1具有(1)&(2):localhost:54345和(4)localhost:61975,Dev2具有(1)& (2):localhost:21212和(4)localhost:33124,QA实例:(1)&(2):qa-box / QAApp1,(4)qa-box / QAAPI1;生产等) - 如何跟踪调用(1)&(2)和(4)在不同实例中有不同的基本URL?
- 在(2)中创建一个“代理控制器”,代理对(4)的调用,如下所示:How to set up Web API Routing for a Proxy Controller?。但是,目前尚不清楚如何通过用户身份验证
- 只需通过一个.sln中的项目依赖项将(4)合并到(2)中,并部署一个应用程序(如果我们可能需要将(4)扩展到另一个服务器,则不是首选解决方案等
您认为在不同的部署中将Web API与“可行”分离的更好方法是什么?
谢谢!