Kāpēc izvēlējāties Amazon ECS vietā Amazon EKS?

Šajā gadījumā es izvēlējos Amazon ECS (Elastic Container Service) vietā Amazon EKS (Elastic Kubernetes Service) šādu iemeslu dēļ:

• Vienkārša lietošana: ECS ir vieglāk konfigurēt un pārvaldīt, īpaši mazākiem un vidējiem darba slodzēm. Tas ir integrēts ar AWS, kas atvieglo darbu ar citām pakalpojumiem. EKS prasa vairāk zināšanu un pūļu Kubernetes klastera izvietošanai un uzturēšanai.
• Integrācija ar AWS Fargate: Iespēja palaist konteinerus bez nepieciešamības pārvaldīt pamata EC2 instancijas (bezservera pieeja) ievērojami vienkāršo operatīvo slodzi. EKS arī atbalsta Fargate, bet integrācija ECS šķiet dabiskāka un intuitīvāka.
• Izdevumi: Dažos scenārijos ECS var būt izmaksu ziņā efektīvāks, īpaši, izmantojot Fargate, kur maksā par izmantotajiem resursiem. EKS ir papildu maksa par klastera pārvaldību.
• Nepieciešamība pēc pilnas Kubernetes ekosistēmas: Ja nav nepieciešama sarežģīta orkestrācija, kas raksturīga Kubernetes, un ECS piedāvātās iespējas ir pietiekamas, tad izvēle par labu vienkāršībai un mazākai sarežģītībai ir pamatota. Projektos, kuros nav nepieciešama visa Kubernetes API jauda un plašais rīku ekosistēmas klāsts, ECS ir piemērotāka izvēle.

Tādējādi ECS izvēle ir balstīta uz vienkāršas izvietošanas, operatīvās slodzes samazināšanas (īpaši, izmantojot Fargate) un izmaksu optimizācijas mērķiem; turklāt ECS funkcijas apmierina projekta vajadzības.