株式会社TECH LUCKという会社で代表兼エンジニアをしている齊藤です。

DXプロジェクト、開発プロジェクト、Rails開発などでお困りごとがありましたら弊社HPからご相談をいただけますと幸いです。
以下のような問題に対応することが可能です。

プロジェクトでRailsエンジニアが足りなくて困っている
Railsのバージョンアップをしたいがノウハウ・リソースが足りなくて困っている
オフショア開発をしているが、要件の齟齬やコード品質が悪いので改善したい

また、Railsエンジニアも募集しておりますので、興味がありましたら弊社HPからご連絡いただけますと幸いです。

前提

雰囲気でDockerやDocker Composeを使っていたので、少し詳細を調べてみました。
折を見て追記していきます。

CMDとRUNとENTRYPOINTの違いについて

以下の記事が詳しかった。

CMDとENTRYPOINTの使い分けについて

以下の記事が詳しかった。

実際にコマンドを実行して試している記事もあった。

DockerのEXPOSEについて

以下の記事が詳しかった。

ただ、EXPOSEだけでは、ポートは公開されません。つまり、使用者からコンテナにはアクセスできません。後に説明する”docker run -p”コマンドを使用し、公開用のポートとEXPOSEで指定したポートを紐づけることで、公開されるようになります。
そのため、EXPOSEはイメージの作者とコンテナ実行者の両者に対して、ドキュメントのような役割をします。

Docker Composeでの各コンテナの通信について

各コンテナはdocker-compose.ymlで書いたportで通信しているのではなく、Docker Composeの機能でdocker-compose.ymlの中に書いたservice名で勝手に名前解決してくれる。

Railsの場合だと、database.ymlにdocker-compose.ymlで指定したサービス名をhostに設定するだけで通信できるのはこれが理由となる。

CPUのアーキテクチャについて

DockerはホストマシンのCPUアーキテクチャを参照して、Docker Hubからイメージを引っ張ってくる。
M1 Macの場合にECS用にビルドが必要になる場合などは注意する。