در حال آماده‌سازی صفحه
همراه فنی تیم‌های محصول
زیرساخت پایدار، توسعه سریع‌تر، تحویل مطمئن‌تر
از طراحی و پیاده‌سازی Kubernetes تا اتوماسیون زیرساخت، پایش و افزایش پایداری سرویس‌ها؛ همراه فنی تیم شما هستیم.
CODE
- main
- review
- tag
commit
PIPELINE
- build
- test
- release
artifact
CLUSTER
- api
- worker
- data
rollout
OBSERVE
latency · errors · saturation
کد، خط لوله، کلاستر و پایش در یک مسیر تحویل.
خدمات
کاری که با هم انجام می‌دهیم
هر خدمت یک نتیجه عملی دارد: مسیر روشن‌تر برای ساخت، انتشار یا نگهداشت. جزئیات هر مورد در صفحه خودش است.
دواپس به‌عنوان سرویس
طراحی، اتوماسیون و بهره‌برداری روزمره زیرساخت را به تیمی می‌سپارید که کنار تیم محصول کار می‌کند.
شرح خدمت
Kubernetes و ارکستراسیون کانتینر
کلاستر، استقرار و سیاست اجرا را طوری طراحی می‌کنیم که انتشار سرویس قابل پیش‌بینی باشد.
شرح خدمت
مهندسی قابلیت اطمینان
دسترس‌پذیری و پاسخ به حادثه را به بخشی از کار روزمره تیم تبدیل می‌کنیم، نه یک واکنش دیرهنگام.
شرح خدمت
مهندسی پلتفرم
مسیر استاندارد ساخت و انتشار را برای تیم‌های محصول می‌سازیم تا هر سرویس از صفر شروع نشود.
شرح خدمت
CI/CD و اتوماسیون زیرساخت
خط لوله انتشار و تعریف زیرساخت را قابل بازتولید و قابل بازبینی می‌کنیم.
شرح خدمت
مهاجرت ابری و نوسازی زیرساخت
انتقال سرویس‌ها را مرحله‌به‌مرحله طراحی می‌کنیم تا کسب‌وکار در حین تغییر متوقف نشود.
شرح خدمت
پایش و پاسخ به حادثه
متریک، لاگ و ردگیری را طوری می‌چینیم که علت اختلال قبل از حدس زدن دیده شود.
شرح خدمت
فایده همکاری
زیرساخت باید به تیم محصول سرعت بدهد، نه کار دوم بسازد
- انتشار قابل اتکا
- مسیر ساخت و انتشار مشخص می‌شود تا تغییر سرویس به حافظه افراد وابسته نماند.
- کار عملیاتی کمتر
- کارهای تکراری به اتوماسیون قابل بازبینی منتقل می‌شوند.
- دیده شدن سرویس
- سلامت سرویس و اختلال، نشانه و مسئول رسیدگی دارند.
- زیرساخت قابل تکرار
- محیط‌ها از تعریف مشترک ساخته می‌شوند، نه از تنظیم دستی.
- رشد بدون پیچیدگی اضافه
- ابزار و لایه جدید فقط وقتی اضافه می‌شود که مسئله فعلی همان را بخواهد.
روش کار
چهار مرحله، بدون جهش
۱
شناخت و ارزیابی
وضعیت انتشار، زیرساخت و درد واقعی تیم را از نزدیک می‌بینیم.
۲
معماری و نقشه راه
محدوده، ترتیب کار و آنچه عمداً انجام نمی‌شود را مکتوب می‌کنیم.
۳
پیاده‌سازی و اتوماسیون
مسیر انتخاب‌شده را در مخزن و محیط واقعی می‌سازیم.
۴
پایش و بهبود مستمر
بعد از اجرا، نشانه‌ها و بازخورد تیم مسیر بعدی را مشخص می‌کند.
نمونه‌کار
شکل کار، نه ادعا
نمونه آموزشی
نمونه آموزشی: استقرار یک سرویس روی Kubernetes
شکل کار برای بردن یک سرویس از انتشار دستی به یک مسیر نسخه‌شده. این پروژه واقعی نیست.
- نمونه آموزشی
نمونه آموزشی: مسیر مشترک برای چند تیم محصول
نمونه‌ای از یک پلتفرم داخلی کوچک تا تیم‌ها خط لوله را از نو نسازند. مشتری واقعی ندارد.
- نمونه آموزشی
نمونه آموزشی: دیده شدن حادثه در چند سرویس
نمونه‌ای از چیدن سیگنال، هشدار و یادداشت حادثه. این مورد بر اساس مشتری واقعی نوشته نشده است.
ابزار
فناوری را برای مسئله انتخاب می‌کنیم
این فهرست حوزه کار روزمره است، نه نشان همکاری یا گواهینامه. ابزار نهایی بعد از دیدن مخزن و تیم مشخص می‌شود.
Kubernetes
ارکستراسیون سرویس
Docker
بسته‌بندی اجرا
Terraform
تعریف زیرساخت
Ansible
پیکربندی میزبان
GitLab CI
خط لوله انتشار
Prometheus
جمع‌آوری شاخص
Grafana
خواندن سیگنال
Linux
پایه بهره‌برداری
وبلاگ
از کار فنی، نه از شعار
قابلیت اطمیناناز متریک خام تا نشانه‌ای که تیم بتواند با آن عمل کند
نمودار وقتی مفید است که مشخص باشد اگر از آستانه گذشت، چه کسی چه کاری انجام می‌دهد.
۱۶ شهریور ۱۴۰۵۷ دقیقه مطالعه
CI/CDمحیط‌ها را در GitLab CI جدا کنید، خط لوله را کپی نکنید
تفاوت محیط‌ها باید در متغیر و مرحله انتشار باشد، نه در دو فایل خط لوله که آرام‌آرام از هم دور می‌شوند.
۲۸ مرداد ۱۴۰۵۵ دقیقه مطالعه
Kubernetesrequest و limit را در Kubernetes حدس نزنید
عددهای حافظه و پردازنده اگر از رفتار واقعی سرویس نیایند، یا گره را بیهوده پر می‌کنند یا سرویس را بی‌دلیل بازمی‌دارند.
۱۱ مرداد ۱۴۰۵۶ دقیقه مطالعه
درباره زیرساخت فعلی حرف بزنیم
اگر انتشار، پایداری یا مهاجرت برایتان گنگ شده، همان مسئله را بنویسید. از همان‌جا شروع می‌کنیم.