در زیرساختهای مدرن بومی ابری، پایپلاینهای سنتی CI/CD در حال تحول هستند. GitOps رویکردی است که از گیت به عنوان منبع حقیقت واحد برای زیرساخت و برنامههای اعلامی استفاده میکند. با ترکیب گیت و ابزارهای خودکار، تیمها میتوانند استقرارهای سازگار، قابل حسابرسی و امنی را به دست آورند. در قلب این انقلاب برای محیطهای کوبرنِتِس، ArgoCD قرار دارد؛ ابزاری قدرتمند برای تحویل مداوم که همگامسازی خودکار بین مخازن گیت و وضعیت خوشه شما را امکانپذیر میسازد.
این مقاله به بررسی نحوه راهاندازی ArgoCD، پیکربندی تعاریف برنامه و بهرهگیری از ویژگیهای همگامسازی داخلی آن برای حفظ یک گردشکار GitOps مستحکم میپردازد.
درک حلقه اصلی GitOps
قبل از ورود به جزئیات پیکربندی، درک مکانیسم آن حیاتی است. در یک گردشکار GitOps، توسعهدهنده تغییرات را به یک مخزن گیت (حالت مطلوب) ارسال میکند. ArgoCD که در داخل خوشه کوبرنِتِس اجرا میشود، آن مخزن را نظارت میکند. اگر تغییرناهماهنگی (Drift) بین وضعیت زنده در خوشه و حالت مطلوب در گیت تشخیص دهد، آنها را به طور خودکار همگامسازی میکند. این مدل مبتنی بر کشیدن (Pull-based) مزایای قابل توجهی نسبت به پایپلاینهای مبتنی بر هل دادن (Push-based) دارد، مانند امنیت بهتر (نیازی به نمایان کردن اعتبارنامههای خوشه به سرورهای CI خارجی نیست) و دید لحظهای نسبت به سلامت خوشه.
نصب ArgoCD
اولین مرحله، نصب ArgoCD روی خوشه کوبرنِتِس شماست. سادهترین روش استفاده از CLI رسمی یا اعمال مستقیم مانیفست است. اطمینان حاصل کنید که به نامسپ (Namespace)ی که میخواهید ArgoCD در آن عمل کند، هدف قرار دهید که معمولاً argocd است.
kubectl create namespace argocd
kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argocd/stable/manifests/install.yamlپس از نصب، میتوانید بررسی کنید که پادها در حال اجرا هستند:
kubectl get pods -n argocdپس از آماده شدن سرور API و رابط کاربری ArgoCD، رمز عبور اولیه مدیر را بازیابی کنید:
kubectl get secret argocd-initial-admin-secret -n argocd -o jsonpath="{.data.password}" | base64 -dتعریف برنامهها با CRDهای Application
اگرچه رابط کاربری ArgoCD به شما امکان میدهد برنامهها را از طریق رابط وب ایجاد کنید، مدیریت آنها به صورت برنامهنویسی از طریق گیت، قدرت واقعی GitOps است. ما از تعریف منبع سفارشی (CRD) Application برای تعریف آنچه ArgoCD باید مدیریت کند، استفاده میکنیم.
یک ساختار دایرکتوری در مخزن گیت خود ایجاد کنید که ساختار محیط شما را بازتاب دهد. برای مثال، فایلی به نام web-app.yml ایجاد کنید:
apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
name: guestbook
namespace: argocd
spec:
project: default
source:
repoURL: https://github.com/argoproj/argocd-example-apps.git
targetRevision: HEAD
path: guestbook
destination:
server: https://kubernetes.default.svc
namespace: default
syncPolicy:
automated:
prune: true
selfHeal: trueبیایید بخشهای کلیدی این مانیفست را بررسی کنیم:
- source: به مخزن گیت حاوی مانیفستهای کوبرنِتِس شما اشاره میکند.
targetRevision: HEADتضمین میکند که همیشه آخرین کامیت را دریافت میکند. - destination: مشخص میکند که برنامه باید در کجا استقرار یابد (آدرس URL خوشه و نامسپ).
- syncPolicy: این بخش برای خودکارسازی حیاتی است.
automated.prune: trueتضمین میکند که منابع حذف شده از گیت، از خوشه نیز حذف شوند.selfHeal: trueبه ArgoCD دستور میدهد تا هر تغییری که مستقیماً روی خوشه اعمال شده و با تعریف گیت مطابقت ندارد، به حالت تعریف شده در گیت بازگرداند.
مثال عملی: مدیریت تغییرناهماهنگی
یکی از سناریوهای رایج در مدیریت کوبرنِتِس، «تغییرناهماهنگی» (Drift) است. تصور کنید یک توسعهدهنده از طریق SSH وارد پاد شده و متغیر محیطی را به صورت دستی برای اشکالزدایی تغییر میدهد. در یک استقرار استاندارد، این تغییر باقی میماند و منجر به ناسازگاری پیکربندی بین محیطها میشود.
با فعال بودن سیاست selfHeal در مثال قبلی، ArgoCD به طور مداوم وضعیت خوشه را با گیت بازسازی میکند. در عرض چند ثانیه، ArgoCD تغییر دستی را تشخیص داده، آن را در رابط کاربری به عنوان «OutOfSync» (خارج از همگامسازی) علامت میزند و به طور خودکار مشخصات پاد را برای مطابقت با تعریف گیت بازگردانی میکند. این امر تضمین میکند که محیط تولید شما بازتابی خالص از مخزن کد شما باقی بماند.
بهترین شیوهها برای محیط تولید
در حالی که راهاندازی گردشکار پایه ساده است، محیطهای تولید به دقت بیشتری نیاز دارند:
- جداسازی نامسپ: هرگز ArgoCD را در همان نامسپ برنامههای کاری خود نصب نکنید. از نامسپهای اختصاصی برای ArgoCD و برنامههای خود استفاده کنید.
- پیکربندی RBAC: سیاستهای کنترل دسترسی مبتنی بر نقش (RBAC) سختگیرانهای تعریف کنید. محدود کنید چه کسی میتواند برنامههای ArgoCD را تغییر دهد و چه کسی فقط میتواند وضعیت را مشاهده کند.
- مدیریت رازها: از ثبت رازهای حساس در گیت خودداری کنید. از ویژگی همگامسازی رازهای ArgoCD یا ادغام با مدیران راز خارجی مانند HashiCorp Vault یا AWS Secrets Manager برای تزریق رازها در زمان اجرا استفاده کنید.
- فرآیندهای بازبینی: تغییرات در مانیفستهای
Applicationرا به عنوان تغییرات کد در نظر بگیرید. قبل از ادغام بهروزرسانیها در مخزن گیت، درخواستهای کشش (Pull Requests) و بازبینی کد را الزامی کنید.
نتیجهگیری
پیادهسازی GitOps با ArgoCD نحوه استقرار و مدیریت برنامههای کوبرنِتِس توسط تیمها را دگرگون میکند. با تغییر از دستورات ایمیرواتیو به گردشکارهای اعلامی مبتنی بر گیت، شما قابلیت حسابرسی، امنیت و قابلیت اطمینان را کسب میکنید. توانایی همگامسازی خودکار وضعیت خوشه شما با سیستم کنترل نسخه، خطای انسانی را کاهش داده و چرخههای تحویل را تسریع میکند. هنگامی که این شیوهها را میپذیرید، به یاد داشته باشید که GitOps تنها یک تغییر در ابزارها نیست؛ بلکه یک تغییر فرهنگی به سمت در نظر گرفتن زیرساخت به عنوان کد است. کوچک شروع کنید، سیاستهای همگامسازی خود را خودکار کنید و به تدریج بلوغ GitOps خود را برای باز کردن پتانسیل کامل زیرساخت کوبرنِتِس خود گسترش دهید.