API7 Enterprise 3.2.13의 새로운 기능: 유연한 서비스 게시

API7 Enterprise는 게이트웨이 그룹을 기반으로 게이트웨이 환경을 분리하고 서비스 템플릿을 사용하여 다양한 게이트웨이 그룹 간의 버전을 관리하는 기능을 제공합니다. API 관리 요구사항이 점점 다양해짐에 따라, 일부 사용자들은 일상 운영 중 복잡한 버전 관리가 필요하지 않지만 유연한 구성과 빠른 반복 기능을 우선시한다는 것을 인식했습니다.

이러한 사용자들의 요구를 더 잘 충족시키고 테스트 환경에서의 구성 경험을 향상시키기 위해, 이번 업데이트에서 동적 구성 가능한 강제 게시 프로세스가 도입되었습니다.

동적 게시 프로세스의 장점

1. 효율성 향상: 테스트 게이트웨이 그룹에서는 빈번한 구성 변경이 새로운 버전 출시 프로세스와 함께 이루어지는 경우가 많습니다. 테스트 게이트웨이 그룹에서 강제 서비스 게시 프로세스를 비활성화하면 테스트 환경에서 구성 변경을 빠르게 적용할 수 있으며, 이는 프로덕션 환경에 영향을 미치지 않습니다.

2. 유연성 증가: 엄격한 버전 관리가 필요하지 않은 사용자들에게는 모든 게이트웨이 그룹에서 강제 서비스 게시 프로세스를 비활성화함으로써 번거로운 버전 출시 단계를 제거하고, 효율적이고 유연한 구성 관리 서비스를 제공합니다.

서비스 게시를 강제하는 방법

게이트웨이 그룹 구성 수정

새 버전에서는 게이트웨이 그룹의 중첩 계층 구조를 단순화하여 기존의 게이트웨이 그룹 목록 페이지를 제거했습니다. 사용자가 로그인하면 이제 마지막으로 접근한 게이트웨이 그룹으로 기본 설정됩니다. 기존 게이트웨이 그룹 목록은 팝업 창으로 이동되었으며, 왼쪽 메뉴에서 게이트웨이 그룹 이름을 클릭하여 빠르게 확인, 전환 또는 생성할 수 있습니다.

게이트웨이 그룹을 생성하거나 편집할 때 "강제 서비스 게시"를 활성화할지 선택할 수 있습니다. 기본적으로 이 스위치는 꺼져 있으며, 이는 서비스 구성이 게시 후 직접 수정할 수 있음을 의미합니다.

서비스 편집

게이트웨이 그룹에서 강제 게시 프로세스가 활성화되지 않은 경우, 게이트웨이 그룹의 게시된 서비스 목록에서 직접 서비스를 생성하거나 편집할 수 있습니다.

게이트웨이 그룹에서 직접 생성된 서비스 또는 서비스 게시 프로세스를 비활성화한 후 편집된 서비스는 "버전 없음" 상태를 가지며, 이는 공식적으로 게시되지 않은 버전을 나타냅니다. 이 구성 유형은 버전 관리의 복잡성을 걱정하지 않고 빠르게 반복할 수 있도록 합니다.

게이트웨이 그룹에서 서비스를 생성할 때, 해당 서비스 템플릿도 함께 생성됩니다. 서비스에 버전 번호가 있는지 여부에 관계없이 서비스 센터에서 이를 확인하고 관리할 수 있습니다.

주의 사항

1. "버전 없음" 버전의 특징:

   • "버전 없음" 버전은 언제든지 편집할 수 있지만, 각 편집은 이전 구성을 덮어쓰며 기록을 유지하지 않으므로 롤백할 수 없습니다.

   • "버전 없음" 버전의 구성을 고정하려면 공식 게시 프로세스를 통해 버전 번호를 할당할 수 있습니다.

2. 다른 게이트웨이 그룹에 서비스 동기화:

   • 게이트웨이 그룹이 서비스 게시를 강제하는지 여부에 관계없이, 서비스를 다른 게이트웨이 그룹에 동기화할 수 있습니다.

   • "버전 없음" 버전의 서비스의 경우, 동기화 중에 버전 번호를 지정하면 두 게이트웨이 그룹 간에 동일한 버전 관리가 보장됩니다.

업스트림 노드 및 서비스 발견

또한, 업스트림 노드 및 서비스 발견의 구성과 표시를 통합하고 최적화하여 업스트림 주소 유형의 관리를 더 직관적이고 효율적으로 만들었습니다.

결론

이번 업데이트를 통해 사용자들에게 더 유연하고 효율적인 서비스 구성 및 관리 경험을 제공하고자 합니다. 프로덕션 환경에서 엄격한 버전 관리가 필요한 경우든, 테스트 환경에서 빠른 반복을 원하는 경우든, 이러한 새로운 기능이 여러분의 요구를 충족시킬 것입니다.