docker-build - آنلاین در ابر

برنامه:

نام

docker-build - یک تصویر جدید از کد منبع در PATH بسازید

خلاصه

داکتر ساختن [--build-arg[=[]]] [--cpu-share[=0]] [--cgroup-parent[=CGROUP-PARENT]]
[--کمک] [-f|--فایل[=PATH/Dockerfile]] [--force-rm] [-- انزوا[=به طور پیش فرض]] [--بدون کش]
[--کشیدن] [-q|--ساکت] [--rm[=درست]] [-t|-- برچسب[=[]]] [-m|-- حافظه[=حافظه]]
[- تعویض حافظه[=محدود]] [--shm-اندازه[=SHM-SIZE]] [--cpu-period[=0]] [--cpu- سهمیه[=0]]
[--cpuset-cpus[=CPUSET-CPUS]] [--cpuset-mems[=CPUSET-MEMS]] [-- حد نصاب[=[]]] مسیر | آدرس اینترنتی | -

شرح

با این کار Dockerfile از دایرکتوری مشخص شده در آن خوانده می شود PATH. هر کدوم رو هم میفرسته
سایر فایل ها و دایرکتوری های موجود در دایرکتوری فعلی دایمون Docker. در
محتویات این دایرکتوری توسط افزودن دستورات موجود در Dockerfile.

هشدار، این کار بسته به محتویات، داده های زیادی را به Daemon Docker ارسال می کند
دایرکتوری فعلی بیلد توسط Daemon Docker اجرا می شود، نه توسط CLI، بنابراین کل
زمینه باید به دیمون منتقل شود. Docker CLI گزارش می دهد "ارسال زمینه ساخت
به داکر دیمون" زمانی که متن به دیمون ارسال می شود.

هنگامی که URL به یک بایگانی tarball یا به یک Dockerfile داده می شود، هیچ زمینه ای ارسال نمی شود
از کلاینت تا دیمون داکر. در این مورد، Dockerfile در ریشه
بایگانی و بقیه آرشیو به عنوان زمینه ساخت استفاده می شود. وقتی یک Git
مخزن به عنوان تنظیم شده است URL، مخزن به صورت محلی کلون شده و سپس به عنوان ارسال می شود
متن نوشته.

OPTIONS

-f, --فایل=PATH/Dockerfile
مسیری به Dockerfile برای استفاده. اگر مسیر یک مسیر نسبی است و شما هستید
ساختن از یک فهرست محلی، پس مسیر باید نسبت به آن باشد
فهرست راهنما. اگر در حال ساختن از یک URL راه دور هستید که به یکی از آنها اشاره می کند
tarball یا یک مخزن Git، پس مسیر باید نسبت به ریشه باشد
زمینه از راه دور در همه موارد، فایل باید در زمینه ساخت قرار داشته باشد.
پیش فرض این است dockerfile.

--build-arg=متغیر
نام و ارزش a buildarg.

برای مثال، اگر می خواهید مقداری برای http_proxy، استفاده
--build-arg=http_proxy="http://some.proxy.url"

کاربران این مقادیر را در زمان ساخت ارسال می کنند. داکر از بیلدرگ ها عنوان
زمینه محیطی برای دستور(های) اجرا شده از طریق Dockerfile RUN دستور العمل
یا برای بسط متغیر در سایر دستورالعمل های Dockerfile. این منظور نیست
برای عبور مقادیر مخفی ⟨/مرجع/سازنده/#ارگ⟩

--force-rm=درست|غلط
همیشه ظروف میانی را حتی پس از ساخت ناموفق بردارید. پیش فرض است
غلط.

-- انزوا="به طور پیش فرض"
Isolation نوع فناوری جداسازی مورد استفاده توسط کانتینرها را مشخص می کند.

--بدون کش=درست|غلط
هنگام ساخت تصویر از کش استفاده نکنید. پیش فرض است غلط.

--کمک
بیانیه استفاده چاپ

--کشیدن=درست|غلط
همیشه سعی کنید یک نسخه جدیدتر از تصویر بکشید. پیش فرض است غلط.

-q, --ساکت=درست|غلط
خروجی ساخت را متوقف کنید و شناسه تصویر را در صورت موفقیت چاپ کنید. پیش فرض است غلط.

