1년 반 전에 Discourse on Ghost 통합이 발표되었습니다. 이를 통해 Ghost 사용자는 출판물에 가지고 있는 동일한 권한으로 해당 사이트의 포럼에 원활하게 접근할 수 있게 되었습니다. 이 통합의 하나의 "단점"은 VPS에 설치해야 한다는 점으로, Ghost와/또는 Discourse의 많은 사용자에게는 다소 부담스럽게 느껴질 수 있습니다(지난 며칠간 Ghost 포럼에서 논의되었던 바와 같이).
여기 Discourse 포럼에서는 며칠 전 두 플랫폼의 통합에 대해 다음과 같이 언급되었습니다:
이것이 훌륭하겠지만, 또 다른 옵션으로는 Cloudflare Workers로 설정할 수 있는 “즉시 사용 가능(ready-to-use)” 버전을 만드는 것이 있을 수 있습니다. 이는 초보자의 진입 장벽을 일부 낮추어 주겠지만, 더 나은 옵션은 그러한 것이 가능하다고 가정할 때 Discourse 플러그인을 만드는 것일 수 있습니다. 이미 Sign in with Apple 플러그인이 존재하는 점을 고려할 때, Sign in with Ghost 플러그인도 기술적으로 가능할 수 있다는 것을 시사하지 않을까요?
따라서 현재 Discourse-on-Ghost 통합은 Ghost 자체를 셀프 호스팅할 필요 없이, D-o-G 기능만 셀프 호스팅하면 됩니다. 해당 통합은 DiscourseConnect를 사용하므로, 호스팅 방식과 관계없이 어떤 Discourse 설치 환경에서도 기본적으로 정상적으로 작동합니다.
이는 Discourse를 셀프 호스팅해야 한다는 것을 의미합니다. 그렇다면 이것이 어떤 문제를 해결하나요? 상대적으로 단순한 Ghost 애드온을 셀프 호스팅해야 하는 부담이, Discourse를 셀프 호스팅해야 하는 부담으로转移(이전)될 뿐입니다.
아, 그러네. 비공식 및 커스텀 플러그인이 엔터프라이즈 플랜에서만 사용 가능하다는 사실을 몰랐어. 이제 "상대적으로 단순한 Ghost 애드온을 자체 호스팅하는 부담이 Discourse를 자체 호스팅하는 부담으로 옮겨간다"는 말이 무슨 뜻인지 이해가 가네. 문제는, "단순한 애드온"을 자체 호스팅하는 것이 기술에 익숙하지 않은 사람들에게는 너무 번거로울 수 있지만, 일부는 모든 작업이 더 유능한 사람들의 손에 안전하게 맡겨진다는 안도감을 원할 수 있다는 거야.
이런 상황에서 @pmusaraj, 커스텀 플러그인이 엔터프라이즈 플랜에서만 사용 가능하다는 점을 고려할 때, 플러그인 관련 옵션이 사실상 '극단’인 두 가지, 즉 자체 호스팅 또는 엔터프라이즈 플랜 중 하나만인 건가요? Discourse가 스스로를 유지하기 위해 수익을 내야 하므로 스타터 플랜에는 커스텀 플러그인이 제공되지 않는 이유를 완전히 이해하지만, 여기서 어떤 중도적 경로가 있을 수 있을까요? 아니면, 플러그인이나 “Ghost를 ID 제공자로 구성하는 것” 외에 아직 다루어지지 않은 다른 경로가 있을까요?
company기침 같은 곳에서 저렴한 호스팅 플랜으로 공식 및 비공식 플러그인을 모두 제공해 주면 좋겠네요.
하지만 진지하게 말씀드리면, 이러한 솔루션은 특정 서비스에 의존하지 않고 널리 이용 가능해야 한다고 생각합니다.
[quote=“Allan Strømfeldt Christensen, post:5, topic:329328, username:stromfeldt”]
또는 플러그인이나 “Ghost를 ID 제공자로 구성”하는 것 외에 아직 다루어지지 않은 다른 경로가 있을까요?
[/quote]D-o-G가 Ghost에 대해 JWT 통합을 사용하는 것으로 보입니다. Discourse에는 JWT 플러그인이 있습니다(공식이지만 엔터프라이즈 플랜에서만 사용 가능한 것 같습니다). 이는 조사해 볼 가치가 있는 방향일 수 있습니다.
위 플러그인들을 고려할 때, Discourse용 특정 Ghost 인증 플러그인은 필요하지 않다고 생각합니다. Ghost가 이러한 표준 중 하나를 지원하게 되면, 특정 Ghost 플러그인은 필요 없게 됩니다. 이 부분에 대해 협업에 열려 있지만, 직감적으로 Ghost 측에서 IDP 기능을 제공하는 데 상당한 노력이 필요할 것 같습니다.
@RGJ가 언급했듯이 JWT 경로도 옵션입니다. 플러그인이 존재하며, D-o-G 중개자와 동일한 기능을 수행하도록 구성할 수 있을 것입니다. 다만, 다소 구식 표준이므로 일반적으로 OAuth, OpenID, SAML 또는 DiscourseConnect 사용을 권장합니다.
안녕하세요, 여기는 처음 오고 Ghost-Discourse SSO 통합 관련 스레드들을 열심히 읽었습니다. 저는 호스티드 Ghost(Pro) 플랜을 사용 중이며, 호스티드 Discourse 인스턴스에 SSO를 설정하길 원합니다. 이때 사용자 인증의 단일 정보 소스(SoT)로 Ghost를 사용하려는 것이죠. 현재 제 유일한 선택지가 SSO 미들웨어 앱을 직접 셀프호스팅하여 운영해야 하는 것이라는 제 이해가 맞나요?
첫 단계로 Ghost 측에 OAuth를 통해 ID 제공자(Identity Provider) 역할을 지원하는지 확인하는 것이 좋습니다. 포럼을 빠르게 검색해 보았지만, 이것이 지원되는지 아닌지 명확하게 알 수 없었습니다. 2024년 4월에 작성된 이 게시물에서 OAuth에 대한 언급을 발견했지만, 이것이 Ghost가 로그인 제공자로 작동하는 것인지(또는 Ghost가 다른 서비스를 로그인 제공자로 사용하는 것인지) 확실하지 않습니다.
그것이 나의 첫 번째 조치였습니다. Ghost 지원팀에 기능 요청을 등록했지만, 곧 이루어질 가능성은 거의 없으며, 영원히 이루어지지 않을 수도 있다는 답변을 받았습니다. 숨을 참고 기다리기보다는, 엔지니어를 고용하여 드롭렛에 DoG를 설치했습니다. 현재 완벽하게 작동하고 있으므로, 이것이 효과적인 우회책임을 보증할 수 있습니다. Ghost 지원팀이 이 문제에 대해 왜 이렇게 완고한지 이해할 수 없습니다.
