さて、このドッカーの進化を解消しましょう. 物事がどのように変化するかは狂気です。 ドッカーが感じたときのことを覚えていますか? たくさんのコマンド、たくさんのコンセプトを作り、走り、押し、引っ張り、ボリューム、ネットワーク...私の頭は回っていました。 しかし、それは常に少しクローンクな感じ、少し...摩擦に満ちた。 それを思い出そうとする絶望的な 先週からの指揮。 すべき docker ps -a 1位 それから、ゆっくりと、物事はクリックし始めた。大きなユーレカの瞬間ではなく、小さな「ああ!」の発見のシリーズ。小さなトリック、最適化、ワークフローの調整。ハック、私は思う?そして正直、彼らは私の日常生活に浸透してきたので、私はもうそれらについて考えることはほとんどありません。 . How I Do Things / 物事 こちらは、閉じ込められたゲーム変更者です。 Terminal Aliases: The Sanity Savers ️ 初の大勝利は? ♂️ 何故、何ヶ月も書くの? または 何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も または 啓示だった。 Aliases. docker-compose up -d --build docker ps .bashrc .zshrc # My sanity savers
alias dcu='docker-compose up -d'
alias dcd='docker-compose down'
alias dcb='docker-compose build'
alias dcr='docker-compose run --rm' # For running one-off commands
alias dps='docker ps'
alias dpa='docker ps -a'
alias di='docker images'
alias dip='docker image prune -f'  # Prune dangling images
alias dvp='docker volume prune -f' # Prune unused volumes
alias dsp='docker system prune -af' # The big cleanup! 💥
 単なる typing 全体のシェバングの代わりに? ああ、ミリ秒が節約されました! それは微妙に聞こえるが、一日何十回もそれを倍増する...それは増加します。私の指は私に感謝します。 dcu ここからドッカーの究極のチョイスシートを取得する: Docker Cheatsheetについて 2.The Mighty タイトル:Slimming Down Builds .dockerignore それから来たのが、 タイトル: Another "duh" moment. I knew about 当然ですが、最初は、どれほど重要かはわかりませんでした。 is for build performance. My early Docker builds were なぜ? なぜなら、構築コンテキストが送信していたからです。 「Docker Daemon」について , ログ, 臨時ファイル, ローカル ビルド アーティファクト... すべて! .dockerignore .gitignore .dockerignore ゆっくり すべて node_modules 適切な創造 ファイル, listing out all the junk I didn't need 突然、ビルドは速くなりました. 画像は小さくなりました(時には劇的に)。 スピードを上げる! スピードを上げる! スピードを上げる! スピードを上げる! スピードを上げる! スピードを上げる! .dockerignore 内部 この 3. 複数の段階の建物: Lean, Mean Production Machines ➡️ ...いいね、この1つは最初は少し進歩した感じでした.  コンセプトは素晴らしいですが。 Multi-stage builds 
 
 
 
 ステップ1:すべてのビルドツール、コンパイラ、SDK、およびアプリケーションのアーティファクトを作成するために必要な依存性を備えたベースイメージを使用する(コンパイルされたバイナリまたはバンドルJavaScriptなど)。 ステップ2:新しい、クリーンで最小限のベースイメージ(アルプスや不信など)を開始します。 コピー:最初の段階からこのクリーンな第二段階に最後のアーティファクトをコピーするだけです。 結果? 小さな生産画像! ビルドツールとデヴの依存症(セキュリティのリスクでもある)で膨らんだ画像を配信する代わりに、I ship lean images containing アプリを実行するのに必要なものは何ですか? シンタックスの周りに頭を巻くのに少し時間がかかりましたが、ワウ、画像のサイズとセキュリティの姿勢の違いは巨大です。 たった 『Docker Compose Overrides: Taming Environments』 しゃべりましょう♪   ファイル. 異なる環境を管理することは痛みであった. 開発者は、ライブコードの再ロード、デバッグポートを開くためのボリュームが必要でした. Prod は、異なる環境変数、もしかしたらより厳格なリソース制限、もしかしたら異なる入力ポイントを必要とします。 was messy, involving commented-out sections or complex コメントされたセクションまたは複雑なセクション 環境変数に基づく条件 Docker Compose override docker-compose.yml if 発見 was pure bliss.  You have your base. あなたはあなたの基地を持っています。 共通の設定で、その後、あなたは作成します。 (一般的に無視されているもの) トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > トップ > 特定のファイルを含むこともできます(例えば、 そして使用する。 旗: クリーンな分離の懸念. No more accidental commits of dev settings! ハレルヤ! docker-compose.override.yml docker-compose.yml docker-compose.override.yml .gitignore override docker-compose.prod.yml -f docker-compose -f docker-compose.yml -f docker-compose.prod.yml up -d 5. Regular Cleanup: Keeping the System Tidy ✨ 最後に、習慣の Docker は蓄積できます。 危険な画像(以前のバージョンからタグを解除した層)、未使用のボリューム、停止したコンテナ、古いバージョンキャッシュ...私のディスクスペースは謎に消えた。 regular cleanup こんなに 定期的に走るリズムに入る (攻撃的なアプローチ)またはよりターゲット化されたアプローチ で、 で、 そして、 デジタルデクルタリングのように感じます. それは物事をスムーズに動かし、奇妙なキャッシュの問題を防止します(「なぜ私の変更が現れないのですか!?」)、そして貴重なギガバイトを解放します. クリーンなワークスペース, クリーンな心, はい?  ♂️ 実行 (My Alias For) )は、現在、満足する、ほぼ治療的な、ルーチンです。 docker system prune -af docker image prune docker volume prune docker network prune docker builder prune dsp docker system prune -af だからはい、これらはもはや単なる「ハック」ではありません。彼らは根付いています。彼らは筋肉の記憶です。アライアスは考えずに私の指から飛んでいます。 私が作成した最初のファイルの1つです。複数の段階のビルドは、潜在的に生かされるものすべてのためのデフォルトです。Compose overridesは、環境の違いをスムーズに処理します。 .dockerignore ドッカーは、あの不思議なオクトプスから、強力でスムーズなアシスタントへと変わり、今すぐ私の道から抜け出します。 それは、Docker自体についてだけでなく、これらの小さな詳細をマスターすることにより、私の開発と展開のワークフロー全体をスムーズにし、確実に私の人生の一部、または少なくとも私のデジタル生活の一部となりました。 わたしは

Read My Stories

View my website

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

ここに私の人生を変えたいくつかのDockerハックがあります。

About Author

コメント

ラベル

この記事は

Related Stories

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

ユニークなエコシステムを支えるビットコインUTXOのモデル

暗号通貨の成長: 効果的なユーザーペルソナの作成

Claude Sonnet 3.5 システムプロンプトの漏洩: 法医学的分析

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

ユニークなエコシステムを支えるビットコインUTXOのモデル

暗号通貨の成長: 効果的なユーザーペルソナの作成

Claude Sonnet 3.5 システムプロンプトの漏洩: 法医学的分析

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps