کلاؤڈ کمپیوٹنگ کے ساتھ ، لچک ہمیشہ اچھی چیز نہیں ہوتی ہے

اپنی آخری پوسٹ میں ، میں نے اس بارے میں بات کی ہے کہ کلاؤڈ کمپیوٹنگ ، اور خاص طور پر سافٹ ویئر کے طور پر ایک خدمت (ساس) کس طرح لچکدار ہے۔ نرمی ایک ایسے ماڈل سے ہوتی ہے جس میں کسی بھی ڈیٹا سینٹر ہارڈ ویئر کی ضرورت نہیں ہوتی ہے اور وسیع API کی ایک سیریز سے ہوتی ہے جو ساس کی بہترین پیش کشوں کا لازمی حصہ ہوتا ہے۔ لیکن ایک ہی وقت میں ، ساس کی ایپلی کیشنز اس لlex پیچیدہ ہیں کہ وہ بنیادی سافٹ ویئر کو خود ہی زیادہ تخصیص کی اجازت نہیں دیتے ہیں اور یہ کہ عام طور پر ہر صارف کو اسی اختیار پر چلنا پڑتا ہے ، بغیر کسی اختیار کے جدید ترین ورژن۔

جیسا کہ میں اسے دیکھتا ہوں ، میں یہ سوچنا شروع کر رہا ہوں کہ جن علاقوں میں کلاؤڈ ایپلیکیشنز انتہائی پیچیدہ ہیں وہ در حقیقت ان کی مضبوط خصوصیات میں سے ایک بن سکتے ہیں۔ میں یہ بحث کرسکتا ہوں کہ روایتی کلائنٹ سرور ایپلی کیشنز نے بہت زیادہ لچک پیش کی ہے ، اور خاص طور پر بڑی بڑی تنظیموں نے ان کی تخصیص میں بہت زیادہ وقت ، کوشش اور خرچ خرچ کیا ہے۔ ہم سب ان تنظیموں کی مثالیں جانتے ہیں جنہوں نے اپنے ERP حلوں کو اپنی مرضی کے مطابق بنانے کے ل millions لاکھوں (یا کبھی کبھی ، دسیوں لاکھوں) ڈالر خرچ کیے ہیں ، شاید محدود الٹ کے ساتھ۔

خوبصورتی - اگرچہ ممکنہ طور پر ساس کا ایک جال بھی ہے۔ یہ ہے کہ یہ پروگرام فرض کرتے ہیں کہ ہر کوئی سافٹ ویئر سے ملنے کے لئے اپنی تنظیم کو ایڈجسٹ کرے گا۔ بعض اوقات یہ چھوٹے طریقوں سے ہوتا ہے ، کبھی کبھی بڑے طریقوں سے۔ لیکن ایک کمپنی واقعی سافٹ ویئر کے کام کرنے کا طریقہ تبدیل نہیں کرسکتی ہے۔ اس کے نتیجے میں ، جو کمپنیاں ان پیکیجوں کو منتخب کرتی ہیں وہ ان کو کسٹمائز کرنے اور تبدیل کرنے میں بہت زیادہ رقم خرچ نہیں کرتی ہیں many اور بہت سے افراد یہ ڈھونڈ رہے ہیں کہ وہ ان تبدیلیوں کے بغیر ٹھیک ٹھیک ہوجاتے ہیں جو انہوں نے دوسری صورت میں کی ہوتی۔ دوسرے لفظوں میں ، بعض اوقات "کافی حد تک اچھnا ہوتا ہے۔"

ایسا نہیں ہے کہ کوئی پروگرامنگ کا کام نہیں ہے۔ ساس درخواستوں کو ابھی بھی تشکیل دینا باقی ہے۔ انہیں اکثر دوسرے ایپلی کیشنز سے مربوط ہونے کی ضرورت ہوتی ہے اور بعض اوقات دوسرے ٹولوں کے جمع کرنے کے ساتھ بڑے سسٹمز میں انضمام ہوجاتا ہے۔

