前回までのあらすじ

GitHubを利用して、おじさんの成果物を公開する準備が整いつつあるよ
目標を立てたよ、LINE風アプリが作れるようになることを目指すよ
- (No.4) おじさんが、何を開発するのか目標を立てるよ

メッセージを送受信するイメージ（もうそう）

おじさん、LINE風の仕組みをつくるために、まずは、メッセージの送受信を妄想してみるよ。

メッセージを宛先(スマホやPC)に直接送信する案と、問題点について

おじさん、下図のようにスマホ同士で、直接メッセージを送信すれば良いと考えたよ。
おじさんからのメッセージ「こんにちは」を、Aさんのスマホに送信するイメージだよ。
でもLINEを調べてみると、スマホやPCやタブレットなど、複数の環境で、過去に受信済みのメッセージを見ることが出来るらしいんだ・・・。
- 後でAさんがPCやタブレットにLINEをインストールするケースを考えると、Aさんのスマホに直接メッセージを投げる方法では実現出来ないことかも・・・。
- 「こんにちは」は、PCやタブレットを導入する前に、スマホに送信したメッセージなのだから・・・。
単純におじさんが送信するメッセージを、宛先のスマホやPCに送信する方法だと、LINEとは異なる動きのアプリになりそうなんだ。（おじさんの考えた案は、トランシーバのようなものに近いかもだよ・・・）

問題を解決するアイディア

前述の案だと、随分と後になってアプリをインストールした端末上では、過去のメッセージを見ることが出来ない問題が出てきたよ。
- この問題は、宛先の端末に直接メッセージを送信することによって、発生する問題と思うんだよ。
  - 解決方法は、おじさんの送信したメッセージを、誰でも見れるような場所に置いておく必要があると思うんだ。（町内掲示板みたいなイメージだよ）
下図のアイディアでは、おじさんのメッセージを入れておく、ナゾ箱を設置することにしたんだよ。
- 直接相手にメッセージを送信するのではなくて、ナゾの箱におじさんはメッセージを送信することにしたよ。
- 宛先のAさんは、気が向いたときにナゾ箱の中身を確認して、メッセージが届いていることを確認すれば良いんだよ。
- この方法だと、スマホからメッセージを読むことも可能だし、後で購入したPC・タブレットから読むことも可能だよね。
メッセージを読み書きすることが出来るような、共有の箱、ナゾ箱を設置する必要性を感じたんだよね（照）。

ナゾ箱

ここまでで、メッセージを読み書きする箱の必要性がわかった（ような）気がするよ。
ナゾ箱に、手紙を入れておくわけにもいかないから、ナゾ箱＝コンピュータであることは、おじさんでも想像が出来るよ。
おじさんのコンピュータをナゾ箱として設置するのは、ちょっと気が引けるよ。　ずっと電源入れておかなくちゃいけないし、侵入されたら、おじさんの恥ずかしいファイルが流出しそうで怖いよ・・・。
ナゾ箱について調べてみたけど、今回のようにメッセージを書き残したり、公開したり、何かしらの機能やサービスを提供するコンピュータのことを、世間では「サーバ」と呼ぶらしいよ。
- 以降、機能やサービスを提供するコンピュータのことを「サーバ」と呼ぶことにするね。おじさん、横文字にもなれてきた気がするよ（照）。
続いて、サーバをどうやって準備すれば良いのか考えることにするよ。

サーバを準備するにあたって懸念すること

ここまでの振返り
- サーバと呼ばれるコンピュータの必要性がわかった気がするよ。たぶん。
- おじさんのメッセージを書き込みしたり、誰かにメッセージを読み込ませたりする目的で、サーバを利用するよ。
おじさんがサーバを準備するにあたって懸念すること
- サーバ＝コンピュータってことは、サーバも様々な種類があるってことだよ。
  - おじさんのコンピュータはApple製だよ（自慢だよ）。
- おじさんのような素人が、コンピュータを楽に・便利に活用するには、OS（オペレーティングシステム）が必要だよ。
- コンピュータも製造するメーカが様々だけど、OSも種類が様々あるみたいだよ・・・。
  - おじさんが現在利用しているmacOS
  - Windows
  - Linuxなんて呼ばれるものもあるみたいだよ・・・
- 所有するコンピュータや、これから調達するサーバによって、開発する方法や考慮しておくべきことが変化しそうだよ。
  - 素人のおじさんでも想像出来るけど、例えば、WindowsとmacOSでは、異なる点が色々ありそうな気がするよ。
    - 実際、Windows用のアプリを、そのままmacOSに持ってきても動作しないよね？
    - おじさんのQiitaでの目的は、おじさんが自習して、職を得ることだけど、おじさん以外の人もおじさんと同じことが出来るように記録を残したいんだよ。（よくばりすぎかな？）
      - 調達するサーバによって、プログラムの作り方や、考慮が変化するとなると、おじさん個人では対応しきれないよ・・・。
      - サーバやOSを1種類に限定するとしても、そもそもおじさんの持っているコンピュータはApple製で、OSはmacOSだよ。
      - おじさん以外の人が、おじさんと同じ作業を追体験するには、おじさんと同じコンピュータとmacOSが必要になるってことだよ。
      - コンピュータやOSの違いが問題になりそうだよ。

懸念点のまとめ

サーバの種類やOSによって、その上で動作するプログラムの作り方や考慮が変化するかもだよ。
- おじさん以外の人でもおじさんの作業を追体験出来るようにしたいよ。
  - でも、おじさんのコンピュータはApple製で、OSはmacOSだよ。
    - おじさんのコンピュータと条件が異なるコンピュータを利用する場合は、おじさんが意図しない問題が出てくるかもしれないし、それを事前に検証することも出来ないよ。
    - Windowsは対象外になってしまうよ。
アプリ開発時に利用するおじさんのコンピュータと、不特定多数に公開するサーバと、おじさんの作業を追体験するおじさん以外の人のコンピュータのそれぞれを、可能な限り同じ条件に合わせたいんだよ。

開発環境（おじさん）、サーバ、おじさん以外の人のコンピュータの条件を可能な限り合わせるには

ネットサーフィン（汗）だけが、得意なおじさん。色々調べたところ、次のような方法があることがわかったよ。
- 仮想機械、仮想マシン、バーチャルマシンを利用する方法
- コンテナを利用する方法

あとがき

コンピュータやOSの種類による影響を最小限にしたいので、仮想環境やコンテナについて、少しずつ調べていくよ。
サーバを準備して、複数の環境からメッセージを送受信出来るようにしたいと考えているよ。
先は長そうだけど、いつか出来ると信じて取り組むとするよ。おじさん、無駄に時間だけはあるからね（涙）。
どこかの誰かが出来ていることは、おじさんにも出来ることだと、昔励まされたことがあったよ。それを今思い出したよ（涙）。

参照・メモ

サーバ
 ハイパーバイザ
 仮想機械
 What is a Container?
Get Started, Part 1: Orientation and setup
Docker overview
Docker道場「Dockerの基本概念」0825インフラ勉強会資料
 Docker ドキュメント日本語化プロジェクト
 AWSでDockerを扱うためのベストプラクティス