Kubernetes قدرت می‌دهد، اما برای هر API ساده اغلب باید Deployment، Service، Ingress، HPA و سیاست ترافیک را دستی بچینید. تیم‌ها می‌خواهند بگویند «این کانتینر را سرو کن، با تقاضا اسکیل کن، وقتی بیکار است خاموش شود» — بدون قفل به یک cloud خاص.

Knative برای همین ساخته شد:

The easiest way to build and run serverless workloads on Kubernetes — building blocks for modern, cloud-based applications.

یعنی middleware روی Kubernetes برای deploy، اسکیل و مدیریت workloadهای serverless — HTTP-first، event-based، و قابل حمل بین هر کلاستر.

CNCF Graduated (اعلام اکتبر ۲۰۲۵ / graduation سپتامبر ۲۰۲۵؛ Incubating از مارس ۲۰۲۲). سایت: knative.dev · Docs: docs · لایسنس: Apache-2.0

مشکل: serverless بدون قفل vendor

نقل معروف Kelsey Hightower روی سایت: اگر می‌خواهید FaaS بسازید، می‌توانید روی Knative بسازید — Serving برای اسکیل on-demand درخواست.

Knative چیست؟ سه جزء

طبق Technical Overview:

Serving و Eventing را می‌توان جدا نصب کرد و تدریجی adopt کرد. Functions روی Serving (و در صورت نیاز Eventing) سوار می‌شود.

مشکلاتی که حل می‌کند

1. پیچیدگی deploy — به‌جای ترکیب دستی Pod/Service/Ingress
2. عملیات serverless — اسکیل ۰ تا هزاران، routing هوشمند
3. معماری event-driven — استاندارد با CloudEvents
4. Developer Experience — بدون اجبار Dockerfile در روز اول
5. Platform lock-in — portable روی هر کلاستر (on-prem / multi-cloud)

Knative Serving

Serving مجموعه‌ای از CRDهاست که چرخهٔ عمر workload serverless را مدیریت می‌کند.

منابع اصلی

knative Service
    ├─ Configuration ──► Revision v1, v2, v3 …
    └─ Route ── traffic % ──► Revisions

قابلیت‌های کلیدی Serving

• Automatic scaling از صفر تا N و برگشت به صفر
• Traffic management: blue-green، canary، split بین Revisionها
• Networking: Ingress خودکار؛ دامنهٔ سفارشی؛ TLS؛ یکپارچگی با service mesh
• Kubernetes-native: همان Pod — ServiceAccount، GPU، sandbox
• Configuration management تمیز بین app و config

جریان درخواست (Request Flow)

Client
  │
  ▼
Ingress (Kourier / Istio / Contour / Gateway API)
  │
  ├─ اگر Pod آماده است ──► Queue-Proxy ──► App container
  │
  └─ اگر scale-to-zero ──► Activator (صف درخواست)
                              │ poke
                              ▼
                         Autoscaler ──► ایجاد Pod
                              │
                              ▼
                         Queue-Proxy ──► App

target-burst-capacity تعیین می‌کند Activator همیشه در مسیر باشد یا فقط هنگام scale-from-zero. جزئیات: serving scaling docs.

نمونهٔ Knative Service

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  name: hello
  namespace: default
spec:
  template:
    metadata:
      annotations:
        autoscaling.knative.dev/target: "10"
        autoscaling.knative.dev/min-scale: "0"
        autoscaling.knative.dev/max-scale: "50"
    spec:
      containers:
        - image: ghcr.io/knative/helloworld-go:latest
          ports:
            - containerPort: 8080
          env:
            - name: TARGET
              value: "P30Light"

ترافیک canary مفهومی:

# بخشی از spec.traffic روی Service / Route
traffic:
  - revisionName: hello-00001
    percent: 90
  - revisionName: hello-00002
    percent: 10
    tag: canary

GPU و LLM Inference

