ClickHouse 連携のドキュメント化
このサイトの連携ドキュメントでは、エンドユーザーがセットアップ内容を把握し、問題を一か所で切り分けられるようにします。このページでは、記載すべき内容、ファイルの配置場所、プルリクエストの作成方法について説明します。
まだ確認していない場合は、まず Building integrations と Testing your integration を参照してください。
ドキュメントの配置場所
- リポジトリ:
ClickHouse/clickhouse-docs - フォーマット: Markdown、Docusaurus でビルド
- 場所:
/docs/integrations/<category>/<your-integration>/。<category>には、製品の機能を表す値 (data-visualization、data-ingestion、language-clientsなど) を指定します - プロセス:
mainに対してプルリクエストを作成します。ClickHouse の Integrations チームがレビューします。初回のコントリビューターは、PR 上でボットの案内に従って Contributor License Agreement に署名します
このリポジトリ内の連携ページは、エンドユーザー向けの主要なリファレンスです。製品固有の詳細については、連携ページから自社サイト上の補足ドキュメントへリンクできます。
参考になる優れた例: Tableau と Metabase。
カテゴリを選択する
製品の機能に最も合ったカテゴリを選択してください。PR を作成する前に、Integrations にある既存のカテゴリを確認してください。判断に迷う場合は、PR の説明欄に想定しているカテゴリを記載してください。Integrations チームが適切なページ配置をサポートします。
必須セクション
すべての連携ページでは、できれば次の内容をこの順序で扱ってください。
- 目的。 その連携で解決できる問題を、2~3文で説明します。宣伝的な表現は避けてください。読者の多くは、導入構成を検討しているエンジニアです
- 前提条件とサポート対象バージョンの一覧。 ユーザーが事前にインストールしておくべきものと、ClickHouse Cloud とセルフホスト (オープンソース) の両方でサポートするバージョンを示します。小さな表にまとめると効果的です
- セットアップ手順。 動作する接続を確立するまでの手順を段階的に説明します。差異がある箇所 (ホスト、ポート、TLS) については、Cloud とセルフホストを並べて記載してください
- 認証。 サポートする認証方式を示します (少なくとも TLS 上でのユーザー名とパスワード認証に対応し、該当する場合は mTLS、SSL クライアント証明書、IP 許可リストに関する注記も含めます)
- エンドツーエンドの例。 接続から意味のある結果が得られるまでの、現実的な例を少なくとも 1 つ含めてください。読者が再現できるように、ClickHouse example dataset を使用してください
- 既知の制限事項とパフォーマンス特性。 型システム上の制約、結果セットのしきい値、スループットに関する注意点、未対応の機能を記載します。ここを率直に書いておくことで、サポート工数の削減につながります
- トラブルシューティング。 よくあるエラーとその対処方法を記載します。初版であれば、頻出するケースを 2~3 件挙げれば十分です
スタイルに関する注意事項
- Cloud と セルフホスト の両方を記載してください。 Cloud では通常、ポート
8443で HTTPS、9440でネイティブ TCP を使用します。セルフホスト のデフォルトは8123と9000です - Docusaurus の admonition (
:::note、:::warning、:::tip) を使用し、太字の段落ではなくコールアウトとして記述してください - 詳細はリンク先に委ねてください。 データ型、フォーマット、JDBC、ClickPipes などは既存のドキュメントにリンクし、ここで重ねて説明しないでください
- マーケティング色は出さないでください。 ここでの連携ページは技術リファレンスです。プロモーション用の内容は自社サイトに掲載し、こちらからはパートナーディレクトリ経由でリンクできます
コピー&ペースト用テンプレート
角括弧で囲まれた部分を埋め、/docs/integrations/<category>/<your-integration>/index.md として保存し、PR を作成します。
レビュー
ClickHouse 連携チームは、PR について、技術的な正確性、Cloud とセルフホストの両方をカバーしていること、そしてドキュメントのスタイルを確認します。レビュー担当者の承認が得られるまで、PR 上で修正を重ねてください。その承認がマージの条件です。