AWS Elastic Beanstalk-ı tətbiq idarəetmə xidməti kimi yenidən qurub

The New Stack-də sentyabrın 22-də dərc olunan AWS sponsorlu məqaləsi bulud platformaları üçün çətin məsələnin mürəkkəblik deyil, sahiblik olduğunu iddia edir. AWS-in məhsul marketinq meneceri Sabari Savant və analitik Janakiram MSV tərəfindən yazılan məqalə AWS-in Elastic Beanstalk-ı tətbiqin altındakı hər şeyə cavabdeh olan tətbiq idarəetmə xidməti kimi yenidən qurduğunu təsvir edir.

Gecə saat üç testi

Müəlliflər problemi gecə saat üç testi ilə izah edirlər: bildiriş gələndə və xidmət pisləşəndə bunu düzəltmək üçün kiminsə oyaq qalması lazımdırmı? Testi keçən xidmətlər sağlam anlayışının nə olduğu və bu pozulduqda nə ediləcəyi barədə qərarların hadisə anında deyil, yerləşdirmə anında verildiyi xidmətlərdir.

Onlar iki yanaşmanı müqayisə edirlər: kod kimi infrastruktur, service mesh və fərdi boru xətləri ilə gələn tam nəzarət; və tək tətbiq sadəliyi: kodu göndər, URL al. Onların nümunə göstərdiyi orta ölçülü şirkətdə qırx mühəndis, səkkiz istehsal tətbiqi, heç kimin istəmədiyi növbə siyahısında əslində baş tərtibatçı olan bir SRE və heç kimin hazırlaşmağa başlamadığı uyğunluq auditi var.

Dörd nasazlıq nümunəsi

Məqalə yüz minlərlə istehsal yerləşdirməsi üzrə görünürlüyə əsaslanaraq təkrarlanan nasazlıqları sadalayır: səssizcə uğurlu olub sonra hiss olunmadan pisləşən buraxılışlar; ehtiyac duyulan hadisədən bir sprint sonra gələn müşahidə qabiliyyəti; xərclərin tətbiq sayı ilə xətti artdığı portfel vergisi; və komandada mütəxəssis olmadığı üçün heç vaxt konfiqurasiya edilməyən təhlükəsizlik nəzarətləri.

Janakiram MSV boşluğun struktur olduğunu hesab edir: cloud native infrastruktur qatını konteynerlər və Kubernetes ətrafında standartlaşdırdı, lakin tətbiq komandası ilə onun altındakı infrastruktur arasındakı operativ sərhədi standartlaşdırmadı. CNCF-nin SlashData ilə araşdırması göstərdi ki, təşkilatların 28%-nin ayrı platform engineering komandası var, 41% bu imkanları komandalar arasında bölür, 3%-nin isə heç bir rəsmi yanaşması yoxdur — məqaləyə görə orta bazar mühəndis təşkilatlarının çoxu məhz bu son qrupdadır.

Standard və Cluster rejimləri

Elastic Beanstalk artıq iki rejimdə işləyir ki, bu da əvvəlki tək mühit arxitekturasından dəyişiklikdir. Standard rejimi Windows və .NET Framework iş yükləri də daxil olmaqla tək tətbiq üçün tam operativ sahiblik verir. Cluster rejimi eyni modeli ümumi infrastruktur və koddan istehsala yerləşdirmə ilə bütün portfelə yayır; beləliklə səkkizinci tətbiq əlavə xərci ilk yeddisi ilə bölüşür.

Müəlliflər bazarı mürəkkəbliyi azaldan və əməliyyatları daimi olaraq öz üzərinə götürən platformalara bölməkdən çəkinirlər, çünki hər təchizatçı yerləşdirmə anında müəyyən operativ məsuliyyət götürür. Onların sözlərinə görə, əsl sual bu məsuliyyətin nə qədərinin hadisə, yamaq dövrü və ya audit zamanı komandaya qayıtdığıdır.