0
APIM (Azure API Management)에서 저는 현재 모 놀리 식 ASP.NET 웹 API 응용 프로그램 (v5.2.3)에 의해 지원되는 operations 수백 개의 단일 API를 보유하고 있습니다. 본질적으로, 나는 다른 그룹의 개발자에게 오퍼레이션의 부분을 노출하고 싶다.단일 ASP.NET 웹 API 프로젝트에서 Azure API 관리에 여러 API를 효율적으로 만드는 방법은 무엇입니까?
: 세 개의 작업 (A, B, & C)과 API 제공, 내가 Team1가 작동 A. 만이 접근질문에 모든 작업과 사의 Team2 심박 측정기에 액세스 할 수 있도록하려면 예를 들어
,
APIM에 작업의 가시성을위한 액세스 제어 메커니즘이 내장되어 있습니까?
APIM에 작업에 대한 액세스 제어 권한이없는 경우이 그룹에 대해 여러 API를 사용해야합니까?
이렇게하기 위해 여러 개의 API를 설정해야하는 경우 단일 ASP.NET 웹 API 프로젝트에서 우아한 방법은 무엇입니까? (이 supported in ASP.NET Core 있지만)
- 몇 가지 가능한 방법은 다음과 같습니다 ...
- 가 생성 여러 자신감 문서이 경우
- , 그것은 매우 generating multiple Swagger documents is not explicitly supported in Swashbuckle with ASP.NET Web API v5.3.2으로 참여하고있다.
- 는 Swashbuckle의 저자는 two possible workarounds 제안 :
- 해킹의 일종으로, MultipleApiVersions을 활용합니다.
- 사후 처리로 전체 스 거거를 분할합니다.
- 는 Swashbuckle의 저자는 two possible workarounds 제안 :
- , 그것은 매우 generating multiple Swagger documents is not explicitly supported in Swashbuckle with ASP.NET Web API v5.3.2으로 참여하고있다.
- 분할 내가 a MSDN forum에와 Swashbuckle issue 764에서 제안 보았다 여러 프로젝트에 모 놀리 식 웹 API 프로젝트 (그러나 이것은 나에게 잔인한 사람처럼 보인다.
- 가 생성 여러 자신감 문서이 경우
- 몇 가지 가능한 방법은 다음과 같습니다 ...