आपको एक बड़े monolith से कोई एक क्षमता निकालकर उसकी अपनी service बनानी है। बिना किसी big bang रिलीज़ के आप यह कैसे करेंगे?

strangler pattern इस्तेमाल करें: उस क्षमता के आगे एक facade लगाएं, उसके पीछे नई service बनाएं, और feature flag से ट्रैफ़िक थोड़ा थोड़ा खिसकाएं जबकि monolith fallback बना रहे। डेटा सबसे आखिर में बांटें, आमतौर पर dual write और backfill करके जब तक नया store अधिकारिक न हो जाए, और पुराना कोड हटाने से पहले एक verification दौर रखें जिसमें दोनों रास्ते चलें और नतीजों की तुलना हो।

मैं पहले एक seam बनाऊंगा। monolith के भीतर भी उस क्षमता के सारे callers एक ही interface से गुज़रें, और यह refactor अक्सर अपने आप में करने लायक होता है क्योंकि इससे पता चलता है कि सीमा असल में कितनी उलझी हुई है। फिर नई service वही contract लागू करती है, और facade एक flag के पीछे थोड़े प्रतिशत ट्रैफ़िक को उधर भेजता है, शुरुआत उन read only calls से जहां गलत जवाब सस्ता पड़ता है। मैं कुछ समय दोनों को shadow mode में चलाता हूं, एक ही request दोनों को भेजकर जवाब मिलाता हूं, क्योंकि इससे वे edge cases पकड़ में आते हैं जिन्हें किसी ने दस्तावेज़ में लिखा ही नहीं। मुश्किल हिस्सा डेटा है: मैं dual write करता हूं, इतिहास backfill करता हूं, मिलान करता हूं, और तभी नए store को अधिकारिक बनाता हूं, जहां monolith साझा tables की जगह service से पढ़ता है। हर कदम का rollback बस एक flag पलटना है। और migration तब तक पूरी नहीं होती जब तक पुराना कोड और उसकी tables delete न हो जाएं; मैंने strangler migrations को नब्बे प्रतिशत पर अटकते देखा है, जिससे सालों तक दो सिस्टम संभालने पड़ते हैं, जो दोनों में से किसी भी अकेले विकल्प से बुरा है।