DevOps

راه اندازی CI/CD با GitLab CE، Runner و Jenkins

راه اندازی CI/CD یعنی هر بار که کد را push می کنید، ساخت، تست و deploy به شکل خودکار و تکرارپذیر انجام شود. تیم فنی پیکوهاست GitLab CE با Runner یا Jenkins را روی سرور شما نصب می کند و pipeline پروژه تان را می نویسد.

در یک نگاه

راه اندازی CI/CD یعنی نصب ابزاری مثل GitLab CE با Runner یا Jenkins و نوشتن pipeline که کد را build، تست و روی سرور deploy می کند. وقتی deploy دستی کند یا پرخطاست به آن نیاز دارید. تیم فنی پیکوهاست ابزار، pipeline و دسترسی امن secrets را روی سرور شما آماده می کند.

سطح های خدمت

هر سطح همه ی کارهای سطح قبلی را دارد. قیمت دقیق بعد از بررسی نیاز و حجم کار اعلام می شود.

پکیج پایه

قیمت پس از بررسی

۱۱ کار انجام می شود

  • بررسی اولیه
  • بررسی مخزن کد و روند فعلی انتشار
  • بررسی منابع سرور برای نصب ابزار
  • نصب ابزار
  • نصب GitLab CE یا Jenkins روی سرور
  • تنظیم کاربران اولیه ابزار
  • Runner و agent
  • نصب و ثبت GitLab Runner یا agent جنکینز
  • pipeline
  • نوشتن مرحله های build و test در فایل pipeline
  • نوشتن مرحله deploy برای پروژه
  • secrets
  • ثبت کلیدها و توکن ها در متغیرهای محافظت شده
  • سرور مقصد
  • ساخت کاربر مخصوص deploy با دسترسی محدود
  • ساخت و نصب کلید SSH جدا برای deploy
  • تحویل
  • تحویل فایل های pipeline
ثبت سفارش

پکیج استاندارد

قیمت پس از بررسی

۲۲ کار انجام می شود

  • همه موارد پکیج پایه و موارد زیر
  • بررسی اولیه
  • بررسی مخزن کد و روند فعلی انتشار
  • بررسی منابع سرور برای نصب ابزار
  • تعیین محیط های staging و production
  • نصب ابزار
  • نصب GitLab CE یا Jenkins روی سرور
  • تنظیم کاربران اولیه ابزار
  • تنظیم دامنه و SSL برای ابزار
  • تنظیم ایمیل اطلاع رسانی
  • نصب افزونه های لازم Jenkins برای پروژه
  • Runner و agent
  • نصب و ثبت GitLab Runner یا agent جنکینز
  • انتخاب executor مناسب مثل shell یا Docker
  • pipeline
  • نوشتن مرحله های build و test در فایل pipeline
  • نوشتن مرحله deploy برای پروژه
  • اجرای pipeline روی یک شاخه آزمایشی
  • تنظیم اجرای خودکار با هر push
  • secrets
  • ثبت کلیدها و توکن ها در متغیرهای محافظت شده
  • جدا کردن متغیرهای هر محیط
  • سرور مقصد
  • ساخت کاربر مخصوص deploy با دسترسی محدود
  • ساخت و نصب کلید SSH جدا برای deploy
  • تنظیم دسترسی فقط به مسیرهای لازم
  • آزمایش اتصال و انتشار روی سرور مقصد
  • تحویل
  • تحویل فایل های pipeline
  • یادداشت افزودن پروژه یا متغیر تازه
ثبت سفارش

پکیج کامل

قیمت پس از بررسی

۲۹ کار انجام می شود

  • همه موارد پکیج استاندارد و موارد زیر
  • بررسی اولیه
  • بررسی مخزن کد و روند فعلی انتشار
  • بررسی منابع سرور برای نصب ابزار
  • تعیین محیط های staging و production
  • نصب ابزار
  • نصب GitLab CE یا Jenkins روی سرور
  • تنظیم کاربران اولیه ابزار
  • تنظیم دامنه و SSL برای ابزار
  • تنظیم ایمیل اطلاع رسانی
  • نصب افزونه های لازم Jenkins برای پروژه
  • Runner و agent
  • نصب و ثبت GitLab Runner یا agent جنکینز
  • انتخاب executor مناسب مثل shell یا Docker
  • جدا کردن Runner از سرور اصلی ابزار
  • pipeline
  • نوشتن مرحله های build و test در فایل pipeline
  • نوشتن مرحله deploy برای پروژه
  • اجرای pipeline روی یک شاخه آزمایشی
  • تنظیم اجرای خودکار با هر push
  • افزودن مرحله ساخت ایمیج داکر
  • تعریف راه برگشت به نسخه قبلی
  • secrets
  • ثبت کلیدها و توکن ها در متغیرهای محافظت شده
  • جدا کردن متغیرهای هر محیط
  • حذف کلیدهای قدیمی و بررسی نبود secret در مخزن
  • سرور مقصد
  • ساخت کاربر مخصوص deploy با دسترسی محدود
  • ساخت و نصب کلید SSH جدا برای deploy
  • تنظیم دسترسی فقط به مسیرهای لازم
  • آزمایش اتصال و انتشار روی سرور مقصد
  • تحویل
  • تحویل فایل های pipeline
  • یادداشت افزودن پروژه یا متغیر تازه
  • مستند کردن ساختار ابزار و محیط ها
  • آموزش کوتاه تغییر pipeline به تیم شما
  • بررسی دوباره اجرای pipeline پس از تحویل
