SaaS कंपनियों का राज़: Multi-tenancy क्यों महत्वपूर्ण है

"Multitenancy वह छिपी हुई नींव है जो SaaS की scalability को शानदार बनाती है"

• SaaS मॉडल के ऊँचे margins और लगभग असीमित दिखने वाली scalability ही वह वजह है कि stock market, investors और founders इस क्षेत्र में उतरते हैं
• इसे संभव बनाने वाली चीज़ है infrastructure, खासकर "multi-tenancy" की अवधारणा
• आज लगभग हर कंपनी cloud और SaaS का उपयोग करती है, और cloud solution को लागू करने का मूल तत्व multi-tenancy ही है
• Salesforce के संस्थापक Marc Benioff ने कहा था, "multi-tenancy SaaS vendors की सफलता के लिए अनिवार्य है"
• आखिर multi-tenancy क्या है और यह महत्वपूर्ण क्यों है?

Multi-tenancy: subway system बनाना

• पहले single tenancy को समझते हैं
  • हर ग्राहक एक अलग application और database का उपयोग करता है
  • यानी अगर 100 ग्राहक हैं, तो 100 servers, 100 applications और 100 DB होंगे
  • single tenancy को बड़े पैमाने पर maintain करने में बहुत समय, पैसा और मेहनत लगती है
• अगर transport के नज़रिए से सोचें, तो office जाने के लिए आप car चला सकते हैं या subway ले सकते हैं
  • car चलाना सुविधाजनक है, लेकिन car cost, fuel, parking, traffic congestion और pollution जैसी लागतें भी चुकानी पड़ती हैं
  • subway अपेक्षाकृत सस्ती होती है, सड़कों को साफ़ रखती है और ozone layer को कम नुकसान पहुँचाती है
• अगर World Trade Center (WTC) के 50,000 कर्मचारी सभी car से जाएँ, तो एक बहुत जटिल system बन जाएगा
• इसलिए subway जैसी multi-tenancy सामने आई, जिसने लागत और overhead घटाया और environment के "chaos" को भी काफ़ी कम किया

अभी क्यों?

• subway पर switch करने की वजह क्या है? अगर यह इतना अच्छा है, तो अब तक इसे क्यों नहीं चुना गया?
• इसका जवाब "cloud" में है। cloud computing और SaaS business की popularity तेज़ी से बढ़ रही है
• public market को देखें, तो जो कंपनियाँ पहले self-hosted products देती थीं, वे तेज़ी से cloud की ओर मुड़ रही हैं
• Atlassian, Autodesk, Elastic, Microsoft जैसी कंपनियाँ cloud-hosted solutions दे रही हैं और explosive revenue growth दर्ज कर रही हैं
• Atlassian ने सिर्फ़ पिछली तिमाही में 10,000 से ज़्यादा ग्राहक जोड़े। अगर 10,000 ग्राहकों को single tenancy में maintain किया जाए, तो अलग-अलग engineering work, resource management, complexity, और core business problems सुलझाने वाले talent की कमी के कारण कंपनी मुश्किल में पड़ जाएगी
• इसलिए शुरुआती startup चाहें तो 'Quick-and-Dirty' single tenancy environment से शुरू कर सकते हैं, लेकिन जैसे-जैसे वे scale और grow करते हैं, वे अनिवार्य रूप से ऐसे technical debt का सामना करते हैं जिसे केवल multi-tenant environment में ही हल किया जा सकता है
• cloud computing और SaaS business के बढ़ने के साथ single-tenant solutions का overhead भी बढ़ता है, और multi-tenancy की मांग भी

Multi-tenancy के फायदे

• multi-tenancy SaaS vendors को कई तरह का जादू देती है
• पूरी customer base में infrastructure साझा करने की क्षमता game changer है
• scale के अलावा भी multi-tenancy के कुछ और छिपे हुए फायदे हैं

बिक्री लाभ (Margins)

• shared infrastructure का उपयोग vendor की profitability पर सीधे असर डालता है, खासकर जैसे-जैसे infrastructure का उपयोग बढ़ता है
• multi-tenant setup को manpower और software/hardware cost के लिहाज़ से सीधे तौर पर (cost of goods sold के संदर्भ में) और परोक्ष तौर पर (क्योंकि प्रमुख लोग अपनी energy कहीं और लगा सकते हैं) कम resources चाहिए होते हैं
• इससे gross margin बढ़ता है और अंततः excess cash flow (Free Cash Flow) पैदा होता है, जिससे market में ऊँची valuation मिल सकती है

