自分のコンテナを作ったけど、なぜ? だから、あなたは自分のコンテナを構築することに取り組もうとしましたが、あなたはチュートリアル地獄にあり、何も意味がありません。 ようやくアプリを配信する時間となり、プロセスを理解して所有する必要があります. 独自のコンテナを構築することは、あなた自身のクラウドまたはあなたのアプリをコンテナ化する必要がある他の誰かのクラウドに配信することを可能にします。 あるいは、あなたは「私はドッカーで終わった」と言い、他の人のSaaS、BaaSに大きく依存してあなたのためにアプリをパッケージアップしている人たちの1人かもしれません。 私は、コンテナの建設に関する私のアプローチを断ち切って、私の経験を伝えることを望んでおり、あなたが困難な方法を学ぶ必要はありません。 Where I'm coming from どこから来たか 2010年のコンテナは「ドッカーコンテナ」と呼ばれていたが、今もそうである。インターネット検索のように、「Google」は検索を意味します。 コンテナは新しいものではなく、Linux Containers、LXCなど、その他のアプローチは、これまでずっと前から存在していました。 私は90年代からUnixを学び、使用し、その後、Linuxは人々の心の中でUnixのほぼ代替となりました。私は、少なくともUnixへの興味とそれをインストールして実行する方法は、コンテナを構築するための基礎学習でなければなりません。 良いニュースは、コンテナを理解するためにScratch、Gentoo、Arch、NixOSからLinuxをマスターする必要はないということです。 時間の経過とともに、これらのことが役に立つことができます。 一度にすべてを学ぼうとすることは、過剰な負荷を引き起こし、焼き尽くす可能性があります。 だから、簡単に始めることを奨励します。 コアコンセプトに集中してください。 次に、コンテナの3つのポイントについて説明します。 
 
 
 
 入力ポイント プロセス管理 ベースイメージ ベース画像では、3つの主要コマンドを検討します。 
 
 
 
 走る コピー ユーザー この記事のすべてのコードを見ると、 わたしは (CMS) Download and run it all from a development branch on Codeberg をダウンロードして実行します。 軽量で無頭のコンテンツ管理システムの公開コード化 あなたが最新の私を見つけることができない場合 開発分野を調べてみて、これは現在の開発分野の一部になる可能性があります。 ブランド If Not プロジェクトは安定した状態に達する。 Dockerfile dev main 1.コンテナの入り口 1.コンテナの入り口 エントリーポイントはコンテナを理解するための鍵だと思います。 ENTRYPOINT ["/sbin/tini", "--", "/usr/local/bin/docker-entrypoint.sh"]
CMD ["/usr/bin/supervisord", "-n", "-c", "/etc/supervisord.conf"]
 I've sneaked in 後 過去に私を混乱させたことを明確にするために。 CMD ENTRYPOINT 入力ポイントは一種のハックのようなもので、コンテナが起動するときに呼ばれ、コンテナの起動プロセスを実行するために使用されることがよくあります。 Unix では、すべてのプロセスが起動し、その他のプロセスが起動する 1 つのプロセスがあります。あなたは、それが「すべてを支配する 1 つのプロセス」だと考えるかもしれません。 通常、コンテナで使用される軽量プロセスで、これをできるだけ効率的に行う。 tini ランニング an アプリケーションの起動時に起こらなければならない手順やコマンドを含めることができるスクリプト. In this use case, should this step be missed, there would need to be manual intervention to: ティニ entrypoint.sh 
 
 
 
 走行移住 クリーン Cache Configuration 適用 論点を提供する 2 走る CMD ENTRYPOINT 入力点を指定しなかったら、少なくとも指定しなければならない。 で。 コンテナの起動時に「実行するコマンド」になるので、「デフォルト」入力ポイントになります。 CMD CMD さまざまなコンテナを見回すと、時々あなたはたった一つの コマンドとそれ以外の何事も、それは大丈夫です。他のケースでは、あなたは両方を見るでしょう。私は多くのチュートリアルだけが話したようにこの混乱を見つけました だから私はこの少し複雑なパターンを共有するので、あなたは同じ問題に遭遇しない。 CMD CMD この2行だけの例で、かなり多くのことが起きている。 line also calls これはもう一つの構成層であり、公平に言えば、複雑さです。 CMD supervisord is a tool that has been around for a while and is used to keep processes running in a sort of 'stack' or 'configuration'. この 'stack' の構成ファイルは、このように見えます: 監督 [supervisord]