ثبت سفارش

کدام سطح مناسب شماست

پایه

برای پروژه ای که فقط یک pipeline ساده build و deploy روی یک سرور می خواهد.

استاندارد

برای تیمی که ابزار CI/CD کامل با Runner، محیط staging و production و کنترل دسترسی لازم دارد.

کامل

برای پروژه ای که علاوه بر pipeline کامل، سخت سازی ابزار، مستندسازی و آموزش تیم هم می خواهد.

مقایسه کامل پکیج ها

کارپایهاستانداردکامل
بررسی اولیه
بررسی مخزن کد و روند فعلی انتشار✓✓✓
بررسی منابع سرور برای نصب ابزار✓✓✓
تعیین محیط های staging و production-✓✓
نصب ابزار
نصب GitLab CE یا Jenkins روی سرور✓✓✓
تنظیم کاربران اولیه ابزار✓✓✓
تنظیم دامنه و SSL برای ابزار-✓✓
تنظیم ایمیل اطلاع رسانی-✓✓
نصب افزونه های لازم Jenkins برای پروژه-✓✓
Runner و agent
نصب و ثبت GitLab Runner یا agent جنکینز✓✓✓
انتخاب executor مناسب مثل shell یا Docker-✓✓
جدا کردن Runner از سرور اصلی ابزار--✓
pipeline
نوشتن مرحله های build و test در فایل pipeline✓✓✓
نوشتن مرحله deploy برای پروژه✓✓✓
اجرای pipeline روی یک شاخه آزمایشی-✓✓
تنظیم اجرای خودکار با هر push-✓✓
افزودن مرحله ساخت ایمیج داکر--✓
تعریف راه برگشت به نسخه قبلی--✓
secrets
ثبت کلیدها و توکن ها در متغیرهای محافظت شده✓✓✓
جدا کردن متغیرهای هر محیط-✓✓
حذف کلیدهای قدیمی و بررسی نبود secret در مخزن--✓
سرور مقصد
ساخت کاربر مخصوص deploy با دسترسی محدود✓✓✓
ساخت و نصب کلید SSH جدا برای deploy✓✓✓
تنظیم دسترسی فقط به مسیرهای لازم-✓✓
آزمایش اتصال و انتشار روی سرور مقصد-✓✓
تحویل
تحویل فایل های pipeline✓✓✓
یادداشت افزودن پروژه یا متغیر تازه-✓✓
مستند کردن ساختار ابزار و محیط ها--✓
آموزش کوتاه تغییر pipeline به تیم شما--✓
بررسی دوباره اجرای pipeline پس از تحویل--✓

چه کارهایی انجام می شود

GitLab CE

نصب روی سرور، تنظیم دامنه و SSL، ایمیل اطلاع رسانی و کاربران اولیه

GitLab Runner

نصب و ثبت Runner با executor مناسب (shell یا Docker)

Jenkins

نصب، تنظیم کاربران و نصب افزونه های لازم برای پروژه

pipeline

تعریف مرحله های build، test و deploy در .gitlab-ci.yml یا Jenkinsfile

deploy

انتشار روی سرور مقصد از طریق SSH یا ساخت و اجرای ایمیج

secrets

نگهداری کلیدها و توکن ها در متغیرهای محافظت شده، نه داخل کد

سرور مقصد

ساخت کاربر مخصوص deploy با دسترسی محدود و کلید SSH جدا

چه زمانی به این خدمت نیاز دارید

  • انتشار نسخه تازه به یک نفر و چند دستور دستی وابسته است و گاهی اشتباه می شود.
  • تست ها را فقط گاهی و روی سیستم یک توسعه دهنده اجرا می کنید.
  • چند نفر روی یک مخزن کار می کنند و می خواهید قبل از ادغام، کد خودکار بررسی شود.
  • بعد از هر انتشار برای برگرداندن نسخه قبلی راه مشخصی ندارید.
  • پروژه تان با Docker اجرا می شود و ساخت ایمیج هر بار دستی انجام می شود. برای این حالت نصب و راه اندازی داکر پیش نیاز مناسبی است.

