내부 REST API 버전 관리 전략

SO 및 Google 등을 통해 REST API를 버전 관리하기위한 몇 가지 전략을 찾았지만 내부 REST API 버전 관리를위한 전략을 찾지 못했습니다. , 일반적인 REST API를 공유하는 Android 앱 등이 있지만 일반 사용자는 API에 액세스 할 수 없습니다.내부 REST API 버전 관리 전략

API는 내부 용으로 만 사용되므로 이전 버전과의 호환성이 거의 필요없고 기본적으로 '현재'및 '가장자리'또는 이와 유사한 방식이어야합니다. 최소한의 번거 로움을 피하기 위해 내부 REST API를 버전 화하는 데 필요한 간단하고 유용한 전략에 대한 정보는 훌륭합니다.

출처

2013-09-22 Lee

일반적으로 허용되는 버전 관리의 문제점은 무엇입니까? 내부 또는 외부의 경우 요구 사항이 어떻게 변경되는지 나는 알 수 없습니다. 좋은 습관은 좋은 습관입니다. –

@BurhanKhalid 미안하지만, 나는 결코 REST API를 만들지 않았다. 그래서 나는 무식하다. 나는 당신의 요점을 본다. – Lee

current은 차별화하기가 매우 어렵습니다. /current/users에 대한 호출을 실행하는 응용 프로그램이 있고 /current/users이 다른 정보를 반환하도록 API를 업그레이드하면 응용 프로그램이 중단됩니다.

스틱 버전 관리. 간단한 /v1/users은 명확하고 간결하며 /v2/users을 추가하면 이전 API 엔드 포인트를 사용하는 응용 프로그램은 계속 작동하며 필요한 경우이를 갱신 할 수 있습니다.

출처

2013-09-22 08:07:13 jgm

내부 용도로만 사용하는 경우 abracadabra라고 부를 수 있습니다 ... 내부 용이고 응용 프로그램이 아닌 ** ** – alfasin

'/ vX/blah'는 Dropbox의 기능과 정확히 동일합니다. 예. – Konamiman

깨달음에 어리 석음으로 보일 수있는 질문 : v1이 있고 제안에 따라 v2를 만들면 v1 끝점에서 상속 받고 메서드를 재정의하거나 시작 지점의 코드를 복사하여 붙여 넣기합니까? – Lee

내부 REST API 버전 관리 전략

답변

관련 문제