주제에 대한 태그 할당이 API를 통해 노출되는 방식에 일부 개선이 필요할 수 있습니다. 구체적으로는 주제에 새로 추가된 태그를 조회할 수 있는 기능이 필요합니다. 제 구체적인 사용 사례는 Discourse의 태그 기능을 사용하여 특정 주제를 다른 시스템(예: 태스크 매니저)으로 내보내야 함을 표시하는 것이며, 이를 위해 Integromat을 사용할 계획입니다. 하지만 이는 API를 조회하여 예를 들어 “태스크 생성” 태그가 주제에 추가되었는지 확인하고 그에 따라 조치를 취하는 모든 시스템에 동일하게 적용될 수 있습니다.
제 이해로는 현재 API로는 이를 쉽게 수행할 수 없습니다. 웹훅을 통한 우회 방법은 있지만, 제가 잘못 알고 있는 것이 아니라면 직접적인 API 호출이 더 깔끔하고 단순할 것입니다.
빠른 답변 감사합니다! 그렇다면 Integromat에서 제안한 "우회 방법"이 실제로 이 문제를 처리하기 위한 의도된 방식인가요?
불행히도 저는 API와 웹훅 등에 대해 잘 알지 못하지만, 특히 Fibery의 Discourse 연동에 대해 생각하고 있습니다. 이 연동은 Discourse 콘텐츠를 완전히 미러링하지만, 더高层次의 프로젝트 및 피드백 관리를 위해 데이터(예: 주제, 사용자 등)의 임의적인 상호 연결을 허용하는 시스템 내에서 이루어집니다. 제가 이해하기로는 이 연동에 API를 사용하고 있습니다:
즉, 그들이 현재 지원하지 않는 태그 지원(태그 추가/제거 감지 포함)을 연동에서 지원하기를 원한다면, 현재 API로 이것이 가능한가요? 불가능하다면, 이는 API의 태그 지원에 더 많은 깊이를 추가하는 것이 아직 발견되지 않은 유용성을 가질 수 있음을 시사하는 것일까요?
다시 한번, 저는 무지로 인해 명백한 질문을 하고 있을 수 있음을 인지하고 있습니다. 아마도 API에서 이를 노출하는 것이 어렵거나 비합리적으로 부담이 크거나, 혹은 어떤 이유로 인해 의미가 없을 수 있습니다. 하지만 hopefully 이것은 충분히 쉽게 명확히 할 수 있는 문제일 것입니다.
API 호출은 외부 서비스가 원하는 시점에 언제든 Discourse에 요청을 보내 데이터를 가져올 수 있게 해줍니다.
그러나 해당 서비스가 Discourse의 이벤트에 반응해야 한다면, 변경 사항을 주기적으로 폴링(Polling)해야 하는데, 감시/폴링해야 할 "사안"이 많으면 이는 비효율적이거나 현실적으로 불가능할 수 있습니다.
웹훅은 새로운 이벤트가 발생할 때마다 Discourse가 해당 외부 서비스에게 부드럽게 알림을 보내주도록 하여, 외부 서비스가 할 일이 있을 때만 그들의 작업을 수행할 수 있게 합니다. 이 서비스는 웹훅 페이로드의 정보가 충분하다면 이를 의존하거나, 필요한 작업을 수행하기 위해 추가적인 API 호출을 트리거하는 데 사용할 수 있습니다. 따라서 API와 웹훅 시스템은 서로 보완적인 관계입니다.
훌륭합니다. 정말 도움이 되네요. 그렇다면 이 외부 시스템(Fibery)으로 Discourse를 미러링한다고 가정해 보겠습니다. 제 이해가 맞다면, 처음에는 API를 사용해 모든 주제 데이터 등을 수집하는 것이 적절할 것입니다. 하지만 이후에도 해당 데이터를 유지 관리하려면, 예를 들어 카테고리나 태그 변경 사항에 대해 최신 정보를 유지하려면 Webhooks를 사용해야 할 것인데, 맞습니까? 그렇다면 완전히 새로운 주제의 데이터를 가져오는 경우는 어떻게 해야 할까요? API를 사용할까요, 아니면 Webhooks를 사용할까요? 다른 표현을 하자면, 미러를 채우기 위해 API를 일회성으로 사용하다가, 이후에는 모든 항목에 대해 지속적으로 업데이트를 유지하기 위해 Webhooks만 사용하는 것이 유일한 합리적인 방법일까요? 아니면 두 가지를 혼합해서 사용하는 것일까요? 혼합해서 사용하는 경우, 그 방식은 어떻게 작동하나요?