Docker開発のイメージが掴めない

 開発イメージ

結論から書きますが、ざっくり以下のように共有して開発を進めることが多いです。

1. Dockerfileでイメージ作成
2. DockerイメージをDockerレジストリ（Docker Hub等）にプッシュ
3. プロジェクトにdocker-compose.ymlを含め、Gitリポジトリ（Github等）にプッシュ
4. Dockerfileとdocker-composeを含んだプロジェクトをGitリポジトリからプル
5. docker-composeを実行（ここで2でプッシュしたイメージが自動的にプルされます）

※1,2に関しては、Dockerの基礎知識が必須な上、学習コストも低くはないので、
kawaxさんの言うようにlaradockのようなオープンソースを利用する人も多いと思います。

 回答

Dockerfileでイメージを生成し、docker-compose.ymlファイルに記述して、その２つのファイルをチームの人に共有させることで、チームの環境開発ができるという認識で大丈夫でしょうか？

上記の通り、認識は合っているように思います。

Dockerfileはわかってきたのですが、docker-compose.ymlにはイメージやコンテナ名以外に何を記述するものなのかがわかりません。

前提として別にDocker Composeを使わなくても開発できます。
それなのに、なぜDocker Composeを使って開発するかというと作業を効率化するためです。（みんな使ってるから使ってるという人も多いと思いますが。。。）

イメージやコンテナ名以外にdocker-compose.ymlに何を記述するかというと、基本的にはdocker実行コマンドと同等の内容です。
だからDocker Composeを使わなくても開発できるのです。
例えば、docker-composeのportsはdocker runコマンドの-pオプションに該当します。
上記は数多くのオプションの中の一例ですが、このようなオプションをdocker実行の度にコマンドで実行するのは面倒だと思いませんか？
しかも自分だけでなくみんなに実行方法を共有するとなるとなおさら面倒ですよね。

そこでDocker Composeが登場するわけです。
可読性の高いyml形式で、あらかじめ実行時のオプションを定義し、それをメンバーと共有することで、開発作業の効率化が図れるわけです。

上記の他にもdocker-composeには多くの機能がありますが、ここでは質問に対する回答にとどめさせていただきます。

また、Dockerfileはわかってきたのですが、docker-compose.ymlにはイメージやコンテナ名以外に何を記述するものなのかがわかりません。コンテナを連携させるということを聞いたのですが、掴めません。

一言で言ってしまえばdocker-compose.ymlはdocker runのパラメータを記述するファイルです。
(他にも様々な恩恵はありますが、docker runを別ファイルに逃がす役割が最も大きいでしょう)

質問文にMySQLとありますのでMySQLサーバを見ていきましょう。
MySQL - Docker Hubに要件が色々と書いてあります。
これを元にdocker runコマンドを作りましょう…最初からDBや各種テーブルは作成しておいたほうが良いですよね。
できました。大体こんな感じのコマンドを毎回打ち込んでください。

docker run --name mysql -v /my/custom:/etc/mysql/conf.d -v /my/sqlfiles:/docker-entrypoint-initdb.d -e MYSQL_ROOT_PASSWORD=my-secret-pw -e MYSQL_DATABASE=testdb -d mysql

……って長っ！！こんな呪文覚えきれないですよ。

続いてWebサーバのコンテナです。
コンテナ(仮想マシン)が切り離されてしまっているので、vagrantみたいにlocalhost:3306で繋ぎに行けません。
そこでDockerではdocker runと同時にネットワークに所属して、nameで指定したコンテナにアクセスに繋ぐ事が可能です。
基本的にDocker流儀に従う場合はDBへの接続情報等は環境変数で管理するのが良いとされているので、これまた長い呪文を使って立ち上げる事になります。

ま、まぁ、一回っきりなら許せますね。

1ヶ月経過し、開発が中盤に差し掛かった所で同僚がこう話しかけてきました。
「MySQLのカラム更新したからよ。定義ファイル修正したから適用しておいてくれ」

まじかよ…折角立ち上げたMySQLのコンテナを削除して立ち上げ直しです。
1ヶ月前に打ち込んだMySQLコンテナを起動するdocker runのコマンド、覚えていますか？

まぁ、覚えていませんよね。
じゃあシェルスクリプトにMySQLのdocker runコマンドをベタッとコピペして…

それもいい選択肢ですが少し待って下さい。
こんな時の為に用意されているのがdocker-composeです。

さっきのdocker runコマンドを元に、こんな感じでdocker-compose.ymlを作っておきましょう。
何となくdocker runで出てきたオプションが盛り込まれてる事が分かります。

version: "3"
services:
  mysql:
    image: mysql
    environment:
      MYSQL_ROOT_PASSWORD: my-secret-pw
      MYSQL_DATABASE: testdb
    volumes:
      - ./custom:/etc/mysql/conf.d
      - ./sqlfiles:/docker-entrypoint-initdb.d
    ports:
      - 3306:3306
    expose:
      - 3306
    networks:
      - back
  web:
    image: debian
    # 貴方のWebサーバの情報
    depends_on:
      - mysql
    networks:
      - back
networks:
  back:

使う時はdocker-composeコマンドを利用します。

# コマンドの確認
$ docker-compose
Define and run multi-container applications with Docker.

# 定義ファイルで記述したコンテナの一覧のみ表示される
$ docker-compose ps

# 定義ファイルの順番にコンテナを順次立ち上げ、-dなのでバックグラウンド扱いにする
$ docker-compose up -d

# mysqlのログを参照、-fはtailと同義(Ctrl+cで抜ける)
$ docker-compose logs -f mysql

# あ、ちょっとコンテナの中に入りたい
$ docker-compose exec mysql bash

# 終わったら停止
$ docker-compose stop
Stopping web_1   ... done
Stopping mysql_1 ... done

$ docker-compose rm -f
Removing web_1   ... done
Removing mysql_1 ... done

毎回この長ったらしいコマンド名を入力するのは疲れると思いますのでaliasでも作っておくと捗るかもしれませんね。
docker-composeの旧名はfigらしいので、aliasを作るならfigがオススメです。

コマンドの豊富さを見れば何となく分かるかと思いますが、
起動パラメータや依存コンテナが分かるということは、コンテナの立ち上げ順番を保証してくれたり、
一緒に起動や停止処理までしっかり面倒見てくれるので、様々な恩恵を受ける事ができます。
（シェルスクリプトにベタッとrunコマンドを貼り付けるだけとは大違いですね）

同僚が環境の事を質問してきたとしても、
「docker-compose.ymlを見れば全部書いてあるよ、そこから追ってみたら？」の一言で終わります。
こんな風にDockerfileと併用することでサーバの要件としても使えますので、とても便利です。是非覚えましょう。

そもそもLaravelならHomesteadでいいのでは。
公式が用意してる完璧な開発環境があるのにわざわざ自分で作る理由がない。

Docker使うとしてもlaradockのようなものを使う。
https://github.com/laradock/laradock