なんというか、電子書籍を扱うフットワークが軽やかになってきたように感じました。

■電子書籍ならではの記事リリース：週刊文春
本原稿執筆の時点ではほぼ収束してきましたが、ジャニーズ事務所のアイドルグループSMAPの解散騒動がしばらく大きな話題となっていました。

個人的には芸能関係のトピックにはあまり興味が無いのですが、ワイドショーはおろか一般のニュースでもしばしば取り上げられ、大きな話題となっていたことは認識していました。さて、このSMAP解散騒動の発端が世に報じられたのは週刊文春の記事だそうです。

およそ1年前、2015年1月の週刊文春に掲載された、ジャニーズ事務所の副社長へのインタビュー記事がそれだとか。

ここから電子書籍の話になりますが、週刊文春は今回の騒動が盛り上がり始めた2015年1月15日に、このインタビュー記事を電子書籍で緊急発売しました。当時の雑誌丸ごとではなく、該当記事のみということで価格も100円とお手頃です。どの程度の売り上げがあるか分かりませんが、話題性、タイミング、価格を考えるとなかなか期待できる気がします。

この事例は、電子書籍というメディアのメリットを活かしているように思えて、なかなか興味深いものがあります。「過去の雑誌」の「該当記事だけ」を「世間が注目しているタイミングで」リリースする、という点が実に電子書籍的です。

私はマーケティングについては疎いところがあり、「電子書籍的」というとどちらかというと技術的な方面から捉えがちです。例えば、文字サイズを読者が変えられる、動画や音声を使える、リンクを埋め込める、といったような点です。

また、Webで有料会員に公開、という方法も考えられるかもしれませんが（そもそも週刊文春のWebサイトの有料会員制があるのかさえ知りません）、読者にサイトの有料会員になってもらうというのは、結構高いハードルです。電子書籍ならAmazon、楽天、Appleなどの有力なアカウントがあれば購入できるので、収益性の面でもメリットがあるのではないでしょうか。

1つの事例としてご紹介しておきます。

・「文春e-Books：週刊文春が報じた　ジャニーズ女帝メリー喜多川　怒りの独白5時間」

■赤松健先生の「日本の全マンガ蒐集計画」
週刊少年マガジンで連載をお持ちの漫画家であり、電子コミックサービス「マンガ図書館Ｚ」（旧コミ）を運営されている赤松健先生が、海賊版の駆逐、日本の全ての漫画の収集、作家への収益を目的に開発していらっしゃるのが「日本の全マンガ蒐集計画」です。

詳しくは赤松健先生の関連ブログ「（株）Ｊコミックテラスの中の人 」をご覧ください。

・「赤松健、これが究極の一手。・・・なぜ我々は「電子書籍版YouTube」を目指すか」

この取り組みでひときわユニークなのは、海賊版のコミックデータを回収し広告を追加して「マンガ図書館Ｚ」で公開する、という実験です。この発想と実行力には舌を巻く思いです。しかも、ご自身の儲けではなく業界や作家の将来を考えてということで、無関係な私でさえ頭の下がる思いです。

さて、前述の赤松先生のブログ記事で、悲壮とも思える覚悟が述べられています。

以下、引用です。

————引用：ここから————-
もしこの手法が強いバッシングを受けたら、私はもう電子書籍サイト運営から引退して、本業の漫画連載にでも集中しようかな・・・と思っています。なぜなら、「海賊版サイトにあるのは無視するが、マンガ図書館Ｚにあって作者の収益化に役立てる仕組みを作るのは許さない（＝叩く）」という漫画業界からの意思表示だと、私は受け止めるからです。
————引用：ここまで—————-

このように述べられるということは、実際にバッシングを受ける可能性を感じていらっしゃるのでしょう。

私は門外漢なのでバッシングを受ける要素などは分かりませんが、赤松先生のこの事業への熱意を拝見すると、成功を願わずにいられません。

■おわりに
センター試験も終わり、入試シーズンも本格的になってきました。

ウチは昨年、長女と次女がそれぞれ大学と高校の受験で落ち着かない日々を送っていました。その点今年は落ち着いたものですが、大雪やインフルエンザの流行のニュースなどを見ると、受験生の方やそのご家庭のことが気にかかります。教科書、参考書だけでなく、今後は受験も電子化されていくのだろうな、とも考えたりします。

以下、トレーニングの告知です。

トレーニングスクール ロクナナワークショップにて、電子書籍関連のハンズオン講座を行います。ロクナナの講座は少人数制でしっかり深く理解できます。

■「Apple:iBooksストア用電子出版講座」
日時：2016年1月30日（土）11:00～18:00
料金：29,800円（税込み）
会場：東京原宿（ロクナナワークショップ）

■「Amazon:Kindleストア用電子出版講座」
日時：2016年2月20日（土）11:00～18:00
料金：29,800円（税込み）
会場：東京原宿（ロクナナワークショップ）

講座内容のご確認などはロクナナワークショップお問い合わせフォームよりお送りください。

■著者プロフィール
林　拓也（はやし　たくや）
テクニカルライター／トレーニングインストラクター／オーサリングエンジニア
Twitter：@HapHands
Facebook：https://www.facebook.com/takuya.hayashi

■ITライフハック
■ITライフハック Twitter
■ITライフハック Facebook

■はじめに
本連載の第一回目では、システム担当者により手作業で行われてきた構成管理の課題、そうした課題を解決すべく登場した構成管理ツールの一つAnsibleについて紹介した。

第二回目では、Ansibleを使う具体的なメリットについて解説し、第三回目では「いきなり本番環境で始めてしまうのは怖い」という読者に向けて、チュートリアル環境の構築方法を途中までお伝えした。

