Api-blueprint: APIARY는 동일한 프로젝트에서 다중 호스트를 허용합니까?

이것도 궁금합니다. 우리는 여러 테스트 환경을 사용하고 있으며 차이점을 찾기 위해 둘 사이를 전환할 수 있는 것이 중요합니다.

현재는 지원하지 않지만 향후 이를 가능하게 하는 솔루션을 개발 중입니다.

이에 대한 업데이트가 있습니까?

이 문제에 대한 해결책이 이미 있습니까?

공개가 아닙니다. 우리는 이 문제를 해결하는 방법에 대해 브레인스토밍을 하고 있으며 설계 및 배포 문제를 분리하는 것과 달리 여러 HOST가 올바른 솔루션인지 확신할 수 없습니다.

@Almad 이 문제와 관련하여 몇 가지 피드백을 제공하기 위해 제 사용 사례를 설명하겠습니다.

Apiary 사용 사례는 순전히 개발자 대시보드에 예쁜 문서를 포함하는 것입니다. 우리는 지금 추가 기능, 플러그인 또는 확장을 사용할 계획이 없습니다. 인증, 청구, 통계, 리소스 검색 등과 같이 시스템의 여러 부분(마이크로 서비스)에 대해 여러 하위 도메인을 사용합니다. 보시다시피 각 하위 도메인은 서로 다른 도메인을 담당합니다.

Apiary에서 가장 매력적으로 보이는 것은 콘솔 기능입니다. 끝점을 설명할 수 있고 최종 사용자는 콘솔을 통해 끝점을 실험할 수 있습니다. 또한 언어를 변경하고 다른 언어로 예제 코드를 복사하는 옵션을 추가합니다.

그러나 여러 하위 도메인을 사용하는 옵션이 없으면 몇 가지 옵션만 남습니다.

• 마이크로 서비스마다 다른 문서를 사용합니다. 그러나 문서는 여기저기 흩어져 있습니다. 따라하기 어렵습니다. 그리고 그들 사이의 연결은 사소한 일이 아닙니다.
• 참조를 전혀 사용하지 마십시오. 문서를 포함하는 동안 콘솔을 숨깁니다. 단점은 물론 콘솔을 표시하지 않는다는 것입니다. 그런 다음 다음 글머리 기호를 생각하게 됩니다.
• API 문서 작성은 타사를 사용하지 않고 스스로 설계합니다.

어떤 옵션도 훌륭해 보이지 않습니다. 우리의 경우에 어떤 추천이 있습니까?

그것에 대한 해결책이 있을 것이지만 불행히도 SEC와 변호사 때문에 그것에 대해 이야기하고 일정을 말할 수 없습니다.

가까운 미래가 충분한 희망을 줄 수 있습니까?

어떤 진전이 있습니까?

host 개체에 대한 지원은 주로 OAS3 서버 개체 매핑을 지원하기 위해 API 요소 에 https://help.apiary.io/tools/interactive-documentation-v4/ 렌더러 업데이트를 계속 지켜봐 주십시오.

하지만 API Blueprint에서 지원에 대한 진행 상황을 보지 못했습니다.