nodaemon=true
loglevel=info

[program:php-fpm]
command=/usr/local/sbin/php-fpm -F
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

[program:nginx]
command=/usr/sbin/nginx -g "daemon off;"
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

[program:queue-worker]
command=/usr/local/bin/php /var/www/artisan queue:work --sleep=3 --tries=3 --max-time=3600
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0
 上記の構成は「サービス」として3つのプログラムを実行しています。 それは、各プログラムを自動起動するように管理し、これらのプログラムのいずれかを再起動する場合に失敗します。 supervisord  This is a convention in container land and accepted practice - this is so that other systems can easily collect and collate logs from all of your containers in one place.これは、コンテナの土地と受け入れられた慣行の条約です。 プロセス管理:部屋の象 コンテナのダークアートのベテランが言うのを聞くが、あなたは1つのコンテナに1つのサービスを持たないという致命的な罪を犯したのだ!これは少なくとも3つのコンテナに分割されるべきだった! あなたがGoogleまたは類似のサイズである限り、私はそうではありません。ソロプログラマー / 起業家として、私は物事を愚かで単純に保ちようとしています。もし私がLaravelを除いて2つのものを必要とする私のシンプルなアプリケーションのために1つのコンテナを実行することができれば、私は単一の複数の機能コンテナを持つことによって操作コストを削減することができます。 たとえば、Web サーバーは、PHP Laravel アプリケーション、その相対的なファイルシステム、環境変数、さらにはプロセス ID に完全にアクセスできます。 各プログラムが3つのコンテナに分割された場合、それぞれに追加のクラウドリソース、共有ファイルシステム、秘密、および数を挙げる可能性のある列のメカニズムが与えられる必要があります。 これらの追加オプションはすべて、アプリをスケールアップする時、そして最初の50人の顧客がいる後で意味があります。これらの追加ツールとパターンはすべて後で簡単に適用できます。 時間が来たら、それぞれのプログラムを別々のコンテナ、コンテナセット、デプロイメントなどに簡単に分割することができ、GoogleやNetflixのサイズにスケールするにつれて、いくつかの現金を節約することができ、チームを1人または2人のエンジニアに抑え、より小さなスタックを実行し、より低いオペレーティングコストを顧客に渡すことができます。 3. ベースイメージ コンテナベースイメージは、さまざまな形やサイズで入手できますが、ファイルシステム以外のほんのわずかで「純粋な画像」からコンテナを作成することは可能です。 A 頭部の声明 Alpine OSの画像を参照: FROM Dockerfile FROM php:8.4-fpm-alpine3.23 
 このPHPアルプスイメージはPHPアプリケーションのためのツールを持っています。私はAlpineを使用しましたが、これはUbuntu、Debian、Rocky、Fedoraなどの他のオペレーティングシステムよりも少量のストレージスペースを使用する傾向があります。 これは、より一般的に知られているものと異なります。 または Debian または Fedora によって使用されていますが、有能な AI を使用して数分で文法の違いを解決することはできません。 apk apt dnf できるだけあなたのアプリケーション要件に近いイメージを持つアプリケーションを構築することは、あなたのために働くことの少ないことを意味します. I'm building a Laravel app, so with PHP-fpm I have all of the main tooling that I need. 私はLaravelアプリケーションを構築しているので、PHP-fpmで私は必要なすべての主なツールを持っています。 ベースイメージを持つことで、追加されたパッケージを調整し、シンプルなシェルコマンドを実行し、コンテナとして実行するユーザーを選択できます。 次に、ベース画像で使用される3つの一般的なコマンドを見て、コンテナを調節し、ホストし、アプリケーションを配信するように拡張しましょう。 
 
 
 
 走る コピー ユーザー 走る RUN apk update && apk add --no-cache \
    zip \
    vim \
    unzip \
    && rm -rf /var/cache/apk/*
 この コマンドは、読み取りのためのいくつかの行でフォーマットされます。 最新の利用可能なパッケージのリストを得た後、3パッケージをインストールし、インストール後、スペースを節約するためにキャッシュをクリアします。 RUN \ あなたは、Aで行われる仕事の多くを得ることができます 使用 Just コマンド Dockerfile Run ご覧のとおり、複数のコマンドを1つのコマンドに圧縮することが可能です。 ブロック. As each code block in a 最終画像で「層」が作成される結果、可能な限りブロックを組み合わせることによって層の数を減らすことができます。 RUN Dockerfile コピー COPY cmd/docker-entrypoint.sh /usr/local/bin/docker-entrypoint.sh
 THE コマンドは、ビルド環境からファイルをコンテナにコピーするために使用するため、おそらく最も重要です。 COPY このスクリプトは、私たちが前回避けた入力ポイントのスクリプトを取って、コンテナの最後の休息場所に置きます。 全体のディレクトリを何かにコピーするのが一般的です。 COPY . .
 全体の作業ディレクトリをコピーすると、 コンテナに入っているので、これを組み合わせるのが普通です。 ファイルの形式は、Aの形式に似ています。 git source コントロールを使用する場合 Dockerfile .dckerignore .gitignre ユーザー USER www
 最後に、私たちの3番目の主要なコマンド コンテナを root とは異なるユーザーとして実行するように切り替えます。 私はファイルやディレクトリを作成し、このユーザーが必要に応じて読み書きするのに十分なアクセスを有するように注意してきました。 USER Dockerfile 見る The for more and also, the build script より 名前が示すことをやっている。 作業コード cmd/build_prod_container.sh SUMMING UP 書く時点で、The 私のLaravelアプリケーションで使われているプログラムは「脂肪」として構築されています - 複数のプログラムが1つのコンテナで実行され、監督によって管理されています。 Dockerfile これは、時間と使用の変化に伴って変化することができ、そして変化するでしょう. 私はあなたが単一のコンテナがどのように多くのことを行うことができ、典型的なウェブアプリケーションの展開が比較的単純で繰り返し可能であるかを見ることができます。 supervisord を使用する場合、Python アプリケーションは、画像のサイズを減らし、効率を向上させるために他の代替手段を使用することができます。 代わりに使えるのかも知れないが、もう一つの選択肢は コンテナ用に最適化されたCアプリケーションのスイート。 ゴラン港監督 S6 オーバーレイ 私の share-lt アプリケーションで Dockerfile によって作成された画像はかなり大きい - 現在は 900MB を超えていますが、私はこれを以下の方法で同様のプロジェクトで削減することができました。 
 
 
 
 Dockerfile内のレイヤーの最適化(RUN 文を合理化することによって) superviosrd のような python アプリケーションをコンパイルされたオプションで置き換える Dockerfile で複数の段階のビルドを使用する - 最終画像のビルド ツールの量を減らす すでに share-lt アプリケーションはわずか数週間前に比べてより高度な状態にあり、私は続いて機能と調節を追加し続ける。 私の前の記事と同様に、この記事も同じアプリケーションを使用して書かれており、上記で議論したコンテナ展開で実行されています。 デプロイメントについて話すと、このコンテナは、docker、podman、swarmを使用してデプロイすることができますが、理想的には kubernetes を使用しています。 将来の投稿で私の経験をもっと詳しく書きます。 私自身の、最小限の実行可能なキューバネット 教えてください では、あなたはどうですか? あなたはコンテナニルニルバナへの道を始めましたか? それともあなたは未決断ですか? あなたはすでにすべての物のコンテナのマスターであり、あなたが共有できるいくつかのヒントとトリックがありますか? Let me know - Contact me on 私はこれがあなたがプロセスにおける時間を節約するコンテナベースの展開への道に進むのに役立ちますことを願っています。 リンク

This story contains new, firsthand information uncovered by the writer.

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

Read My Stories

Buy Me a Coffee

このオーディオは、ストーリーの元の言語で制作されています。

Why I Started Building My Own Containers (and What I Wish Tutorials Told Me)

About Author

コメント

ラベル

この記事は

Related Stories

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

State of the Noonion: A New Era For Brands and Writers

AI/ML データレイクのリファレンスアーキテクチャを構築するためのアーキテクトガイド

AI の力を解き放つ。最先端技術の体系的レビュー: 概要と序論

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

State of the Noonion: A New Era For Brands and Writers

AI/ML データレイクのリファレンスアーキテクチャを構築するためのアーキテクトガイド

AI の力を解き放つ。最先端技術の体系的レビュー: 概要と序論

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps