マストドン導入について12017/04/16マストドンマストドンを導入しようと奮起中。調べていくと大幅な環境変更が必要で、とても2、3日でできるものじゃなさそうなので、検討事項をメモ。マストドンとは最近バズってるポストTwitterとの呼び声高いSNS。投稿文字数がTwitterよりちょっと多いくらいで、ユーザから見た時のTwitterとの差はそんなにない。システムとしてTwitterと一番異なるのは、分散型システムであること。TwitterはTwitterが全ユーザのアカウントや投稿を保持しているため、Twitter社のシステムがダウンすると全サービスにつながらなくなる。マストドンはそうではなく、ユーザ自身がそのアカウント情報や投稿を保存するサーバを選択できる。そのため、一部のサーバが落ちても、そのサーバ以外に存在するユーザの投稿は問題なく見ることができる(当然自分のアカウント情報が含まれるサーバが落ちたら何も見れなくなるけど)。マストドンはOSSであり、ソースコードを引っ張ってきて自前でサーバを構築できる。プロプライエタリなTwitterと大きく異なる点の一つ。要件そんな今はやりのSNSマストドンのサーバを自前で構築しようと考えている。いうわけで要件を以下に整理。マストドンを稼働させること(マストドンはDockerコンテナが用意されている。いい機会なので触れてみたい。)サーバを増やさないこと(このWordPressはGMOクラウドのVPSの2GBプランを契約して動かしている。リソースも余っているし、もろもろ月2000円程かかっているので、これ以上新たにサーバを増やし、金をかけたくない)既存環境への変更を最小限にすること(技術も知識もないので大幅な変更には時間がかかる。悠長にやっていたらマストドンブームが終わる。以上を受けて、現在検討している方針がこちら。既存のサーバにDocker環境を構築し、そこにマストドンのコンテナを乗せるマストドンとWordPressを同居させるために、nginxをリバースプロキシサーバとして用いる。マストドンへのアクセスはコンテナに、WordPressへのアクセスはApacheに振り向ける(既存のApacheもリバースプロキシ機能を持っているが、SNSのような小さなリクエストを大量にさばくのには不向き)将来的に、WordPressもコンテナ環境に移行する(現在はドキュメントルート直置き。コンテナに移行できれば管理が簡単になる。同時にApacheが不要となり、リソースを削減できる。時間がないので当面は保留。やることDockerの勉強nginxの勉強おわり。