--rm=درست|غلط
پس از ساخت موفقیت آمیز ظروف میانی را بردارید. پیش فرض است درست.

-t, -- برچسب""
نام‌های مخزن (و به صورت اختیاری با برچسب‌ها) که باید روی تصویر حاصل اعمال شوند
مورد موفقیت

-m, -- حافظه=حافظه
محدودیت حافظه

- تعویض حافظه=محدود
مقدار حدی برابر با حافظه به علاوه تعویض. باید با استفاده شود -m (-- حافظه) پرچم. در
مبادله محدود همیشه باید بزرگتر از -m (-- حافظه) ارزش.

قالب محدود is [ ]. واحد می تواند باشد b (بایت) k (کیلو بایت) m
(مگابایت)، یا g (گیگابایت). اگر واحدی را مشخص نکنید، b استفاده می شود. LIMIT را روی -1 به
تعویض نامحدود را فعال کنید

--shm-اندازه=SHM-SIZE
اندازه /dev/shm. فرمت است . عدد باید بزرگتر باشد 0.
واحد اختیاری است و می تواند باشد b (بایت) k (کیلو بایت) m (مگابایت)، یا g (گیگابایت).
اگر واحد را حذف کنید، سیستم از بایت استفاده می کند.
اگر اندازه را به طور کامل حذف کنید، سیستم استفاده می کند 64m.

--cpu-share=0
سهم CPU (وزن نسبی).

به طور پیش فرض، همه کانتینرها نسبت یکسانی از چرخه های CPU را دریافت می کنند.
سهم CPU نسبت به تنظیم پیش فرض 1024 یک "وزن نسبی" است.
این مقدار پیش فرض در اینجا تعریف می شود:

گربه /sys/fs/cgroup/cpu/cpu.shares
1024

می توانید این نسبت را با تنظیم سهم CPU کانتینر تغییر دهید
وزن نسبت به وزن تمام ظروف در حال اجرا.

برای تغییر نسبت از پیش فرض 1024، از --cpu-share
برای تنظیم وزن روی 2 یا بالاتر پرچم گذاری کنید.

پرچم اشتراک CPU Container
{C0} 60% CPU --cpu-shares=614 (614 60% از 1024 است)
{C1} 40% CPU --cpu-shares=410 (410 40% از 1024 است)

این نسبت فقط زمانی اعمال می شود که فرآیندهای فشرده CPU در حال اجرا باشند.
هنگامی که وظایف در یک کانتینر بیکار هستند، کانتینرهای دیگر می توانند از آن استفاده کنند
زمان باقی مانده CPU مقدار واقعی زمان استفاده از CPU بسته به نوع آن متفاوت است
تعداد کانتینرهای در حال اجرا در سیستم

به عنوان مثال، سه ظرف را در نظر بگیرید، جایی که یکی دارد --cpu-shares=1024 و
دو نفر دیگر دارند --cpu-shares=512. زمانی که در هر سه پردازش می شود
کانتینرها سعی می کنند از 100٪ CPU استفاده کنند، اولین کانتینر دریافت می کند
50٪ از کل زمان CPU. اگر ظرف چهارم را با --cpu-shares=1024,
ظرف اول فقط 33 درصد از CPU را دریافت می کند. ظروف باقی مانده
16.5٪، 16.5٪ و 33٪ از CPU را دریافت کنید.

اشتراک CPU Container Flag Time CPU
{C0} 100% --cpu-shares=1024 33%
{C1} 50% --cpu-shares=512 16.5%
{C2} 50% --cpu-shares=512 16.5%
{C4} 100% --cpu-shares=1024 33%

در یک سیستم چند هسته ای، سهم زمان CPU در سراسر CPU توزیع می شود
هسته ها حتی اگر یک ظرف به کمتر از 100٪ زمان CPU محدود شود، می تواند
از 100% هر هسته CPU استفاده کنید.

به عنوان مثال، سیستمی با بیش از سه هسته را در نظر بگیرید. اگر یکی را شروع کنید
ظرف {C0} با --cpu-shares=512 اجرای یک فرآیند و یک ظرف دیگر
{C1} با --cpu-shares=1024 اجرای دو فرآیند، این می تواند منجر به موارد زیر شود
تقسیم سهام CPU:

