{
  "$type": "site.standard.document",
  "canonicalUrl": "https://blog.nove-b.dev//posts/getting-started-docker-study",
  "path": "/posts/getting-started-docker-study",
  "publishedAt": "2023-01-29T00:00:00.000Z",
  "site": "at://did:plc:2atly2y5kfyjcj5zap6pv4wd/site.standard.publication/3mmxeqr2tcb2k",
  "tags": [
    "docker",
    "入門"
  ],
  "textContent": "※この記事を書いているのはフロントエンドを専門にしているので、バックエンド側の「いろは」は何も知りません。  \nフロント専がDockerとはいったいと頭を抱えつつ、ざっくり入門する記事になります。\n\nDockerに入門、重い腰を上げる理由\n\n実はというほどでもないが、nestJsもコマンド１つでローカルホストを立ち上げることができるし、公式ドキュメントもローカルホストで書かれている。つまりあえてDockerに入門する必要もないのだが、開発の参考にする記事を調べると、ことごとくDockerで作業しているし、どうやらデプロイもDockerのファイルを使って行っているようである。であれば、こちらも開発環境を合わせた方が開発がよっぽど楽になるので、この機会に入門しちゃうことにした。\n\nなぜDockerを使うのか\n\nと聞くと、「環境を揃えたい」という回答が良く聞こえてくるが、いまいちピンと来てない。そもそもフロントエンドであればPackage.jsonで環境を揃えられるんじゃないのと言いたくなる。けどそれを言うと無知と思われるのも嫌なので、調べてみることにした。\n\nNodeとOSを揃えられる\n\nNodeのバージョンを共有できる\n\n調べてみると、Nodeのバージョンアップを揃えられるというのが強みらしい。  \nこれは確かに納得できる。  \n今までのプロジェクトでもNodeのバージョンが揃ってなくて苦労したことは良くある。Package.jsonの方で依存ライブラリを管理してもその大本であるNodeのバージョンが管理されていなければ意味がない。まあ、Voltaを使ってPackage.jsonにNodeのバージョンをピン止めすれば同じと思ったけど、そもそも皆が皆NodeのパッケージマネージャにVoltaを使っているわけじゃないので、そううまくはいかない。ただそれで言うとDockerもそうなので、納得できるけどこのメリットを享受するためにDockerを入れようとは正直思わない。\n\nVolta - The Hassle-Free JavaScript Tool Manager\n\nOSを揃えられる\n\nどうやらイメージという設定ファイルでOSを指定できるらしい。  \nつまり今までOSごとに環境構築で苦労することがあったが、それがなくなるらしい。というのもDockerを使うことで、使っているOSに環境構築するというわけではなく、Docker上のコンテナに環境を構築するので、OSに依存しなくなるということらしい。\n\n実際に使うことでメリットを享受するしかない\n\nなんか色々な記事を見てみたが、メリットと感じるのは上に上げた２つだけだった。導入手順を考えるとあえて使う気にもならないが、社会的にDockerを使おう的な風潮を感じるので、今回の個人開発で導入してみて、所感を述べようと思う。使わずに批判するのは一番よくないって誰かが言っていた気がするし。 あとざっと調べてみた感じ、\n\n- デプロイが簡単にできる？\n- 環境をそのまま渡すことができるので、譲渡しやすい？\n\nみたいなメリットがあるのかなと感じた。 とりあえず、物は試しで手を動かして入門してみる。",
  "title": "Dockerに座学でざっくり入門してみる"
}