مراحل کار

  1. ۱

    در تیکت نوع پروژه، زبان یا فریم ورک، محل مخزن کد و سرور مقصد را می نویسید.

  2. ۲

    تیم فنی ابزار را روی سرور انتخابی نصب و پایه امنیتی آن را تنظیم می کند.

  3. ۳

    Runner یا agent به مخزن وصل و یک pipeline ساده با مرحله های build و test اجرا می شود.

  4. ۴

    مرحله deploy اضافه می شود: ساخت کاربر deploy، کلید SSH و اسکریپت انتشار.

  5. ۵

    secrets در متغیرهای محافظت شده ثبت و اجرای کامل pipeline روی یک شاخه آزمایشی بررسی می شود.

  6. ۶

    فایل های pipeline و توضیح کوتاه نگهداری به شما تحویل داده می شود.

چه چیزی از شما لازم داریم

  • دسترسی به مخزن کد یا اعلام محل آن، و اگر مخزن خصوصی است، یک توکن با دسترسی فقط خواندن.
  • دسترسی مدیریتی به سرور که از طریق فیلدهای خصوصی تیکت یا یک حساب موقت داده می شود. رمز root را در متن عادی تیکت ننویسید. حساب موقت بعد از اتمام کار حذف می شود.
  • دستور ساخت و تست پروژه، یا توضیح این که هر انتشار فعلی چه مراحلی دارد.
  • مشخصات سرور مقصد و محیط های لازم، مثل staging و production.
  • اگر پروژه تست خودکار ندارد، اعلام این موضوع. در این حالت pipeline فقط build و deploy را انجام می دهد.

چه چیزی تحویل می دهید و چه چیزی تضمین نمی شود؟

تحویل کار شامل ابزار نصب شده و کار می کند، pipeline نوشته شده برای پروژه شما، کاربر و کلید deploy با دسترسی محدود و یادداشتی از نحوه افزودن پروژه یا متغیر تازه است.

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

سوالات پرتکرار

GitLab بهتر است یا Jenkins؟
هیچ کدام در همه حالت بهتر نیست. GitLab CE مخزن، pipeline و مدیریت کاربر را یک جا دارد و برای تیم های کوچک ساده تر است. Jenkins برای پروژه هایی که ابزار و محیط های متنوع دارند انعطاف بیشتری می دهد ولی نگهداری افزونه هایش وقت می برد.
deploy از طریق SSH امن است؟
اگر درست تنظیم شود، بله. برای هر pipeline یک کاربر جدا با کلید مخصوص و دسترسی محدود ساخته می شود و رمز عبور یا کلید داخل مخزن ذخیره نمی شود. کلیدها در متغیرهای محافظت شده می مانند.
GitLab CE چقدر منبع لازم دارد؟
بسته به تعداد کاربران و پروژه ها فرق می کند و مقدار دقیقی که برای همه درست باشد وجود ندارد. در بررسی اولیه منابع سرور شما را می سنجیم و اگر کم باشد، قبل از نصب اعلام می کنیم. مستندات رسمی را در docs.gitlab.com می توانید ببینید.
می توانم pipeline را بعدا خودم تغییر بدهم؟
بله. فایل pipeline داخل مخزن پروژه است و با همان روند عادی commit تغییر می کند. برای دیدن نتیجه تغییر و خطاها می توانید به مانیتورینگ سرور هم اتصال بدهید.

خدمات مرتبط

DevOpsسفارش از تیکت یا فروشگاهنصب و راه اندازی داکر روی اوبونتو، دبیان و آلمالینوکس

نصب و راه اندازی داکر و Docker Compose روی اوبونتو، دبیان و آلمالینوکس، همراه با تنظیم ایمیج ها، ولوم ها، شبکه و reverse proxy توسط تیم فنی.

مشاهده خدمتDevOpsسفارش از تیکت یا فروشگاهمانیتورینگ سرور با Zabbix، Prometheus و Grafana

مانیتورینگ سرور با Zabbix یا Prometheus و Grafana، همراه با بررسی در دسترس بودن سایت، آستانه ها و هشدار به تلگرام یا ایمیل توسط تیم فنی.

مشاهده خدمتمدیریت و نگهداری سرورسفارش از تیکت یا فروشگاهمدیریت سرور مجازی و اختصاصی توسط تیم فنی پیکوهاست

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

مشاهده خدمت