今回は第三回目の続きとなり、Ansibleを実際にインストールし、構成管理作業をスタートするところまでを解説する。

AnsibleはPythonパッケージ管理システムを使用してもインストールできるが、ここでは、チュートリアル環境として使用するCentOS 6に統合が容易なEPELリポジトリからのインストールを行う。

まず、EPELのミラーサイトの1つから、リポジトリ登録用のRPMパッケージをダウンロード・インストールする。

———————————————————————————–
$ sudo rpm –import http://ftp.tsukuba.wide.ad.jp/Linux/fedora/epel/RPM-GPG-KEY-EPEL-6
$ sudo rpm -ivh http://ftp.tsukuba.wide.ad.jp/Linux/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm
———————————————————————————–

yumコマンドでEPELリポジトリからAnsibleのCentOS 6向けパッケージをインストールする。

———————————————————————————–
$ sudo yum -y install ansible
———————————————————————————–

以下のコマンドでAnsibleがインストールされたことを確認する
（Ansible のバージョン番号が表示されればOK）。

———————————————————————————–
$ ansible –version
———————————————————————————–

必要なソフトウェアのインストールは以上で完了。以下、実際に仮想環境を構築していく。

———————————————————————————–
$ vagrant init centos65
———————————————————————————–

カレントディレクトリにVagrantfile が生成されているので、これを以下の内容になるようテキストエディタで編集を行う。

＜編集 ファイル1＞
※要ダウンロード

編集が終わったら、以下のコマンドで仮想サーバ群を起動（物理マシンのスペックによるが相応の時間がかかる）。

———————————————————————————–
$ vagrant up
———————————————————————————–

チュートリアルで使用する仮想環境（サーバ3台）はこれで構築完了。あらかじめ用意されたひな形（Box）を利用したとはいえ、VagrantがVirtualBoxとともに利用される理由の一端が体感できたのではないだろうか。

次に、Ansible の設定を行う。最低限必要なのが、インベントリ・ファイルだ。

これは、Ansibleが管理対象のホスト（サーバ）のアドレスや、それらをまとめたグリープなどを定義するファイルだ。ファイルのパスは、「/etc/ansible/hosts」である。まずは、以下の内容をテキストエディタで記述する。

＜編集 ファイル2＞
※要ダウンロード

インベントリ・ファイルが用意できたら、まずは疎通確認を行う。以下のコマンドは、Ansible実行ホストから、管理対象ホストにSSHでログインできるかどうかを確認する。

———————————————————————————–
$ ansible multi -m ping
———————————————————————————–

インベントリ・ファイルにおいて、「multi」は、「webapp」と「db」というホストのグループを含むグループ（本環境では、全管理対象サーバ）になる。

これで、以下のような出力が返ってくれば、Ansibleで仮想サーバ群を管理する
前提条件が整っているということになる。

———————————————————————————–
$ ansible multi -m ping

192.168.60.7 | success >> {
“changed”: false,
“ping”: “pong”
}

192.168.60.8 | success >> {
“changed”: false,
“ping”: “pong”
}

192.168.60.11 | success >> {
“changed”: false,
“ping”: “pong”
}
———————————————————————————–

Ansibleの様々な機能（モジュールという形で実現されている）の1つに、管理対象のホスト上でコマンドを実行するというものがある。これは単純な機能だが、管理対象のホストの数が多い場合は、意外と便利だ。

例えば、Vagrantによって各仮想サーバのホスト名が正しく設定されているかどうかを確認してみよう。

———————————————————————————–
$ ansible multi -a “hostname”
———————————————————————————–

以下のような結果が返ってくれば、Vagrantfileの内容に基づいて構築された仮想サーバのホスト名が設定されていることが確認できる。

———————————————————————————–
$ ansible multi -a “hostname”

192.168.60.7 | success | rc=0 >>ph-app01.devel

192.168.60.8 | success | rc=0 >>ph-app02.devel

192.168.60.11 | success | rc=0 >>ph-db01.devel
———————————————————————————–

以下のコマンドを実行するとどうなるだろうか。

———————————————————————————–
$ ansible multi -a “free -m”

192.168.60.11 | success | rc=0 >>
　　　　　　　　total used free shared buffers cached
Mem: 490 350 139 0 42 222
-/+ buffers/cache: 86 404
Swap: 991 0 991

192.168.60.8 | success | rc=0 >>
　total used free shared buffers cached
Mem: 490 350 139 0 42 222
-/+ buffers/cache: 86 404
Swap: 991 0 991

192.168.60.7 | success | rc=0 >>
　total used free shared buffers cached
Mem: 490 350 139 0 42 222
-/+ buffers/cache: 86 404
Swap: 991 0 991
———————————————————————————–

実行するまでもなくお分かりの人も多いと思うが、管理対象のホストのメモリーの使用状況が表示される。上述した「便利」さが体感できたのではないだろうか。

■最後に
Ansibleは、このような複数のホストに命令を送り込んで結果を得る、という基本機能を組み合わせることによりサーバ環境の状態を制御していく。

導入部としての連載はこれで一旦終了となる。環境準備の基本は押さえられたはずなので、今後は「プレイブック」を作成するなど発展的内容の学習につなげていっていただきたい。

■株式会社ファランクス

著者プロフィール：
藤田泰弘（ふじた・やすひろ）
株式会社ファランクスCTO（最高技術責任者）。1975年福井県生まれ。2002年東京大学経済学部卒業。大学在学中より携帯電話向けコンテンツサービスの開発に携わり、卒業後も同サービス開発会社で働く。主な担当はサービスインフラの設計・構築。ファランクスがアフィリエイト広告事業に参入するにあたり、大学時代からの知己であった経営陣からの誘いを受けて同社でのシステム全般の立ち上げに参画、現在に至る。