اشتراک CPU کانتینر PID
100 {C0} 0 100% CPU0
101 {C1} 1 100% CPU1
102 {C1} 2 100% CPU2

--cpu-period=0
دوره CPU CFS (زمانبندی کاملا منصفانه) را محدود کنید.

استفاده از CPU ظرف را محدود کنید. این پرچم باعث می شود که هسته آن را محدود کند
استفاده از CPU ظرف تا دوره ای که شما مشخص می کنید.

--cpu- سهمیه=0
سهمیه CPU CFS (Clotely Fair Scheduler) را محدود کنید.

به طور پیش فرض، کانتینرها با منبع کامل CPU اجرا می شوند. این پرچم باعث می شود که کرنل
استفاده از CPU کانتینر را به سهمیه ای که مشخص می کنید محدود کنید.

--cpuset-cpus=CPUSET-CPUS
CPUهایی که در آنها امکان اجرا وجود دارد (0-3، 0,1،XNUMX).

--cpuset-mems=CPUSET-MEMS
گره های حافظه (MEMs) که در آنها امکان اجرا وجود دارد (0-3، 0,1،XNUMX). فقط موثر در
سیستم های NUMA

به عنوان مثال، اگر چهار گره حافظه در سیستم خود دارید (0-3)، استفاده کنید --cpuset-mems=0,1،XNUMX به
اطمینان حاصل کنید که فرآیندهای موجود در ظرف Docker شما فقط از حافظه دو حافظه اول استفاده می کنند
گره ها

--cgroup-parent=CGROUP-PARENT
مسیری به گروه ها که زیر آن ظرف است cgroup بوجود آمدند.

اگر مسیر مطلق نباشد، مسیر نسبت به در نظر گرفته می شود گروه ها مسیر
شروع فرآیند اگر Cgroup ها وجود نداشته باشند ایجاد می شوند.

-- حد نصاب=[]
گزینه های Ulimit

برای اطلاعات بیشتر در مورد اولیمیت دیدن
⟨https://docs.docker.com/reference/commandline/run/#setting-ulimits-in-a-container⟩

مثال ها

بنا an تصویر با استفاده از a dockerfile واقع شده داخل la جاری فهرست راهنما

تصاویر Docker را می توان با استفاده از دستور build و یک Dockerfile ساخت:

ساخت داکر .

در طول فرآیند ساخت، داکر تصاویر میانی ایجاد می کند. به منظور حفظ آنها، شما
باید به صراحت تنظیم شود --rm=نادرست.

ساخت داکر --rm=false .

یک تمرین خوب این است که یک زیر شاخه با نام مرتبط ایجاد کنید و Dockerfile را ایجاد کنید
در آن دایرکتوری برای مثال، دایرکتوری به نام mongo ممکن است حاوی Dockerfile to باشد
یک تصویر Docker MongoDB ایجاد کنید. به همین ترتیب، دایرکتوری دیگری به نام httpd ممکن است استفاده شود
ذخیره Dockerfiles برای تصاویر سرور وب آپاچی.

همچنین افزودن فایل های مورد نیاز برای تصویر به زیر شاخه نیز تمرین خوبی است.
سپس این فایل ها با علامت مشخص می شوند کپی کردن or افزودن دستورالعمل در dockerfile.

توجه: اگر فایل tar را اضافه کنید (یک تمرین خوب)، Docker به طور خودکار استخراج می شود
محتویات فایل tar مشخص شده در افزودن دستورالعمل به مشخص شده
هدف.

بنا an تصویر و نامگذاری که تصویر

یک تمرین خوب این است که برای تصویری که می سازید یک نام بگذارید. توجه داشته باشید که فقط a-z0-9-_.
باید برای قوام استفاده شود. هیچ قانون سختی در اینجا وجود ندارد، اما بهتر است آن را ارائه دهید
در نظر گرفتن نام ها

La -t/-- برچسب از flag برای تغییر نام یک تصویر استفاده می شود. در اینجا چند نمونه آورده شده است:

اگرچه این یک روش خوب نیست، نام تصاویر می تواند دلخواه باشد:

docker build -t myimage .

یک رویکرد بهتر این است که یک مخزن، نام و برچسب کاملاً واجد شرایط و معنادار ارائه کنید
(جایی که تگ در این زمینه به معنای واجد شرایط بعد از ":" است). در این مثال ما
یک تصویر JBoss برای مخزن فدورا بسازید و نسخه 1.0 را به آن بدهید:

