ساخت های باینری

ویژگی ساخت باینری در OpenShift به توسعه دهندگان این امکان را می دهد که منبع یا مصنوعات را مستقیماً به یک بیلد آپلود کنند به جای اینکه منبع کشش ساخت را از URL مخزن Git داشته باشند. هر BuildConfig با استراتژی منبع، داکر یا سفارشی ممکن است به عنوان یک ساخت باینری شروع شود. هنگام شروع ساخت از مصنوعات محلی، مرجع منبع موجود با منبعی که از ماشین کاربر محلی می آید جایگزین می شود.

منبع ممکن است به چندین روش ارائه شود که با آرگومان های موجود هنگام استفاده از دستور start-build مطابقت دارد:

From a file ( --from-file): این مورد زمانی است که کل منبع ساخت از یک فایل واحد تشکیل شده باشد. برای مثال، ممکن است یک Dockerfile برای ساخت Docker، pom. xml برای ساخت Wildfly یا Gemfile برای ساخت Ruby باشد.

از دایرکتوری ( --from-directory ): زمانی که منبع در یک دایرکتوری محلی است و به یک مخزن Git متعهد نیست از آن استفاده کنید. دستور start-build یک آرشیو از دایرکتوری داده شده ایجاد می کند و آن را به عنوان منبع در سازنده آپلود می کند.

From an archive ( --from-archive): از این گزینه زمانی استفاده کنید که یک بایگانی با منبع از قبل وجود داشته باشد. آرشیو ممکن است در قالب tar، tar. gz یا zip باشد.

From a Git Repository ( --from-repo): این برای منبعی است که در حال حاضر بخشی از مخزن Git در ماشین محلی کاربر است.commit HEAD مخزن فعلی بایگانی شده و برای ساخت به OpenShift ارسال می شود.

موارد استفاده

بیلدهای باینری نیاز به یک بیلد برای استخراج منبع از مخزن Git موجود را حذف می کنند. دلایل استفاده از بیلدهای باینری عبارتند از:

ساخت و آزمایش تغییرات کد محلی. منبع از یک مخزن عمومی را می توان شبیه سازی کرد و تغییرات محلی را می توان برای ساختن در OpenShift آپلود کرد. تغییرات محلی لازم نیست به جایی متعهد شوند یا تحت فشار قرار گیرند.

ساخت کد خصوصیبیلدهای جدید را می توان از ابتدا به عنوان بیلدهای باینری شروع کرد. سپس منبع را می توان مستقیماً از ایستگاه کاری محلی شما در OpenShift بارگذاری کرد بدون اینکه لازم باشد آن را در یک SCM بررسی کنید.

ساختن تصاویر با مصنوعات از منابع دیگر. با خطوط لوله جنکینز، ساخت های باینری برای ترکیب آرتیفکت های ساخته شده با ابزارهایی مانند کامپایلر Maven یا C و تصاویر زمان اجرا که از آن ساخت ها استفاده می کنند، مفید هستند.

محدودیت ها

ساخت های باینری قابل تکرار نیستند. از آنجایی که بیلدهای باینری متکی به بارگذاری مصنوعات توسط کاربر در شروع ساخت هستند، OpenShift نمی تواند همان ساخت را بدون اینکه کاربر هر بار بارگذاری یکسانی را تکرار کند، تکرار کند.

ساختهای باینری به طور خودکار نمی توانند ایجاد شوند. آنها فقط می توانند به صورت دستی شروع شوند که کاربر آثار باینری مورد نیاز را بارگذاری کند.

ساختهایی که به عنوان ساختهای باینری شروع می شوند نیز ممکن است دارای URL منبع پیکربندی شده باشند. اگر اینگونه باشد ، محرک ها با موفقیت ساخت را راه اندازی می کنند اما منبع از URL منبع پیکربندی شده و نه از آنچه توسط کاربر تهیه شده است ، آخرین باری که ساخت آن اجرا شده است.

بررسی اجمالی آموزش

آموزش های زیر فرض می کند که شما یک خوشه OpenShift در دسترس دارید و پروژه ای دارید که می توانید آثار باستانی ایجاد کنید. این امر مستلزم آن است که شما هم GIT و هم OC را به صورت محلی در دسترس داشته باشید.

آموزش: ایجاد تغییر کد محلی

یک برنامه جدید را بر اساس یک مخزن منبع موجود ایجاد کنید و مسیری را برای آن ایجاد کنید:

با حرکت به میزبان مسیر ، منتظر ساخت اولیه و مشاهده صفحه برنامه باشید. شما باید یک صفحه خوش آمد گویی دریافت کنید:

مخزن را به صورت محلی کلون کنید:

