‫と戻るバイカー 私は､ 6〜10非常に軽量残念6〜10非常に軽量のWebサイトをホストしたいプロジェクトを持っている｡
‫それぞれのコンテナを作ることもできますが､ 1つのコンテナからマルチホストにするためにApacheの設定を編集することも可能です｡
‫わかりました｡
‫だから､ これはいい質問ですね｡
‫Biker 2010 あなたが聞いているのはApacheサーバーのことですが､ Apacheは何十年も何百年も前からありますからね｡
‫Apacheウェブサーバーは､ 1つのデーモンで多くのウェブサイトを実行する機能を備えています｡
‫そうですね｡
‫そのため､ 1つのApache HPDで､ 関係のない多くの異なるWebサイトを実行することができます｡
‫そして､ それを対で行うべきか｡ コンテナごとに1つのWebサイトを作成するか､ あるいは1つの大きなコンテナイメージにすべてのWebサイトを格納します｡
‫私......私の好み｡
‫コンテナを運用する場合､ 特にswarmやKubernetesのようなオーケストレーターを運用する場合は､ 常にコンテナの数が多くなります｡
‫というのも､ Apacheには明らかにその機能がありますが､ その優れた機能は､ コンテナや分離ができるようになる何十年も前にApacheに組み込まれたものだからです｡
‫また､ Webサイトを別のコンテナに分離することができれば｡
‫理論的には､ より多くのApacheデーモンを実行することになり､ 少し効率が悪くなります｡
‫もし､ 本当にリソースをほとんど使用しない､ 非常に小さなサーバーに集中しているのであれば｡
‫例えば､ 10個のWebサイトがあり､ それらがすべて別のコンテナでApacheデーモンを実行しているとしたら､ 明らかに多くの実行ファイルが実行され､
‫より多くのメモリを消費し､ 少しばかり無駄なリソースを消費している可能性があります｡
‫でも､ 6〜10個なら､ 何も得るものはないでしょう｡ もし､ 1000のWebサイトを運営する必要があって､
‫そのすべてを完全にコントロールできるのなら､ それらを1つのコンテナにまとめて1つのApacheとし､ 本質的にWebサイトごとに異なるApache缶詰を使った方が､ より大きなリソース節約になるでしょう｡
‫今の私にとっては､ プリコンテナのようなオールドスクールなものがとても魅力的です｡
‫私は､ ほとんどの場合､ 自分の容器に隔離した方が楽なので､ その方がいいと思っています｡
‫そのレポを1つのコンテナ・イメージに入れて､ 1対1の関係で使うのが理にかなっています｡
‫また､ それらのコンテナを独立して拡張することも可能です｡
‫そのため､ パフォーマンス上の理由や冗長性のために3つのコンテナを実行する必要がある場合､ その1つを他のコンテナや他のWebサイトから独立して拡張することができます｡
‫もうひとつの理由は､ Webサイトを更新するときに､ オールインワン・コンテナを使っていると､
‫そのコンテナ・イメージを更新するために､ すべてのWebサーバーを再起動しなければならないからです｡
‫そうですね｡
‫だから､ 潜在的に壊れにくく､ 全体的に変化が少ないのでしょう｡
‫とにかく､ これが分離する良い理由の一部で､ 私の続編のような他の多くのものにも同じ理由があります｡
‫こんな感じで読んでみてください｡
‫中には､ すべてを1つの巨大なSequelサーバーに収めたいという人もいますが､ それはそれで構いません｡
‫それはそれで意味があるかもしれませんが､ こういうものを壊してしまうことで､ 隔離されたり､ 更新の可能性があったりというメリットもあるんです｡
‫なぜなら､ 大規模なサーバーを構築する場合､ メモリの節約など効率的なことがたくさんありますが､
‫Webサーバーのようなアプリケーションに関しては､ 私は常に分離して考えるからです｡