मैं कुछ हफ़्ते पहले एक सलाहकार मित्र के साथ चैट कर रहा था। इस समय उनकी मुख्य भूमिका SQL सर्वर डेटाबेस को क्लाउड (AWS और Azure) और बड़े पैमाने पर ले जाने वाली परियोजनाओं पर काम कर रही है। उनकी कहानी मुझे सालों पहले पी2वी परियोजनाओं की परियोजनाओं की याद दिलाती है जहां भौतिक मेमोरी और कोर को सिर्फ वर्चुअल मेमोरी और वर्चुअल कोर में मैप किया जा सकता है और फिर वीएमवेयर व्यवस्थापक को खपत के आधार पर इसकी समीक्षा करने का कार्य दिया जाता है अन्यथा वर्चुअलाइजेशन के लाभों को नकार दिया जाता है।
अच्छी तरह से क्लाउड माइग्रेशन के साथ, वही कार्यप्रणाली अक्सर सादगी और गति के लिए लागू होती है, लेकिन झटका तब आता है जब क्लाउड सब्सक्रिप्शन बिल आने लगते हैं। यह फिर से पैसे की एक परिहार्य बर्बादी हो सकती है, इस मामले में, कैपेक्स के विपरीत ओपेक्स ।
किसी कारण से, परियोजना मालिकों के लिए वर्तमान उपयोग, खपत और प्रदर्शन की पहले से समीक्षा करने और क्लाउड माइग्रेशन के लिए आवश्यक आकार की सटीक भविष्यवाणी करने के लिए अनिच्छा होती है। प्रवास के बाद की समस्या से निपटने में समस्या यह है कि इसमें अधिक जोखिम शामिल है, अधिक अग्निशामक है और आप इसे कितनी जल्दी कर सकते हैं जबकि बिल अभी भी हर महीने आ रहे हैं।
इसलिए 14 अप्रैल को अपने लाइव वेबकास्ट के साथ डेनिस ओ'सुल्लीवन और पीटर ओ'कोनेल का क्या कहना है, यह सुनने के लिए उत्सुक हैं:एक्यूरेली साइज़िंग एंड स्केलिंग योर क्लाउड डेटाबेस।