تغییر در نمای برنامه ایجاد کنید. با استفاده از ویرایشگر مورد علاقه خود ، ویرایش بازدید/main. rb: برچسب را به.

ساخت جدید را با منبع اصلاح شده محلی خود شروع کنید. از فهرست محلی مخزن ، اجرا کنید:

پس از اتمام ساخت و ساز شما و مجدداً کاربردی ، حرکت به میزبان مسیر برنامه باید منجر به صفحه ای با پس زمینه آبی شود.

شما می توانید تغییرات محلی را ایجاد کرده و کد خود را با شروع OC-Build-از DIR بسازید.

همچنین می توانید شاخه ای از کد را ایجاد کنید ، تغییرات خود را به صورت محلی انجام دهید و از سر مخزن به عنوان منبع ساخت خود استفاده کنید:

آموزش: ساخت کد خصوصی

برای نگه داشتن کد خود یک دایرکتوری محلی ایجاد کنید:

در دایرکتوری پرونده ای به نام DockerFile را با محتوای زیر ایجاد کنید:

با محتوای زیر پرونده ای به نام index.html ایجاد کنید:

یک ساخت جدید برای برنامه خود ایجاد کنید:

با استفاده از محتوای دایرکتوری محلی ، یک ساخت باینری را شروع کنید:

برنامه را با استفاده از برنامه جدید مستقر کنید ، سپس مسیری را برای آن ایجاد کنید:

نام میزبان را برای مسیر خود دریافت کرده و به آن بروید:

پس از ساخت و استقرار کد خود ، می توانید با ایجاد تغییر در پرونده های محلی خود و شروع ساخت های جدید با استفاده از Start-Build MyApp-از DIR ، تکرار کنید. پس از ساخت ، کد به طور خودکار مستقر می شود و هنگام تازه کردن صفحه ، تغییرات در مرورگر شما منعکس می شود.

آموزش: آثار باینری از خط لوله

جنکینز در OpenShift اجازه می دهد تا از تصاویر برده با ابزارهای مناسب برای ساخت کد خود استفاده کنید. به عنوان مثال ، می توانید از برده Maven برای ساختن جنگ از مخزن کد خود استفاده کنید. با این حال ، پس از ساخت این مصنوعات ، باید آن را به تصویری متعهد کنید که شامل آثار باستانی مناسب برای اجرای کد شما باشد. از ساخت باینری ممکن است برای اضافه کردن این آثار باستانی به تصویر زمان اجرا استفاده شود. در آموزش زیر ، ما یک خط لوله جنکینز ایجاد خواهیم کرد که از برده Maven برای ساختن یک جنگ استفاده می کند ، و سپس از یک ساخت باینری با Dockerfile استفاده می کند تا آن جنگ را به یک تصویر زمان اجرا Wildfly اضافه کند.

یک فهرست جدید برای برنامه خود ایجاد کنید:

یک dockerfile ایجاد کنید که یک جنگ را به مکان مناسب در داخل یک تصویر وحشی برای اجرای کپی کنید. موارد زیر را در یک پرونده محلی به نام Dockerfile کپی کنید:

برای آن dockerfile یک ساخت و ساز جدید ایجاد کنید:

این به طور خودکار ساخت و ساز را آغاز می کند که در ابتدا شکست خواهد خورد زیرا Artifact root. war هنوز در دسترس نیست. خط لوله زیر آن جنگ را با استفاده از یک ساخت باینری به ساخت و ساز منتقل می کند.

با خط لوله جنکینز که یک جنگ را ایجاد می کند ، ایجاد کنید و سپس از آن جنگ برای ساختن تصویری با استفاده از Dockerfile که قبلاً ایجاد شده است استفاده کنید. از همین الگوی می توان برای سایر سیستم عامل ها استفاده کرد که در آن یک اثر باینری توسط مجموعه ای از ابزارها ساخته شده است و سپس با یک تصویر زمان اجرا متفاوت برای بسته نهایی ترکیب می شود. کد زیر را در mavenapp-pipeline. yml ذخیره کنید:

ساخت خط لوله را ایجاد کنید. اگر جنکینز به پروژه شما اعزام نشود ، ایجاد ساخت و ساز با خط لوله منجر به استقرار جنکینز خواهد شد. ممکن است چند دقیقه طول بکشد تا جنکینز آماده ساخت خط لوله شما باشد. شما می توانید با دعوت ، وضعیت رولت OC DC/جنکینز وضعیت Rollout Jenkins را بررسی کنید:

پس از آماده شدن جنکینز ، خط لوله را که قبلاً تعریف شده بود شروع کنید:

پس از اتمام خط لوله ، برنامه جدید را با استفاده از برنامه جدید مستقر کرده و مسیر خود را در معرض دید خود قرار دهید: