Summarize this content to 400 words in Persian Lang
kro (ارکستراتور منابع Kube) این یک منبع باز از awslabs است که به مدیریت راحت‌تر منابع Kubernetes کمک می‌کند.
💡به روشی آسان توضیح داده شده است:
وقتی ما هر برنامه ای را در Kubernetes ارائه می کنیم یا اجرا می کنیم، البته باید منابع مختلفی مانند Deployment، ServiceAccount، Service، Ingress، PV، PVC ایجاد کنیم، درست است که این منابع به طور مکرر در هر برنامه ای که روی آن اجرا می شود ایجاد شود؟ خوشه و برای مبتدیان، ممکن است سردرگمی در مورد اینکه چه منبعی را ابتدا باید ایجاد کنیم، این مشکلی است که kro به ما کمک خواهد کرد.
ResourceGroup (RG) کلید kro است. در واقع، برای تعریف گروه منابعی که می‌خواهیم، برنامه‌ای که روی خوشه اجرا می‌شود، باشد و Ingress در چه فرمتی می توان در RG مشخص کرد
اکنون که ساخت RG را به پایان رساندیم، API و Kind API جدید خود را دریافت خواهیم کرد. در این مثال یک نوع به نام “ApplicationStack” داریم.
برای استفاده، کاربر نهایی یا توسعه دهنده (تیم توسعه دهنده A، تیم B) فقط کار را اجرا کنید. “ApplicationStack” که قبلاً تعریف شده است نیازی به دانستن تمام جزئیات Kubernetes Resources نیست، پس از اینکه یک توسعه دهنده ApplicationStack خود را ایجاد کرد، kro همانگونه که در RG تعریف شده است، Deployment، ServiceAccount، و Ingress را ایجاد می کند.
💡ویژگی ها و مزایای Kro:
مدیریت منابع Kubernetes را ساده کنید
پشتیبانی از کار بر اساس روش مهندسی پلتفرم، کنترل بهترین شیوه‌های امنیتی استاندارد، سازگار و سازگار را برای تیم‌های پلتفرم آسان‌تر می‌کند.
شما می توانید وضعیت همه منابع را از طریق بررسی کنید ResourceGroup دارد
پشتیبانی از منابع بومی Kubernetes و تعاریف منابع سفارشی (CRD) نصب شده روی خوشه.
و غیره
از تست هایی که من سعی کردم با آنها بازی کنم، می توانیم کرو را برای گسترش بسیاری از موارد مانند:مثال 1: کار مهندسی پلتفرم را آسان می کند وظیفه تیم پلتفرم تنظیم استانداردها است. ResourceGroup منتشر می‌شود و به کاربران اجازه می‌دهد تا به تنهایی آنچه را که می‌خواهند، خودسرویس کنند مستقیم و غیره🔗لینک
مثال 2: فراهم کردن منابع Kubernetes همراه با Cloud Resources را آسان‌تر می‌کند.🔗لینک
مثال 3: تیم های SRE ممکن است برای ابزارهای مشاهده پذیری مانند Logging Stack، Monitoring Stack و Tracing Stack، ResourceGroups ایجاد کنند.
ص این پروژه در حال توسعه فعال است و هنوز برای استفاده تولیدی در نظر گرفته نشده استسند رسمیGitHub
kro (ارکستراتور منابع Kube) این یک منبع باز از awslabs است که به مدیریت راحت‌تر منابع Kubernetes کمک می‌کند.
💡به روشی آسان توضیح داده شده است:
-
وقتی ما هر برنامه ای را در Kubernetes ارائه می کنیم یا اجرا می کنیم، البته باید منابع مختلفی مانند Deployment، ServiceAccount، Service، Ingress، PV، PVC ایجاد کنیم، درست است که این منابع به طور مکرر در هر برنامه ای که روی آن اجرا می شود ایجاد شود؟ خوشه و برای مبتدیان، ممکن است سردرگمی در مورد اینکه چه منبعی را ابتدا باید ایجاد کنیم، این مشکلی است که kro به ما کمک خواهد کرد.
-
ResourceGroup (RG) کلید kro است. در واقع، برای تعریف گروه منابعی که می‌خواهیم، برنامه‌ای که روی خوشه اجرا می‌شود، باشد و Ingress در چه فرمتی می توان در RG مشخص کرد
-
اکنون که ساخت RG را به پایان رساندیم، API و Kind API جدید خود را دریافت خواهیم کرد. در این مثال یک نوع به نام “ApplicationStack” داریم.
-
برای استفاده، کاربر نهایی یا توسعه دهنده (تیم توسعه دهنده A، تیم B) فقط کار را اجرا کنید. “ApplicationStack” که قبلاً تعریف شده است نیازی به دانستن تمام جزئیات Kubernetes Resources نیست، پس از اینکه یک توسعه دهنده ApplicationStack خود را ایجاد کرد، kro همانگونه که در RG تعریف شده است، Deployment، ServiceAccount، و Ingress را ایجاد می کند.
💡ویژگی ها و مزایای Kro:
- مدیریت منابع Kubernetes را ساده کنید
- پشتیبانی از کار بر اساس روش مهندسی پلتفرم، کنترل بهترین شیوه‌های امنیتی استاندارد، سازگار و سازگار را برای تیم‌های پلتفرم آسان‌تر می‌کند.
- شما می توانید وضعیت همه منابع را از طریق بررسی کنید ResourceGroup دارد
- پشتیبانی از منابع بومی Kubernetes و تعاریف منابع سفارشی (CRD) نصب شده روی خوشه.
- و غیره
از تست هایی که من سعی کردم با آنها بازی کنم، می توانیم کرو را برای گسترش بسیاری از موارد مانند:
مثال 1: کار مهندسی پلتفرم را آسان می کند وظیفه تیم پلتفرم تنظیم استانداردها است. ResourceGroup منتشر می‌شود و به کاربران اجازه می‌دهد تا به تنهایی آنچه را که می‌خواهند، خودسرویس کنند مستقیم و غیره
🔗لینک
مثال 2: فراهم کردن منابع Kubernetes همراه با Cloud Resources را آسان‌تر می‌کند.
🔗لینک
مثال 3: تیم های SRE ممکن است برای ابزارهای مشاهده پذیری مانند Logging Stack، Monitoring Stack و Tracing Stack، ResourceGroups ایجاد کنند.
ص این پروژه در حال توسعه فعال است و هنوز برای استفاده تولیدی در نظر گرفته نشده است
سند رسمی
GitHub
