日本語
Logto の実践: Apache Answer をシームレスに統合してユーザーのためのコミュニティを構築する
Logto のサードパーティアプリ機能を活用して Apache Answer を統合し、既存のアカウントでサポートにシームレスにアクセスできる統一されたコミュニティプラットフォームを作成する方法を示します。
Yijun
Developer
Developer
Logto のサードパーティアプリ機能を活用して Apache Answer を統合し、既存のアカウントでサポートにシームレスにアクセスできる統一されたコミュニティプラットフォームを作成する方法を示します。
優れたソフトウェア製品を構築することは大きな成果ですが、それは本当に旅の始まりに過ぎません。
アプリケーションの長期的な成功と進化は、そのユーザーを理解し、関与することに大きく依存しており、それはフィードバックを収集し、痛点を特定し、質問に答え、問題を解決することを含んでいます——これは反復と改善を促進する重要なサイクルです。
この記事では、次のことを行います:
Logto を使用する際のハイライトは、ユーザーが自分のシステムのアカウントと同じアカウントでコミュニティにサインインすることです。これにより、質問しているユーザーの現在の状況を容易に把握でき、彼らのソフトウェアでの状況を問い合わせるために多数のやり取りをする必要がなくなります。
Apache Answer は、ユーザーとチームを結びつけるオープンソースの Q&A プラットフォームです。知識を共有し、一緒に問題を解決するためのスペースを作ります。このプラットフォームは、リアルタイムの Markdown プレビュー、高度な検索、コンテンツの投票システムを備えています。
プラットフォームは、OAuth 2.0 ログインを標準でサポートします。これは、Logto のような既存の ID プロバイダーと自然に互換性があることを意味します。ユーザーは、コミュニティプラットフォーム用に新しい資格情報を作成することなく、既存のアカウントでサインインできます。
Logto のアカウントを使用してサードパーティアプリケーションにユーザーをログインさせたいときは、Logto があなたのアプリケーションの ID プロバイダー（IdP）として機能します。
それはあなたのユーザーが誰であるかを確認する中枢の権威として考えてみてください。ユーザーがメインのアプリケーションにログインすると、次のプロセスを処理するためにおそらく Logto にリダイレクトされます（ユーザー名/パスワード、ソーシャルログインなど）。Logto がユーザーを正常に確認すると、「はい、このユーザーは正当です」とアプリケーションに知らせ、彼らの基本的な情報を提供します。
この概念は、単なるプライマリアプリケーションを超えて広がります。Logto は強力な機能を包含しています——サードパーティアプリケーション。この機能を使えば、Logto は、自分のアプリケーションだけでなく、ユーザーがアクセスしたい 他の 外部アプリケーションの IdP 役割も果たすことができます。
これを実現するために OpenID Connect (OIDC) が使われます。これは OAuth 2.0 プロトコルの上に構築された標準のアイデンティティレイヤーです。簡単に言うと、OIDC はあるアプリケーション（Apache Answer のような、リライングパーティまたはクライアント）がユーザーの IdP（Logto）からユーザーのアイデンティティの情報を要求し、受け取ることを可能にします。
Logto に Apache Answer の OIDC アプリケーションを設定するとき、あなたは基本的に Logto に「Apache Answer の代わりにユーザーを認証する準備をして、ユーザーが承認すれば、Answer に基本的なユーザーアイデンティティ情報を安全に送信せよ」と伝えます。この機能は、Logto 認証されているアプリケーションと Apache Answer のようなサードパーティツール間のシームレスなシングルサインオン（SSO）を解く鍵です。
設定を始める前に、シナリオで関係するコンポーネントを明確にしておきましょう:
さあ、実際に手を動かしましょう。このプロセスは、Logto と Apache Answer の両方での設定を含みます。
公式インストールガイドに従い、Apache Answer をインストールします。そして、デフォルトで http://localhost:9080 でアクセスできるようになります。
http://localhost:9080/answer/api/v1/connector/redirect/basic を Redirect URI フィールドに追加します。profile と email）を選択し、ログイン時に Apache Answer が基本的なユーザー情報を受け取れるようにします。
http://localhost:9080/admin で Admin ダッシュボードにアクセスします。sub。name。username。email。picture。email_verified。openid,profile,email。注意: openid スコープを含めることを忘れないでください。これは、OIDC 標準が User JSON URL からユーザー情報を取得するために要求するものです。Logto のサードパーティアプリケーションは OIDC に基づいて実装されている一方で、Apache Answer のプラグインは OAuth 2.0 を使用しているため、このスコープは両システム間での適切な認証フローを確保するために必要です。
Logto と Apache Answer の両方が設定されたら、シームレスなユーザーエクスペリエンスを確認してみましょう:
ボタンをクリックすると、Logto のログインページにリダイレクトされます。
「Connect with Logto」ボタンをクリックした後、既存のアカウントでログインできる Logto にリダイレクトされます。その後、Apache Answer に情報を共有する許可を求める同意ページが表示されます。
注意: Apache Answer はログインしたユーザーが確認済みメールを持っているかどうかを確認します。ユーザーがメール情報を持っていない場合、Apache Answer は確認のためのメールを提供するよう求めます。
なぜこれらのステップを踏むのでしょうか？利点は significant です:
サードパーティツールの統合は、リッチなアプリケーションエコシステムを構築するために不可欠ですが、これらのツール間でのユーザーアイデンティティの管理は大きな面倒です。Apache Answer で示したように、Logto のサードパーティアプリケーション（OIDC）機能は、このギャップを橋渡しする強力で標準的な方法を提供します。
Logto を Apache Answer の中央 ID プロバイダーとして設定することで、既存ユーザーのための専用コミュニティスペースを効果的に**"ワンクリック"**で有効化し、シームレスなログインエクスペリエンスを提供し、あなたのチームに統一されたユーザーアイデンティティのメリットを提供できます。
さらにエキサイティングなのは、このパターンが Q&A プラットフォームに限定されず、分析ダッシュボード、プロジェクト管理ツール、内部ユーティリティ、その他多数のアプリケーションに適用できることです。ユーザーに優れたソフトウェアエコシステムを構築できます。
将来の記事では、Logto を利用して他の便利なツールを統合する方法を探るかもしれませんので、ぜひご期待ください！