Ինչ եք իմանում Ռեպլիկացիայի Կոնտրոլոր մասին?

Կրկնօրինակի Կառավարիչը (RC) հնացած ռեսուրս է Kubernetes-ում, որը ապահովում է որոշակի քանակությամբ պոդերներ որոշակի շաբլոնով ցանկացած ժամանակ։ Այն կառավարում է պոդերի կյանքի ցիկլը, ավտոմատ կերպով վերագործարկում է դրանք սխալների դեպքում և անհրաժեշտության դեպքում ստեղծում նոր պոդեր՝ ցանկալի ռեպլիկների քանակը պահելու համար։

RC-ի հիմնական գործառույթներն ու սահմանափակումները՝

• Ցանկալի ռեպլիկների քանակի պահպանում: Գոյություն ունի, որ միշտ աշխատում է նշված քանակությամբ պոդեր։
• Ինքնակառավարում: Վերագործարկում է կամ ստեղծում պոդեր՝ նրանց հեռացման, սխալի կամ հանգույցի անկման դեպքում։
• Սքեյլավորում: Позволяет вручную увеличивать или уменьшать քանակը ռեպլիկների։
• Թարմացում: Չի ապահովում ինտեգրված ռազմավարություններ "անխափան" թարմացումների համար (օրինակ, Rolling Update): Դրա համար անհրաժեշտ են լրացուցիչ մեխանիզմներ կամ օրգանիզացիա։
• Հնացած: Փոխարինվել է ավելի գործառնական և ճկուն ռեսուրսով՝ Deployment-ով։

Deployment-ը օգտագործում է ReplicaSet (RC-ի ժառանգորդը՝ ընդլայնված սելեկտորների հնարավորություններով)՝ պոդերի կառավարման համար և ավելացնում է հետևյալ հնարավորությունները՝

• Թարմացման ռազմավարություններ (Rolling Update, Recreate):
• Նախորդ տարբերակին վերադառնալու հնարավորություն:
• Դիստրիբյուտի դադարեցում և շարունակություն։

RC-ի օրինակային մանიფեստը՝

apiVersion: v1
kind: ReplicationController
metadata:
  name: myapp-rc
spec:
  replicas: 3 # Ցանկալի պոդերի քանակը
  selector:
    app: myapp # Սելեկտոր՝ գտնելու RC-ի կառավարած պոդերը
  template: # Շաբլոն՝ նոր պոդեր ստեղծելու համար
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp-container
        image: nginx:latest # Կոնտեյներային պատկեր
        ports:
        - containerPort: 80

Չնայած հնացած է, RC-ն հասկանալը կարևոր է Kubernetes-ում պոդների կառավարման ռեսուրսների զարգացմանը և նրա փոխարինած ReplicaSet և Deployment-ի աշխատանքային սկզբունքներին հասկանալու համար։ Նոր տեղադրումների համար խորհուրդ է տրվում օգտագործել Deployment՝ RC-ի փոխարեն։