11-amaliy ish Xavfsiz dasturiy ta’minotni ishlab chiqarish hayoti va bulutli hisoblash bilan birlashtirish Ishdan maqsad

Yig’ish, reliz, bajarilish

O’n ikki omil metodologiyasini qo’llash bulutli ilovalarni ishlab chiqish va tarqatishning har bir bosqichida yig’ish, chiqarish va ijro etish bosqichlari o’rtasida qat’iy ajratishni nazarda tutadi. Birinchi bosqichda dasturning kod bazasi kodni yig’ish jarayonidan o’tadi, u yerda qayat ishlanmagan manba kodidan yig’ma deb nomlanadigan bajariladigan paketga aylanadi. Keyingi bosqichda qayta ishlash maqsadli muhitda ishlash uchun zarur bo’lgan barcha kerakli konfiguratsiya parametrlari qiymatlari bilan birlashadi — bu reliz yoki chiqarish deb ataladi. Nihoyat, bajariladigan faylning yakuniy versiyasi maqsadli muhitda ishni boshlaydi. Ushbu aniq belgilangan ish oqimi ba’zan Jenkins yoki Capistrano kabi uzluksiz tarqatish va yetkazib berish vositalari bilan birlashtiriladi, ular avtomatik testlarni amalga oshirishi mumkin. Muammolar aniqlansa, dastlabki versiya yangi muhitda yoki boshqa infratuzilmada qayta ishga tushirilishi mumkin, bu esa butun ilovani qayta joylashtirishga hojat qoldirmaydi.

Jarayonlar

Bulutli hisoblashda, holat saqlanmaydigan (stateless processes) bog’liq bo’lmagan jarayonlar holat saqlab qolinadigan jarayonlarga qaraganda ancha kengroq boshqariladi. Holatni saqlamasdan jarayonni yaratish mantiqsiz tuyulishi mumkin bo’lsa-da, u qo’llab-quvvatlash xizmatlariga bo’lgan ishonchni ta’kidlaydi, bu esa holat saqlanmaydigan (yoki butunlay qayta ishga tushirmasdan) jarayonlarni ilovaning sifati uchun minimal xavf bilan o’lchash imkonini beradi. Mahalliy bulutli jarayonlarni boshlash uchun ko’plab usullar mavjud bo’lsa-da, Heroku kabi ba’zi maqsadli muhitlar ishlab chiquvchi tomonidan taqdim etiladigan konfiguratsiyalarni o’z ish vaqti muhitlarini taklif qiladi. Odatda, ular Docker kabi konteyner texnologiyasi yordamida namoyish etiladi. Konteynerlar holatnini saqlamasdan muayyan dasturni ishga tushirish uchun zarur bo’lgan yagona jarayonni qamrab olishning ajoyib usuli hisoblanadi.

Parallelizm

CAN gorizontal miqyosga qattiq bog’langan, chunki ular bir vaqtning o’zida muayyan ish yuklarini boshqaradigan holatsiz individual jarayonlardan xizmatlarni ajratib turadi. Jarayonlarni samarali o’lchash imkoniyati faqat holatlarni saqlab qolmasdan va boshqa mustaqil jarayonlar haqida “bilmaslik” bilan ta’minlanadi. Parallelizm nima uchun ko’plab bulutli ilovalarning xizmatiga yo’naltirilgan arxitekturaga yo’naltirilganligi haqida aniq misoldir. Shu bilan birga, monolitik ilovalar faqat oorish ravishda kengaytirilishi mumkin. Yuklamani qayta ishlash uchun har bir komponentni yanada samarali tarzda kengaytirish uchun ishlab chiquvchi monolitik dasturni bir nechta maqsadli jarayonlarga aylantirishi kerak. Ushbu jarayonlarni boshqarish va o’lchashni avtomatlashtirish vositasi sifatida siz Kubernetes yoki bulut xizmat ko’rsatuvchi provayderlar tomonidan taqdim etilgan boshqa xususiy xizmatlarga murojaat qilishingiz mumkin.

Bir martalilik

Chegirmali narxlarda o’zgaruvchan infratuzilma bir nechta bulutli provayderlar, masalan, Amazon tomonidan taklif etiladi. Ikkinchisi Spot-misollarni taklif qiladi — aslida, hozirgi vaqtda bepul resurslarni sotish, bu sizning o’lchamingizni arzonlashtirishga imkon beradi, lekin jarayonlarni to’satdan olib tashlash xavfi bilan bog’liq. Bu kamdan-kam hollarda bo’lsa-da, u bir martalik dastur uchun ishlab chiqilgan o’z-o’zini qayta tiklashda CNA ning ahamiyatini ta’kidlaydi. Shu nuqtai nazardan, kutilmagan nosozliklar ehtimolini rejalashtirish muhim ahamiyatga ega — bu ishni tugatishning yanada yumshoq usullarini ta’minlaydi va har qanday ma’lumotni xavfsiz holatga keltirmasdan saqlab qoladi. Ushbu maqsadlar uchun eng oson yo’li Kubernetes vositalariga va ishonchli Server backend — AWS Elastic Beanstalk yoki RabbitMQ-ga murojaat qilish orqali o’z-o’zini davolash tizimini loyihalashtirishdir.

2.