Visibility

• multi-tenancy का उपयोग infrastructure performance को समझने और यह जानने में बहुत फायदेमंद है कि cost किसी खास customer group पर कैसे reflect हो रही है
  • data को aggregate रूप में या customer-specific रूप में query किया जा सकना चाहिए
• single-tenant infrastructure में customer data बिखरा होता है, इसलिए cross-customer metrics का analysis करना बहुत कठिन होता है
• लेकिन multi-tenant infrastructure में पूरी customer base को देखकर macro trends समझे जा सकते हैं
  • यह logging, DB level या application performance monitoring के स्तर पर देखा जा सकता है, और cross-functional teams के लिए बड़ा लाभ बनता है

Multi-tenancy की जटिलताएँ

• हर "जादू" के साथ समस्याएँ आती हैं, और multi-tenancy भी इसका अपवाद नहीं है

समस्या 1: availability और noisy neighbors

• मान लें कि एक e-commerce service सभी ग्राहकों का data एक ही DB में रखती है। ज़्यादातर users महीने में एक-दो चीज़ें खरीदते हैं, लेकिन एक user हर दिन 5,000 चीज़ें खरीदता है
  • अगर DB इतना मज़बूत नहीं है कि ऐसे customer के spike load को संभाल सके, तो पूरी DB down हो सकती है और दूसरे ग्राहक खरीद नहीं कर पाएँगे
• यह एक बड़ी चुनौती है, और इससे data partitioning के फ़ैसले जुड़ते हैं
  • Silo partitioning (प्रति tenant अलग DB) vs. Pooled partitioning (tenants के बीच shared DB)
  • Silo partitioning कुछ ग्राहकों की समस्या हल कर सकती है, लेकिन तब हम फिर उसी पुरानी समस्या पर लौट आते हैं जहाँ बहुत सारे instances manage करने पड़ते हैं
  • Pooled partitioning अच्छी तरह काम करती है, लेकिन अगर एक ग्राहक load पैदा करके समस्या खड़ी कर दे, तो system slow हो सकता है या down भी हो सकता है

समस्या 2: shared resources और data security

• सभी ग्राहक एक ही resources का उपयोग करते हैं, और क्योंकि multi-tenant का कोई standard implementation नहीं है, अलग-अलग tenants के बीच data leak या cross होने वाले technical bugs हो सकते हैं
• अगर आप एक-दूसरे से प्रतिस्पर्धा करने वाले ग्राहकों को साथ serve कर रहे हैं, तो यह बहुत जोखिम भरी समस्या हो सकती है
• technical teams को Data Sovereignty Laws और tenant isolation को प्रभावित करने वाले regulations का मूल्यांकन करना चाहिए

जटिलता का समाधान

• multi-tenant अब SaaS applications के प्रमुख pillars में से एक बन चुका है, लेकिन implementation stage में अभी भी कई जटिलताओं पर विचार करना पड़ता है
• Cloudinary के CEO ने ज़ोर देकर कहा, "multi-tenancy operational excellence हासिल करने की कुंजी है, लेकिन इसे सही ढंग से करने के लिए बहुत ज्ञान और निवेश चाहिए"
• (इस लेख को लिखने वाली) Boldstart और F2 ने ऐसे startups (जो अभी stealth mode में हैं) में निवेश किया है जो multi-tenancy की इन समस्याओं को हल कर रहे हैं
• multi-tenant systems में बहुत जटिलताएँ हैं, लेकिन single-tenant systems को scale करते समय पैदा होने वाले technical debt को देखें, तो अब ज़्यादा सोचने की ज़रूरत नहीं बचती
  • क्योंकि इस technical debt को चुकाने के लिए बेहतरीन engineering team लगानी पड़ती है और resources को non-core business पर खर्च करना पड़ता है
  • स्मार्ट startups शुरू से ही multi-tenant environment की योजना बनाकर उसे बनाना और maintain करना चुनते हैं