چون Serving روی Pod است، می‌توانید GPU بخواهید و از scale-to-zero برای خاموش کردن سخت‌افزار گران استفاده کنید. برای production مدل: KServe روی Knative Serving — پروتکل inference، multi-framework، batching و observability مدل.

Knative Eventing

لایهٔ مسیریابی ناهمگام CloudEvents روی HTTP — producers و consumers شل‌کوپل.

Event Source ──HTTP POST (CloudEvent)──► Broker
                                            │
                                      Trigger (filter)
                                            │
                                            ▼
                                         Sink
                              (Knative Service / K8s Service / URL)

ویژگی مهم: producer می‌تواند قبل از وجود consumer رویداد بفرستد و برعکس — loose coupling واقعی. Eventing می‌تواند به Kubernetes Service معمولی هم تحویل دهد، نه فقط Serving.

موارد استفاده: pipeline داده، integration، orchestration workflow، analytics نزدیک real-time.

برای استاندارد رویداد: CloudEvents. برای اسکیل consumer صف‌محور کنار Deployment معمولی: KEDA.

Knative Functions

مدل برنامه‌نویسی ساده بدون اجبار دانش عمیق K8s/Dockerfile:

func init          # قالب زبان
# توسعه و تست محلی
func push          # OCI image به registry
func deploy        # به‌عنوان Knative Service (+ triggers)

یا پلاگین: kn func …

جریان: init → git محلی → تست با Docker محلی → registry → Serving.

نصب

طبق Installing Knative:

# ایدهٔ quickstart (پس از نصب kn CLI و پلاگین)
kn quickstart kind

Serving و Eventing مستقل‌اند. Functions فقط CLI است.

Networking plugins

Messaging plugins (Eventing)

TLS با cert-manager. Observability با OpenTelemetry → Prometheus / Grafana / Jaeger.

YAML در برابر Operator: YAML شفافیت کامل؛ Operator جداسازی customize از base و ارتقای آسان‌تر.

Knative در برابر گزینه‌های نزدیک

جمع‌بندی:

• می‌خواهید Service serverless با Revision و صفر واقعی → Knative Serving
• می‌خواهید همان Deployment فعلی با متریک صف اسکیل شود → KEDA
• می‌خواهید primitives اپ (state، pubsub، binding) → Dapr
• اغلب در یک پلتفرم همزیستی دارند، نه حذف یکدیگر

Cold-start زیر ~۱۰۰ms یا process طولانی stateful با دیسک پایدار — معیار docs برای در نظر گرفتن جایگزین/مکمل.

موارد استفاده ایده‌آل

Case studyهای سایت به IBM، PNC و تیم‌های ML با Eventing اشاره می‌کنند.

عملیات و نکات

kn service list
kn service describe hello
kubectl get ksvc,revision,route -A
kubectl get broker,trigger -A

یکپارچگی با استک P30Light

func / CI ──OCI──► Knative Serving (scale 0↔N, Revisions)
Event Sources ──CloudEvents──► Broker/Trigger ──► Serving یا K8s Service
KEDA ──► اسکیل Deployment/Job غیر Knative (در صورت نیاز)

خلاصه

قدم بعدی

1. Quickstart روی kind را نصب کنید و یک helloworld Serving بسازید.
2. Service را به صفر ببرید (min-scale: 0) و cold start را با یک درخواست ببینید.
3. ترافیک ۱۰٪ به Revision جدید برای canary اعمال کنید.
4. Eventing in-memory + یک Trigger به همان Service وصل کنید.
5. با func init یک تابع Python/Go بسازید و deploy کنید.
6. برای production، Operator یا YAML + networking (Kourier یا Istio) و Observability OTel را قفل کنید.

منابع

• Knative — خانه
• Technical Overview
• Installing Knative
• CNCF — Knative project
• CNCF — Graduation announcement
• Serving scaling architecture
• CloudEvents

منتشر شده در P30Light — بخش زیرساخت و سرور