技術チーム
組織として、アプリケーションを運用する前にコードと導入要件を確認したい場合。
ソースコードとドキュメントを確認し、稼働中のサービスをチームで維持できるか判断してください。
導入方法の選択肢
postizのセルフホストはチームに適していますか？
Postizを自社で管理するインフラ上で動かす場合、導入、データ保存、更新、復旧を担う人が変わります。このガイドでは、そうした運用上の責任と、本来の目的であるソーシャルメディアへの投稿作業を分けて説明します。
この選択肢と一般的な選択肢の違い
どちらもソーシャルメディアへの投稿を支援する方法です。違いは、アプリケーションの実行環境についてもチームが責任を負うかどうかです。
セキュリティ審査担当者
画面が正常に動くかだけでなく、認証情報や投稿データの保存先を評価する必要がある場合。
インフラの管理を、アクセス権限、機密情報、連携するソーシャルアカウントを含む幅広い審査の一部として捉えてください。
ソーシャルメディア担当者
当面の目的がサーバーの保守ではなく、投稿の準備と予約である場合。
導入方法の検討で日々の作業を見失わないよう、まず投稿の流れを整理してください。
小規模チーム
利用方法を選ぶ前に、運用にどれだけの負担がかかるか把握したい場合。
チームで担える作業と、他者が運用するサービスを利用する、より簡単な方法を比較してください。
自社のインスタンスでのみ管理できる3つのこと
これらは投稿機能の追加ではなく、運用上の管理項目です。それぞれについて、運用担当者が作業を計画する必要があります。
-
1
実行環境を選ぶ
アプリケーションと必要なサービスをどこで動かすか選びます。サーバーを決める前に、対応するインストール方法と依存関係を最新のプロジェクトドキュメントで確認してください。
-
2
アクセスとデータのルールを決める
誰がインスタンスにアクセスできるか、機密情報をどう保存するか、バックアップとデータ保持にどのような方針を適用するかを決めます。自分でホスティングしても、連携したソーシャルアカウントのリスクがなくなるわけではありません。
-
3
継続的な保守を担う
アップデート、監視、復元テスト、トラブルシューティングを計画します。初日に正常に動く環境でも、ソフトウェアやプラットフォーム連携が変われば対応が必要です。
始め方
まず、ソフトウェアを運用したいのか、それとも単にそれを使って投稿したいのかを決めましょう。以下の関連ガイドは、インスタンスを準備する前にその判断を整理するのに役立ちます。
セットアップ方法を詳しく見る
この表は、すべての導入環境に同じ機能があるという保証ではなく、責任範囲を確認するためのチェックリストとして使ってください。最新の要件はプロジェクトのドキュメントで確認してください。
| 自分で運用するインスタンス | 一般向けアクセス | |
|---|---|---|
| インフラストラクチャ | チームが実行環境を選び、保守します。 | サービス運営者が実行環境を保守します。 |
| インストール | チームがサポート対象のデプロイ手順に従い、動作を検証します。 | サービスを使い始めるのにサーバーへのインストールは不要です。 |
| アプリケーションのアップデート | チームが更新を計画、適用、確認します。 | サービス運営者がアプリケーションの更新を担当します。 |
| データの保存場所 | 設定したインフラとストレージによって決まります。 | サービス運営者の設定によって決まります。 |
| バックアップ | チームが復旧手順を定め、テストします。 | 復旧はサービス運営者の運用手順に従って行われます。 |
| 可用性 | ホスティング、監視、インシデント対応によって左右されます。 | サービス運営者のインフラによって左右されます。 |
| ソーシャルプラットフォームとの連携 | 引き続き、各プラットフォームの権限と連携要件が適用されます。 | 同様に、プラットフォームの権限と連携要件が適用されます。 |
自分で運用する場合の限界
環境をより細かく管理できても、外部への依存がなくなったり、運用が自動化されたりするわけではありません。
1
プラットフォームのルールはなくせません
セルフホストしたインスタンスも、連携先の各ソーシャルネットワークで許可されるアクセスや動作に依存します。ホスティング場所を変えても、連携の制限を回避することはできません。
代わりにすべきこと
導入前に、必要なネットワークについて、現在サポートされている連携と権限を確認してください。
2
自動で保守されるわけではありません
Postizをインストールするだけでは、セキュリティパッチの適用、データベースの管理、監視、障害後の復旧まで自動的に対応されるわけではありません。
代わりにすべきこと
インスタンスを利用する前に、運用担当者を決め、更新、バックアップ、復元の手順を文書化してください。
3
データの安全性は保証できません
サーバーを管理する場合、外部への公開範囲、認証情報、アクセス権についてチームで判断する必要があります。インスタンスのセキュリティ対策が不十分だと、投稿ワークフローが危険にさらされる可能性があります。
代わりにすべきこと
アクセスを制限し、機密情報を保護し、設定を見直して、復旧計画をテストしましょう。
次のステップを選ぶ
主な目的がソーシャルメディアのコンテンツを計画・投稿することなら、利用可能な投稿方法を確認してください。インフラの管理が不可欠なら、最新の導入ドキュメントを確認し、継続的な運用をチームで担えるか確かめてください。
セルフホスティングに関するFAQ
Postizには、独自のインスタンスを運用したいチーム向けのセルフホスティング方法があります。導入方法や要件は変更される場合があるため、現在サポートされている内容を最新のプロジェクトドキュメントで確認してください。
サービス提供者にアプリケーションの運用を任せる代わりに、チームが管理するインフラ上でアプリケーションを稼働させます。アクセス権、更新、バックアップ、監視、復旧の計画も含まれます。
独自のサーバーを運用するかどうかは選択できます。ソーシャルメディア投稿ツールを使うための必須条件ではありません。投稿の準備と公開だけが目的なら、インフラの運用を引き受ける前に、通常の利用方法と比較してください。
導入方法だけで機能が同じだと判断しないでください。必要な機能や連携について最新のドキュメントを確認し、導入するバージョンで想定するワークフローをテストしてください。
インスタンスと設定したストレージの稼働場所は選べますが、連携するソーシャルネットワークでも投稿に必要なデータが処理されます。データの流れ全体を把握するには、アプリケーションの設定と各プラットフォームの権限を確認してください。