پرانے طریقہ کار کے مقابلے میں ایک بڑا فرق یہ ہے کہ ساس ٹولز میں تقریبا all سبھی کھلی APIs رکھتے ہیں اور ایسے رابطوں کو ذہن میں رکھتے ہوئے تیار کیا گیا ہے۔ یہ تصور - "چھوٹے چھوٹے ٹکڑے ٹکڑے ہو loose loose loosely joinedlyly…………………………………………………………………………………….. اب یہ پہلے کی نسبت بہت زیادہ استعمال ہورہا ہے۔ یہ کارپوریٹ پروگرامنگ کا چہرہ بدل رہا ہے ، اور میں توقع کرتا ہوں کہ آئندہ چند سالوں میں یہ آئی ٹی محکموں کے لئے ایک بڑی ترجیح ہوگی۔

یہاں ایک فائدہ یہ ہے کہ بہت ساری ساس ایپلی کیشنز کا انتظام کرنا "ایپلی کیشن اسپراول" سے کہیں زیادہ آسان ہے جو بہت سی بڑی تنظیموں میں تیار ہوا ہے۔ ساس درخواستوں میں کم تخصیص ہوتا ہے اور عام طور پر کسٹم ایپلی کیشنز کے مقابلے میں ان کی تعداد کم ہوتی ہے اور ، سب سے اہم بات ، ڈویلپر کے نقطہ نظر سے بہت کم نظم و نسق کی ضرورت ہوتی ہے۔

بہت سے طریقوں سے ، بڑی تبدیلی یہ ہے کہ فرم (اکاؤنٹنگ ، سیلز فورس مینجمنٹ ، ملازمین کی انتظامیہ ، کسٹمر کی منگنی ، وغیرہ) کو چلانے کے لئے استعمال ہونے والے عمومی ایپلی کیشنز کے لئے ساس ایپلی کیشنز کا استعمال کرکے ، ان چیزوں پر توجہ دینے کے لئے وسائل کو آزاد کرتا ہے۔ واقعی اپنی کمپنی میں فرق کرو۔ صارفین ایک پروڈکٹ کو دوسرے سے زیادہ نہیں خریدتے ہیں کیونکہ کارخانہ دار کے پاس وقت سے باخبر رہنے ، اخراجات کے کھاتے اور یہاں تک کہ صارفین کے تعامل کا ایک بہتر طریقہ ہوتا ہے۔ بلکہ وہ مصنوعات کے معیار اور قیمت جیسی چیزوں پر مبنی مصنوعات چنتے ہیں۔

نظریاتی طور پر ، اس بات کو یقینی بناتے ہوئے کہ آپ کے گھر کے بنیادی کاموں کی بجائے ان خصوصیات پر توجہ مرکوز رکھی گئی ہے ، آپ کو اپنی تنظیم کو بہتر مصنوعات کی تیاری میں مدد کرنے کے قابل ہونا چاہئے۔ اگر آپ کے وسائل آپ کی مصنوعات کو بہتر بنانے یا اپنی قیمتوں کو کم کرنے یا اپنی کمپنی کی دوسری اہم خصوصیات کو کم کرنے پر توجہ مرکوز کرسکتے ہیں - بجائے اس کے کہ کمپنی کو چلانے کے ل just ضروری درخواستوں کے بارے میں زیادہ سوچنے کی ضرورت ہے - تنظیم طویل عرصے سے بہتر ہوجائے گی۔ رن.

اور یہ بادل کا سب سے بڑا فائدہ نکل سکتا ہے۔

مزید کے لئے ، دیکھیں کہ جب بڑی کمپنیاں کلاؤڈ کمپیوٹنگ اور کلاؤڈ کمپیوٹنگ پر اعتماد نہیں کرتی ہیں تو: دو جیتیں ، ایک نامکمل۔