Docker上におけるMattermost運用のすべて#

Note

この記事は執筆途中のものです。

前提:

Ubuntuについて#

Ubuntuは最も簡単にLinuxを使えるディストリビューションである。

Ubuntuは多くの企業や個人が使っており、情報が多く、開発元のCanonical社が情報を多く出しているため、データが多く存在する。情報量が多いのは何かと都合が良いので、今回のホストマシンとして利用している。

上級者向けTips: UbuntuはDebianの派生形であり、Debianの情報もある程度転用場合が多い。

Ubuntuのバージョンはyy.mm.vvで表記される。yyとmmはリリースされた年と日となり、基本は各年の4月と10月にリリースされる。

vv部はマイナーバージョンである。当該のリリース内での変更が一定数蓄積された際にバージョンアップする。22年5月に代わっても変更先が22年4月リリースのものであれば、22.04.1となる。

Dockerはアプリケーションをコンテナと呼ばれるものに閉じ込めて実行する。その際、Linuxの根幹部分であるLinuxカーネルはDockerの親機と共有する。

Dockerでは後述するExposeやMountをしない限り、ホストの環境を汚さない（変更しない）ため、簡単に環境を破棄できる。コンテナ内で火災が起きたときは、コンテナごと海に不法投棄すればよいのと同じように、コンピュータでも電子の藻屑にすることができる（トカゲのしっぽ切りを想像してもらいたい）

Dockerではコンテナのテンプレートをイメージとして提供する。イメージはDocker Hubやghcr.ioなどのコンテナレジストリで提供される。

多くの場合、コンテナイメージをそのまま起動することで、テンプレートの提供するアプリケーションをすぐに使えるようになるため、簡単に環境の構築が可能であり、再現が簡単であるため、環境を簡単に捨てられる。

Dockerはコンテナであり、このコンテナ内から外にはアクセスできない。（現実のコンテナにソフトが閉じ込められているイメージを持つとよい）

外部からの入力を許可するにはポートのExpose（コマンドで言うと-p 80:80などの引数をrunコマンドに追加することでで指定する）を利用する。標準では、親機でNAPTを行う。この説明は別の資料で行うが、親機のIPアドレスの指定したポートを転送すると思ってもらいたい。

Docker上のデータを保持したい場合、手法は様々あるが最も簡単なのはHost Mountである。親機の特定のディレクトリもしくはファイルを、Dockerコンテナ内の任意の場所にそのまま配置し、内容を同期する。これにより、データをホストに退避させることが可能である。

MattermostはDockerでの運用が可能である。 Dockerで運用する場合、Mattermostの更新はDockerイメージの更新で行うため、非常に手軽に更新ができる。

Note

この後にインストールなどの詳細な手順が続くが、必ず公式ドキュメントを参照し、常に最新の情報を確認すること。本記事において紹介する手法は、必ずしも最新版に適合せず、また、非推奨の項目が含まれている場合がある。

MattermostのDockerイメージは公式のDocker Hubで提供されている。

無料版であるTeamエディションは、基本的にmattermost/mattermost-team-editionイメージを使うことになる。

Dockerのタグ（バージョン情報）はMattermostのリリースバージョンに合わせられている。

Mattermostは下記のポートを利用する

通話機能に関する詳細は、公式ドキュメントのCalls self-hosted deploymentを参考にすること。

利用ポートとその用途は、公式ドキュメントのArchitecture overviewを参考にすること。また、このドキュメントには、Mattermostが必要な通信ポートの一覧が記載されている。必要最低限のネットワーク上で構築したい場合は、このドキュメントを参照すること。

下記のディレクトリをホストマシンにマウントすることが想定される。