Machine image — virtual mashina yoki cloud instance yaratish uchun operatsion tizim diski va zarur metadata’ni o‘z ichiga oladigan tayyor tasvirdir. U OS, package, konfiguratsiya va agentlarning ma’lum holatini qayta ishlab chiqaradi. Image’dan ko‘p bir xil instance tez yaratilishi mumkin.
Tarkibi
Image odatda bootable root filesystem, partition table, bootloader va cloud platformaga xos manifestdan tuziladi. Virtual hardware driver, cloud-init va monitoring agent ham kiritilishi mumkin. Instance-specific hostname, SSH host key va credential esa image ichida umumiy qolmasligi kerak.
Machine image running VM memory state’ini odatda saqlamaydi; bu VM snapshotning ixtiyoriy qismidir. Image yangi mashina yaratish uchun template, snapshot esa mavjud mashina holatiga qaytish uchun ko‘proq ishlatiladi.
Image yaratish
Image builder minimal base OSdan temporary VM yaratadi, package o‘rnatadi, hardening va testlarni bajaradi, so‘ng diskni capture qiladi. Build script va package versionlar version control’da saqlanadi. Qo‘lda sozlangan “snowflake” serverni imagega aylantirish jarayonni qayta ishlab chiqarishni qiyinlashtiradi.
Capture oldidan machine-specific state tozalanadi:
- temporary file va package cache;
- shell history va build credential;
- SSH host key yoki unique agent ID;
- log va lease;
- cloud metadata tokenlari.
Instance birinchi bootda noyob identity yaratadi.
Golden image
Tashkilot tasdiqlangan machine image’ni golden image sifatida tarqatadi. U patch, security baseline, logging va endpoint agentlarini oldindan o‘z ichiga oladi. Application team shu foundation ustida workload image qurishi mumkin.
Golden image muntazam qayta build qilinadi. Eski image’dan yaratilgan instance patchsiz qolmasligi uchun image age policy va fleet replacement ishlatiladi. Image yangilanishi ishlayotgan instance’ni avtomatik o‘zgartirmaydi.
Immutable infrastructure
Instance’ni joyida ko‘p oy patch qilish o‘rniga yangi image bilan yangi instance yaratiladi, health checkdan keyin trafik o‘tkaziladi va eskisi o‘chiriladi. Bu configuration driftni kamaytiradi. Stateful data alohida volume yoki managed service’da saqlanadi.
Emergency patch vaqtincha live instancega qo‘llansa, keyingi image buildga ham kiritiladi. Aks holda replacement eski zaiflikni qaytaradi.
Format va portability
QCOW2, VMDK, VHD va RAW keng tarqalgan virtual disk formatlaridir. Cloud provider import jarayoni boot mode, partition va driver cheklovlariga ega. Image bir hypervisordan boshqasiga ko‘chirilganda paravirtual driver va network naming o‘zgarishi mumkin.
UEFI, Secure Boot va TPMga bog‘langan disk encryption portabilityni cheklaydi. Key material platforma KMS bilan qayta bog‘lanishi kerak.
Xavfsizlik
Image butun OS va package ta’minot zanjirini olib yuradi. Build artifact checksum va signature bilan tekshiriladi. Registry permission kim image publish va kim launch qila olishini ajratadi. Public sharing tasodifan credential yoki proprietary code’ni oshkor qilishi mumkin.
Vulnerability scan package va konfiguratsiyani tekshiradi. Scan build vaqtida clean bo‘lsa ham keyin yangi CVE chiqadi; image catalog qayta baholanadi va eski versiya deprecate qilinadi.
Version va rollout
Image ID immutable bo‘lishi, human-readable nom yoki channel esa aniq versiyaga bog‘lanishi mumkin. latest kabi mutable reference deploymentni qayta ishlab chiqarishni qiyinlashtiradi. Infrastructure manifest exact image ID yoki digestni pin qiladi.
Canary instance yangi image bilan ishga tushib boot, agent, network va application testlardan o‘tadi. Rollback eski image bilan yangi instance yaratish orqali bajariladi; yangi schema eski application bilan mos bo‘lishi kerak.
Bog‘liq tushunchalar
Virtual machine, Golden image, Base image, VM snapshot, Immutable infrastructure, Cloud-init, Image signing