docker build -t fedora/jboss:1.0.

مثال بعدی برای مخزن کاربر "whenry" است و از Fedora و JBoss استفاده می کند و می دهد
آن نسخه 2.1:

docker build -t whenry/fedora-jboss:v2.1 .

اگر یک تگ نسخه ارائه نکنید، Docker اختصاص خواهد داد آخرین:

docker build -t whenry/fedora-jboss .

هنگامی که تصاویر را لیست می کنید، تصویر بالا دارای برچسب خواهد بود آخرین.

می توانید چندین تگ را روی یک تصویر اعمال کنید. به عنوان مثال، شما می توانید اعمال کنید آخرین برچسب به a
تصویر جدید ساخته شده و تگ دیگری اضافه کنید که به یک نسخه خاص اشاره دارد. به عنوان مثال، به
یک تصویر را هر دو به عنوان تگ کنید whenry/fedora-jboss: آخرین و whenry/fedora-jboss:v2.1، استفاده از
زیر است:

docker build -t whenry/fedora-jboss:latest -t whenry/fedora-jboss:v2.1 .

بنابراین تغییر نام یک تصویر دلخواه است، اما باید به یک قرارداد مفید توجه شود
که برای مصرف کنندگان منطقی است و باید جامعه Docker را نیز در نظر بگیرد
قراردادها

بنا an تصویر با استفاده از a URL

با این کار مخزن GitHub مشخص شده از URL کلون شده و از آن به عنوان زمینه استفاده می شود. در
Dockerfile در ریشه مخزن به عنوان Dockerfile استفاده می شود. این فقط در صورتی کار می کند که
مخزن GitHub یک مخزن اختصاصی است.

ساخت docker github.com/scollier/purpletest

توجه: می توانید یک مخزن Git دلخواه از طریق تنظیم کنید git:// طرحواره

بنا an تصویر با استفاده از a URL به a تربال شد زمینه

با این کار URL خود به داکر Docker ارسال می شود. دیمون تربال را خواهد آورد
بایگانی کنید، آن را از حالت فشرده خارج کنید و از محتویات آن به عنوان زمینه ساخت استفاده کنید. Dockerfile در
ریشه آرشیو و بقیه بایگانی به عنوان زمینه ساخت استفاده می شود.
اگر از یک -f PATH/Dockerfile همچنین سیستم به دنبال آن فایل خواهد بود
داخل محتویات تربال

docker build -f dev/Dockerfile https://10.10.10.1/docker/context.tar.gz

توجه: فرمت های فشرده سازی پشتیبانی شده عبارتند از 'xz'، 'bzip2'، 'gzip' و 'identity' (نه
فشرده سازی)

مشخص کردن انزوا تکنولوژی ها برای ظرف (--ایزوله)

این گزینه در شرایطی که در حال اجرای کانتینرهای Docker در ویندوز هستید مفید است.
La -- انزوا = گزینه فناوری جداسازی یک ظرف را تنظیم می کند. در لینوکس، تنها
پشتیبانی شده است به طور پیش فرض گزینه ای که از فضاهای نام لینوکس استفاده می کند. در ویندوز مایکروسافت، می توانید
این مقادیر را مشخص کنید:

· به طور پیش فرض: از مقدار مشخص شده توسط Daemon Docker استفاده کنید --exec-opt . اگر روح پلید میکند
مایکروسافت ویندوز از فناوری جداسازی استفاده می کند روند به عنوان پیش فرض آن
ارزش.

· روند: فقط جداسازی فضای نام.

· hyperv: جداسازی مبتنی بر پارتیشن Hyper-V Hypervisor.

مشخص کردن -- انزوا پرچم بدون مقدار همان تنظیم است
--isolation = "پیش فرض".

تاریخچه

مارس 2014، در اصل توسط ویلیام هنری (whenry at redhat dot com) بر اساس
منبع منبع و کار داخلی docker.com. ژوئن 2014، به روز شده توسط Sven Dowideit
⟨[ایمیل محافظت شده]⟩ ژوئن 2015، به روز شده توسط سالی اومالی ⟨[ایمیل محافظت شده]⟩

با استفاده از خدمات onworks.net از docker-build آنلاین استفاده کنید