[API 게 이 트 웨 이 콩 시리즈 5] - 경로 돌리 기

1. 전망 회고
지난 장 'API 게 이 트 웨 이 콩 시리즈 3] - 전쟁 전 예열' 에서 우 리 는 Route 경로 의 정의 에 대해 설명 했다. 이 를 돌 이 켜 보고 있다.
Route 실 체 는 클 라 이언 트 요청 과 일치 하 는 규칙 을 정의 합 니 다.모든 경로 가 하나의 서비스 와 관련 되 고 서 비 스 는 이와 관련 된 경로 가 여러 개 있 을 수 있다.주어진 노선 에 맞 는 모든 요청 은 관련 서비스 에 제출 됩 니 다.
경로 와 서비스의 조합 (그리고 그들 간 의 관심 사 분리) 은 강력 한 경로 체 제 를 제공 하여 Kong 에서 입자 의 입구 점 을 정의 하여 서로 다른 upstream 서 비 스 를 방문 하도록 유도 할 수 있 습 니 다.
이 장 에서 저 희 는 Route 의 사용 과 Service 와 어떻게 연결 하 는 지 구체 적 으로 소개 하고 Service 서비스 에 관 한 소 개 는 다음 장 을 돌 이 켜 보 겠 습 니 다.
2. 업무 장면
업무 장면 은 의 장면 을 계승 하고 우 리 는 지난 장 에 만 든 Service 에 경 로 를 추가 합 니 다.
3、Route API
3.1 루트 생 성
서비스 에 연결 되 는 길 을 만 들 겠 습 니 다.

$ curl -i -X POST \
  --url http://localhost:8001/services/example-service/routes \
  --data 'hosts[]=example.com'

다음 응답 정 보 를 받 았 습 니 다. 생 성 성공 을 설명 합 니 다.

HTTP/1.1 201 Created
Content-Type: application/json
Connection: keep-alive
    {
       "created_at":1519131139,
       "strip_path":true,
       "hosts":[
          "example.com"
       ],
       "preserve_host":false,
       "regex_priority":0,
       "updated_at":1519131139,
       "paths":null,
       "service":{
          "id":"79d7ee6e-9fc7-4b95-aa3b-61d2e17e7516"
       },
       "methods":null,
       "protocols":[
          "http",
          "https"
       ],
       "id":"f9ce2ed7-c06e-4e16-bd5d-3a82daef3f9d"
    }

인증: 브 라 우 저 에 입력 합 니 다.http://example.com:8000/ 서비스, 즉 상기 서비스 가 지정 한 상류 서비스 로 이동 합 니 다.http://mockbin.org 올라가다주: 로 컬 host 파일 에 example. com 의 맵 을 추가 해 야 합 니 다.
여기까지 우 리 는 간단하게 루트 와 서 비 스 를 연결 하여 간단 한 루트 전송 기능 을 실현 했다.
3.2 Route API 상세 설명
3.2.1 루트 추가
요청 주소
/routes/
요청 모드
POST
매개 변수
protocols
요청 프로 토 콜 http, https
methods (반 선택 가능)
이 길 은 호스트, 방법, 경로 등 길 과 일치 하 는 방법 목록 이 있 습 니 다.
host (반 선택 가능)
이 경로 와 일치 하 는 도 메 인 이름 목록, 호스트, 방법, 경로 가 최소한 하나 이상 설정 되 어 있 습 니 다.
paths (반 선택 가능)
이 경로 와 일치 하 는 경로, 예 를 들 어 / my - path, 호스트, 방법, 경로 가 적어도 하나 설정 되 어 있 습 니 다.
strip_path (옵션)
경로 가 일치 할 때 Upstream 요청 URL 에서 일치 하 는 접 두 사 를 떼 어 냅 니 다. 기본 값 은 true 입 니 다.
preserver_host (선택 가능)
호스트 도 메 인 이름 을 통 해 경로 와 일치 할 때 upstream 요청 헤더 에 요청 호스트 헤드 를 사용 합 니 다. 기본 값 은 false 입 니 다.
service
이 경로 와 연 결 된 서비스
3.2.2 검색 루트
요청 주소
/routes/{id}
요청 모드
GET
매개 변수
id (필수)
검색 경로 의 id 속성
3.2.3 검색 루트 목록
요청 주소
/routes
요청 모드
GET
매개 변수
Offset
페이지 별 커서
size (기본 100 최대 1000)
페이지 마다 표 시 된 항목 수
3.2.4 서비스 아래 의 Route 목록
요청 주소
/services/{service name or id }/routes
요청 모드
POST
매개 변수
service name or id
서비스 이름 또는 id
3.2.5 업데이트 루트
요청 주소
/services/{name or id }/routes
요청 모드
PATCH
매개 변수
name or id
루트 ID 혹은 나 미
3.2.6 특정 플러그 인과 연 결 된 Route 업데이트
요청 주소
/plugins/{plugin id }/routes
요청 모드
PATCH
매개 변수
plugin id
업데이트 할 루트 와 연 결 된 플러그 인의 id
3.2.7 루트 삭제
요청 주소
/routes/{name or id }/routes
요청 모드
DELETE
매개 변수
name orid
삭제 할 경로 의 이름 이나 id
이 Route 에 대한 소 개 는 거의 끝 났 습 니 다.
총화
Route 의 기본 기능 소개 가 완 료 된 후에 우 리 는 이 장의 내용 을 간단하게 정리 할 것 이다.1: Route 의 개념 을 되 돌아 보고 Service 와 관련 된 업무 장면 2: Kong Admin API 를 사용 하여 Route 를 만 들 고 위의 Service 와 관련 하여 간단 한 경로 전송 기능 의 링크 를 달성 합 니 다. 3: Route 의 추가 삭제 와 검 사 를 위 한 API 를 소개 합 니 다.
Kong 게 이 트 웨 이에 대해 더 알 고 싶 은 것 은 이동 하 십시오 > > > > 기업 급 API 게 이 트 웨 이 Kong