استفاده از الگوی تکتون برای مدیریت پیکربندی جهانی در اپراتورهای Kubernets

چالش مدیریت پیکربندی در اپراتورهای Kubernetes

اپراتورهای Kubernetes API Kubernetes را برای مدیریت برنامه های پیچیده گسترش می دهند، آنها اغلب نیاز به خواندن پارامترهای پیکربندی دارند - مانند رشته های اتصال، پرچم های ویژگی، سطوح ورود به سیستم و یا محدودیت منابع - بدون یک رویکرد انضباطی، پیکربندی می تواند در سراسر کد پراکنده شود، که منجر به ناسازگاری، شرایط مسابقه و اشکالات دشوار به ردیابی می شود.

اکثر پروژه های اپراتور در Go نوشته شده اند و به طور معمول به عنوان یک باینری واحد اجرا می شوند، با این حال، اپراتور ممکن است از چندین کنترل کننده، پذیرش وب سایت و کارگران پس زمینه تشکیل شده باشد؛ هر جزء ممکن است به داده های پیکربندی یکسان نیاز داشته باشد.

درک الگوی تکتون

الگوی تکتون یک الگوی طراحی ایجاد کننده است که تضمین می کند یک کلاس یا ساختار تنها دارای یک نمونه است و یک نقطه جهانی از دسترسی به آن را فراهم می کند.در زمینه اپراتورهای Go و Kubernetes، ما این الگو را برای پیکربندی اشیاء اعمال می کنیم.

ویژگی های اصلی یک تکتون

• [[۱] [۱۰] [۱] [۱۰] [۱]] [۱]]]- از شتاب و شتاب بیرونی جلوگیری کنید.
• روش دسترسی به آمار [FLT 1] - بازگشت به نمونه، ایجاد آن در دسترسی اول.
• (فَلَّهُمْهُمْهُمْهُمْهُمْهُمِهُمِهُمِهُمِهُواًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاًاً، این گونه است که در ابتدا به آن نیاز است.
• ایمنی - دسترسی همزمان نباید چندین مورد یا حالت فاسد تولید کند.

package config

import (
 "os"
 "sync"
)

// Config holds all operator configuration.
type Config struct {
 LogLevel string
 DatabaseURL string
 // ... other fields
}

var (
 instance *Config
 once sync.Once
)

// GetConfig returns the singleton Config, initializing it on the first call.
func GetConfig() *Config {
 once.Do(func() {
 instance = &Config{
 LogLevel: getEnv("LOG_LEVEL", "info"),
 DatabaseURL: getEnv("DATABASE_URL", "localhost:5432"),
 }
 // Optionally validate or parse from a file / ConfigMap.
 })
 return instance
}

func getEnv(key, fallback string) string {
 if value, ok := os.LookupEnv(key); ok {
 return value
 }
 return fallback
}

نگرانی رایج در مورد تکتون ها قابل آزمایش بودن است.در تست های واحد اپراتور، اغلب می خواهید یک پیکربندی را ارائه دهید.یک محیط کاری ساده این است که قلاب آزمایشی (FLT:0) را افشا کنید که نمونه را تنظیم می کند:

// ResetForTest clears the singleton – only for use in test files.
func ResetForTest() {
 once = sync.Once{}
 instance = nil
}

سپس در آزمون هایی که می توانید آن را به نام (FLT:6) تنظیم کنید، متغیرهای محیط را تنظیم کنید و دوباره به عنوان مثال جدید (FLT:0) استفاده کنید.

رویکردهای جایگزین: ConfigMaps و Variables محیط زیست

قبل از اتخاذ یک تکتون، ارزش درک گزینه های موجود در اکوسیستم کوبرنتز را دارد:

1- متغیرهای محیطی

این ها ساده ترین و رایج ترین روش ها هستند. [۱] مانیفست استقرار اپراتور (FLT:۸ ورودی) را تعریف می کند و اپراتور آنها را از طریق می خواند اگر هر جزء آنچه را که به طور مستقل نیاز دارد، لازم است.

• اجزای متعدد به همان مقدار نیاز دارند – شما هر جا تکرار می کنید.
• شما می خواهید منبع (به عنوان مثال، از env به یک فایل) را تغییر دهید – باید هر سایت تماس را به روز کنید.

۲- Kubernets ConfigMaps

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

func WatchConfigMap(ctx context.Context, client kubernetes.Interface, namespace, name string) {
 watcher, _ := client.CoreV1().ConfigMaps(namespace).Watch(ctx, metav1.ListOptions{FieldSelector: "metadata.name=" + name})
 for event := range watcher.ResultChan() {
 cm := event.Object.(*v1.ConfigMap)
 updateFromConfigMap(cm)
 }
}

func updateFromConfigMap(cm *v1.ConfigMap) {
 // Write to a global singleton.
 configSingleton.Update(cm.Data)
}

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

۳- تزریق وابستگی

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

مقایسه تکتون با تزریق وابستگی

برای بسیاری از اپراتورهای، الگوی تکتون (FLT:0) انتخاب نادرست است، زیرا آن را ساده سازی کد پایه بدون قربانی اطمینان.تیم که خلوص تست اولویت ممکن است ترجیح می دهد DI، اما سربار اغلب توجیه برای اپراتورهای کوچک به حساب نمی آید.

بهترین روش ها برای مدیریت پیکربندی در اپراتورها

• [در این باره] [در این باره]، [[[۱]]] [[۱۰]]] [[۱۰]]] [[۱۰]]] [[۱۰]]]] [[۱۰]]]] [[۱۰]]]] [[[۱۰]]]]] [[۱۰]]]] [۱]] [۱]] [۱] [۱]]] [۱۰] [۱] [۱] [۱] [۱] [۱] [۱]]] [۱] [۱]] [۱] [۱]]]] [۱]]]] [۱] [۱] [۱]]]]] [۱]]]]] [۱۰] [۱] [۱۰] [۱] [۱] [۱] [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [۱] [۱۰] [۱] [بر [بر [بر [بر [بر [بر [بر [بر [بر [بر [
• متغیرهای محیط زیست را به عنوان پیش فرض استفاده کنید [FLT 1 ]، اجازه دهید یک ConfigMap آنها را در زمان اجرا متوقف کند.
• پیکربندی از طریق یک آشتی دهنده [FLT 1] - برخی از اپراتورهای پیکربندی موثر در یک وضعیت منبع سفارشی برای اشکال زدایی ذخیره می کنند.
• تغییر تکتون پس از اولیه سازی (مگر اینکه شما یک مکانیسم به روز رسانی کنترل شده را پیاده سازی کنید)
• چرخه عمر تکتون را - به ویژه چگونگی اولیه شدن آن و زمانی که تنظیم مجدد مجاز (معمولا فقط در آزمون)
• [[۱] [۱۰] عدم تغییر در برابر [FLT ۱] - بازگشت یک کپی یا یک بسته بندی تنها خواندن برای جلوگیری از جهش تصادفی.