व्यवहार में immutable infrastructure का क्या मतलब है, और यह क्यों मायने रखता है?

इसका मतलब है कि servers बनने के बाद कभी बदले नहीं जाते। कुछ भी बदलना हो तो आप नई image या container बनाते हैं, ताज़ा instances rollout करते हैं, और पुरानों को खत्म कर देते हैं, जगह पर patch नहीं करते। यह इसलिए मायने रखता है कि इससे configuration drift खत्म होता है, एनवायरनमेंट source से दोबारा बनाए जा सकते हैं, rollback पिछला artifact दोबारा डिप्लॉय करने भर का रह जाता है, और खराब या समझौता हुए host की मरम्मत की जगह उसे बदल दिया जाता है।

मतलब यह कि बनने के बाद कुछ भी बदला नहीं जाता। config ठीक करने के लिए ssh नहीं, चालू मशीन पर package upgrade नहीं। कुछ बदलना हो तो बदलाव source में जाता है, हम नई image या container बेक करते हैं, और पूरा fleet उसी image के instances से बदल जाता है। फायदा यह कि प्रोडक्शन की हालत पूरी तरह एक artifact और एक version से तय होती है, तो staging और प्रोडक्शन सच में एक जैसे रहते हैं, और तीन महीने से चल रहे host पर हाथ से किए गए ऐसे बदलाव जमा नहीं होते जो अब किसी को याद नहीं। rollback पिछला digest डिप्लॉय करना बन जाता है, जो मिनटों में होता है और जिसमें कोई अनजान चीज़ नहीं। सिक्योरिटी में भी मदद मिलती है: patch करने का मतलब अपडेटेड base से दोबारा build करके roll करना है, और कोई host संदिग्ध लगे तो उसे साफ करने की कोशिश की जगह खत्म कर दिया जाता है। असहज हिस्सा वह सब है जो state रखता है। डेटाबेस और stateful sets को अब भी जगह पर upgrade और सावधान migrations चाहिए, और वहां अनुशासन यह है कि डेटा का lifecycle compute के lifecycle से अलग रखा जाए ताकि compute फेंकने लायक बना रहे।