«rest» 태그된 질문

현대적인 프로그램에서 널리 사용되는 고급 아키텍처는 REST 기반 마이크로 서비스 시스템입니다. 이는 느슨한 결합, 쉬운 재사용, 사용 가능한 기술 제한, 높은 확장 성 등과 같은 몇 가지 장점이 있습니다. 그러나 이러한 아키텍처에서 예상되는 문제 중 하나는 응용 프로그램의 종속성에 대한 가시성이 부족하다는 것입니다. 예를 들어 매일 한 세트의 REST 호출을 …

9 architecture  rest  enterprise-architecture  microservices  coupling 

다음 응답 모델을 추출하는 HTTP API 엔드 포인트를 가져 오십시오. { "type": "Dog", "name": "Jessi", ... } 이 type필드는 설명서 Dog에서 Cat또는 중 하나 인 것으로 설명되었습니다 Fish. 새로운 옵션을 추가하는 Rat것이 API의 주요 변경으로 간주됩니까? 유한 목록에 옵션을 추가합니까 (개발자가 켤 수있는) API의 확장 또는 수정으로 간주됩니까?

9 rest  api  api-design  json 

JWT 사양은 페이로드와 전송 방법 만 설명하지만 인증 프로토콜을 열어두고 유연성을 허용하지만 불행히도 유연성은 반 패턴 및 잘못된 설계로 이어질 수 있습니다. JWT 인증을 위해 잘 생각되고 테스트 된 엔터프라이즈 패턴을 찾고 있는데 사용하거나 적용 할 수 있지만 완전한 것을 찾지 못했습니다. 내가 생각한 것은 : Authorization 헤더가 충족되지 않거나 …

9 rest  authentication  architectural-patterns 

REST에 대한 내 이해는 모델링 서비스 작업을 상태 표현으로 사용하고 HTTP를 사용하여 한 상태에서 다른 상태로 전환하는 것입니다. 나는 커뮤니티가 잘 존중하는 현명한 개발자 / 건축가 인 지미 보가드 (Jimmy Bogard) 의이 기사 를 읽었을 때까지 리소스를 서비스 측 상태의 표현으로 항상 이해했습니다 . 해당 게시물에서 특정 진술을 인용하려면 표현은 …

9 rest  api  api-design 

DELETE, POST 또는 PUT과 같은 일부 엔터 핀에 대해 오류를 반환 할 수있는 유효성 검사 규칙이있는 REST API가 있습니다. 이제 중요하지 않은 오류와 같은 새로운 유형의 오류가 필요합니다. 일반적인 방식으로 실패하지만 "경고 억제"플래그가 전송되면 조치를 취해야합니다. 이러한 사용자에게 "이 상태를 변경 하시겠습니까? 아직 완료되지 않았습니다." 질문 : 이러한 유형의 오류에 …

9 rest  api 

문맥 각 요청이 완전히 독립적 인 REST 아키텍처 스타일의 상태 비 저장으로 인해 서버는 클라이언트에 대한 정보를 저장하지 않습니다. 따라서 비관적 동시성 제어는 어떤 클라이언트가 리소스에 대한 잠금을 가져 오는 서버 저장소가 필요하기 때문에 적합하지 않습니다. Etag헤더 의 도움으로 낙관적 동시성 제어가 사용됩니다 . (btw, 거기에 /programming/30080634/concurrency-in-a-rest-api 요청 ) 문제 …

9 design  architecture  rest  concurrency 

사용자가 양식을 업데이트 할 때마다 실행 취소 기록을 만들고 싶습니다. 업데이트이기 때문에 PUT 요청을 사용하고 싶습니다. 그러나 PUT에는 부작용이 필요 없다는 것을 읽었습니다 . 여기서 PUT을 사용할 수 있습니까? 더 나은 대안이 있습니까? PUT /person/F02E395A235 { time: 1234567, fields: { name: 'John', age: '41' } } 서버에서 doPut('person/:personId', // create …

9 language-agnostic  api  rest 

REST [api] 구조를 OO 모델과 비교할 때 다음과 같은 유사점이 있습니다. 양자 모두: 데이터 지향 REST = 자원 OO = 객체 데이터 주변의 서라운드 작동 REST = 자원 주변의 동사 (Get, Post, ...) OO = 캡슐화를 통한 객체 주변의 작업 촉진 그러나 OO 사례는 우수 패턴을 적용하려고 할 때 항상 …

9 http  rest  definition 

Client application-> Front-end API cloud server-> 와 같은 3 계층 시스템을위한 REST API를 설계하고 user's home API server (Home)있습니다. Home는 가정용 기기이며 Front-endWebsocket 또는 긴 설문 조사 를 통해 연결을 유지해야합니다 (이것은 우리가 REST를 위반하는 첫 번째 장소입니다. 나중에 더 악화됩니다) . Front-end대부분 연결 Client요청을 터널링 Home하고 일부 호출 자체를 …

9 architecture  web-services  rest  message-queue  websockets 

현재 기존 고객 데이터에 액세스 할 수있는 REST API를 설계하고 있습니다. API의 요소 중 하나는 사용자의 자산입니다. 주어진 서비스에 따라 자산이 추가됩니다. 백엔드 API는 지정된 서비스에서 사용자에게 자산 만 추가합니다. 따라서 User-Asset 관계는 없지만 User-[Service]-Asset 관계는 없습니다. URI는 다음과 같습니다. /users/{id}/assets/{id}/services/{id} API를 사용하면 자산 ID 및 서비스 ID를 알고 새 …

9 design  design-patterns  rest 

우리는 UI 팀이 동일한 팀에 의해 개발되지만 서비스 계층 (REST / Java)과 다른 언어 (Python / Django)로 개발 될 프로젝트가 있습니다. 각 계층의 코드는 다른 코드 리포지토리에서 종료되며 다른 릴리스주기를 따를 수 있습니다 . UI 계층의 관점에서 서비스 계층의 주요 변경 사항을 방지 / 감소시키는 프로세스를 고안하려고합니다. UI 또는 서비스 …

9 rest  django 

이것이 Jersey를 사용하여 JEE Glassfish 서버에서 수행 할 생각입니다. @GET @Path("/{name}/{date}") public String getMessages(@PathParam("name") String name, @PathParam("date") Date date) 이 RESTful 웹 서비스를 사용하는 사람들에게 "여기의 날짜는 Java의 Date 클래스와 호환되는 모든 것"이라고 말할 수 있다는 아이디어가 마음에 듭니다. 그것은 날짜 사양을 볼 수 있다는 관점에서 꽤 간단하며 이미 테스트 …

9 rest  date-format 

고객의 계정 정보를 열기 위해 RESTful API를 설계하고 있습니다. 현재 리소스와 관련된 다른 리소스에 대한 참조가 포함 된 표현이 있습니다. 이것은 공개 된 자료뿐만 아니라 공개 API에서도 찾을 수있는 여러 가지 모범 사례에서 나온 것입니다. 표현은 XML 또는 JSON 일 수 있습니다. 예를 들어 계정 리소스에 대해서는 계정 주소에 대한 …

9 rest  semantics