+
Вход

Въведи своя e-mail и парола за вход, ако вече имаш създаден профил в DEV.BG/Jobs

Забравена парола?
+
Създай своя профил в DEV.BG/Jobs

За да потвърдите, че не сте робот, моля отговорете на въпроса, като попълните празното поле:

115+50 =
+
Забравена парола

Въведи своя e-mail и ще ти изпратим твоята парола

Как да използваме пълния потенциал на AWS EKS: Опитът на Йордан Атанасов от HedgeServ

Текстът е предоставен от HedgeServ

С нарастващата миграция на бизнесите към облака AWS EKS (Elastic Kubernetes Service) се утвърди като мощно решение за оркестрация на контейнери. Въпреки това ефективното му използване изисква задълбочено разбиране на най-добрите практики за мащабиране, управление на разходите, сигурност и автоматизация. 

По темата разговаряме с Йордан Атанасов, Директор на отдел Development – Reporting в HedgeServ, за да научим как организациите могат да извлекат максимума от AWS EKS. 

Йордан е част от компанията от близо осем години, като две от тях преминават на ръководната роля, която има в момента. С екипа му поддържат и разработват няколко приложения, като през последните години ги мигрират към AWS, за да подобрят производителността и мащабируемостта.


Йордан, какви са основните предимства на AWS EKS в сравнение със самоуправляван Kubernetes?

AWS EKS е услуга, управлявана от AWS, което означава, че изисква значително по-малко оперативна поддръжка. Обновяването към по-нова версия е толкова лесно, колкото натискането на един бутон в AWS конзолата. Освен това EKS предлага вграден логинг, одит и автентикация, които са напълно интегрирани с AWS услугите чрез IAM роли. Това улеснява управлението на достъпа и сигурността.

Какви са най-големите предизвикателства, пред които са изправени компаниите при приемането на AWS EKS? Как могат да ги преодолеят?

Днес те питаме…

Колко дни платен годишен отпуск са реално нужни, за да се избегне бърнаут в IT сферата?
Loading ... Loading …
При нас основното предизвикателство беше да се справим с динамичния характер на Kubernetes клъстърите по отношение на инстанции и хостове. Това ни накара да оптимизираме приложенията си за по-голяма устойчивост, като подобрим обработката на HTTP заявките и се научим да се справяме „грациозно“ с interrupt събития. Тези подобрения бяха критични за стабилността на нашите системи.

Какви най-добри практики препоръчваш за оптимизиране на използването на ресурсите и ефективността на разходите в EKS?

Стратегията, която следваме, е да стартираме само толкова и такива EC2 инстанции, които ще бъдат използвани на 100% (или близо до това). 

Това означава:

  • Изключване на инстанции, когато не се използват, например вечер.
  • Стартиране на подове само при наличие на реална работна натовареност.
  • Използване на инстанции с оптимален размер, така че да побират необходимите подове, без да оставят прекалено много неизползван капацитет.
  • Предпочитане на Spot инстанции пред On-Demand, тъй като са по-икономични.

Какви са най-важните съображения за сигурност при изпълнение на работни натоварвания в EKS?

Поддържането на висока сигурност има няколко ключови аспекта:

  • Редовно обновяване на AMI образите за нодовете, на които работят приложенията.
  • Често обновяване на базовите контейнерни образи с най-новите пачове за сигурност.
  • Инсталиране на антивирусен софтуер и следене на поведението на EC2 инстанциите за потенциални заплахи. Дори и с най-новите актуализации, активният мониторинг е задължителен.

Explore more

Виж
.NET Core обявите
Събрани на едно място
Right Arrow
Виж
NoSQL обявите
Събрани на едно място
Right Arrow
Виж
Google Cloud обявите
Събрани на едно място
Right Arrow
Виж
SIEM обявите
Събрани на едно място
Right Arrow

Как подхождате към автоматичното мащабиране в EKS, за да балансирате разходите, производителността и надеждността?

Първоначално използвахме комбинация от Auto Scaling Groups (ASGs), descheduler и custom scheduler, но настройката и дебъгването бяха доста сложни, защото тези компоненти работят независимо един от друг.

В момента използваме Karpenter, който автоматично коригира броя на инстанциите и ги поддържа на минимално ниво. Това значително подобри ефективността на ресурсите.

Какви стратегии използвате за наблюдение и отстраняване на проблеми с приложения, които работят на EKS?

Използваме DaemonSets, които събират метрики от нодовете и подовете и ги изпращат към ElasticSearch. Имаме интеграция с Grafana, която ни помага да следим CPU и RAM натоварването на EC2 инстанциите. Логовете изпращаме чрез Filebeat, като ги агрегатираме и анализираме в Kibana. 

Тази архитектура ни дава ясна представа за състоянието на клъстъра и неговото натоварване в реално време.

Как компаниите могат ефективно да управляват и намалят разходите за AWS EKS, без това да е за сметка на производителността?

Ако се спазват внимателно стратегиите за мащабиране и оптимизация, винаги ще има достатъчно ресурси за стабилната работа на приложенията.

Какви са ключовите компромиси между менажираните групи нодове, Fargate и екземплярите при поискване в EKS?

Не мога да говоря за всички случаи, но в 95% от нашите проекти използваме Spot инстанции, тъй като те са най-изгодни като цена.

Как виждаш развитието на Kubernetes и AWS EKS през следващите няколко години и за какво трябва да се подготвят екипите?

Очаквам изкуственият интелект да навлезе по-сериозно в света на Kubernetes. Той ще помогне за автоматизацията на поддръжката, откриването на аномалии и предприемането на коригиращи действия в реално време, така че приложенията да бъдат в оптимално състояние през цялото време.


AWS EKS предлага мощна платформа за работа с Kubernetes, но, за да се използва пълноценно, са необходими умни стратегии за мащабиране, проактивни мерки за сигурност и постоянна оптимизация. 

Йордан Атанасов обобщи най-важното за автоматизацията, управлението на разходите и ролята на AI в бъдещето на Kubernetes. Компаниите, които обърнат внимание на тези най-добри практики, ще бъдат в отлична позиция да се възползват максимално от облачната инфраструктура.