Google ने unlimited storage का वादा वापस लिया, पत्रकार को जीवनभर का काम मिटाने की सूचना दी

 (techdirt.com)
1 पॉइंट द्वारा GN⁺ 2023-12-14 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • स्वतंत्र पत्रकार Tim Burke Google के “unlimited” Workspace storage में 237.22TB वीडियो सामग्री रखे हुए थे, लेकिन account suspension और cancellation notice के कारण वे अपनी रिपोर्टिंग सामग्री खोने के खतरे में हैं
  • Google ने Enterprise Workspace ग्राहकों को दी जाने वाली unlimited storage को पिछले करीब एक साल में चरणबद्ध तरीके से खत्म किया और ज्यादा storage इस्तेमाल करने वाले accounts को read-only mode में बदल दिया
  • Burke इस साल की शुरुआत में FBI द्वारा उनके घर की तलाशी लेने और electronic devices जब्त करने के बाद Google Cloud में बची सामग्री पर निर्भर थे, और उन्होंने read-only में बदलाव को मौजूदा content के सुरक्षित रखे जाने की guarantee समझा
  • सप्ताहांत में मिली सूचना में storage usage को वजह बताते हुए 7 दिन बाद account deletion की चेतावनी दी गई, और यह साफ नहीं है कि करीब 250TB data इतने समय में कहीं और ले जाया जा सकेगा या नहीं
  • यह मामला Google account blocking/deletion की स्थिति में users के लिए बात करने लायक किसी responsible person को ढूंढना मुश्किल होने वाली “big monolith” समस्या और बड़े पैमाने के व्यक्तिगत/रिपोर्टिंग material को एक ही cloud पर छोड़ने के जोखिम को उजागर करता है

Google की “big monolith” समस्या

  • Google users की जिंदगी में गहराई तक शामिल है, लेकिन नुकसान झेलने वाले users के लिए constructive customer support ढूंढना मुश्किल है—यह आलोचना लंबे समय से होती रही है
  • Techdirt 2009 से सुझाव देता रहा है कि बेहतर customer support के साथ-साथ user advocate या ombudsman जैसी भूमिका की भी जरूरत है
  • इस समस्या को “big, faceless, white monolith” कहा गया है, और यह आलोचना जारी रही है कि users को नुकसान होने पर भी बात करने के लिए कोई व्यक्ति नहीं मिलता

Account blocking कैसे बड़ा रूप ले लेती है

  • अगर पूरा Google account block हो जाए, तो यह किसी एक service की समस्या नहीं रहती; Gmail, YouTube, Drive आदि account से जुड़ी कई assets और access rights भी साथ में खतरे में पड़ सकते हैं
  • Kashmir Hill के NY Times वाले मामले में, एक parent ने medical expert के अनुरोध पर अपने बेटे की सूजन की तस्वीरें लीं, और फिर अपना Google account खो दिया तथा उन्हें CSAM distributor के रूप में flag कर दिया गया
    • उस parent के साथ संभावित अपराधी जैसा व्यवहार हुआ, लेकिन वे Google में किसी ऐसे व्यक्ति से भी बात नहीं कर पाए जो स्थिति समझा सके
  • एक अन्य मामले में, एक महिला अपने 7 वर्षीय बेटे द्वारा camera से शरारत करते हुए YouTube पर upload किए गए nude video के कारण पूरा Google account खोने की स्थिति में आ गई
    • video स्पष्ट रूप से problematic था और जल्दी हटा दिया गया, लेकिन Google ने महिला का पूरा account बंद करने और उसे delete करने की सूचना दी
  • Account deletion का जोखिम केवल CSAM-संबंधित मामलों तक सीमित नहीं है

Tim Burke मामला और जब्त उपकरण

  • स्वतंत्र पत्रकार Tim Burke ने Fox News से leak हुए video material हासिल कर प्रकाशित किए, जिसके बाद इस साल की शुरुआत में FBI ने उनके घर की तलाशी ली और सभी electronic devices जब्त कर लिए
  • माना जा रहा है कि यह मामला बड़े 1st Amendment मुद्दे में बदल सकता है
  • Burke पर सार्वजनिक रूप से accessible URLs के जरिए video material access करने के कारण CFAA charges भी लगे हैं
    • Techdirt इसे “bogus CFAA” charge मानता है
  • सभी electronic devices जब्त हो जाने की स्थिति में Burke के पास बचा मुख्य storage Google Cloud था, जहां उन्होंने पिछले कुछ वर्षों की reporting से इकट्ठा किया भारी मात्रा का video data रखा था

“unlimited” Workspace storage का बंद होना

  • Burke कहते हैं कि उन्होंने Google के “unlimited” cloud storage account के लिए “लंबे समय तक बहुत पैसा” चुकाया
  • यह unlimited plan कुछ समय तक Google Enterprise Workspace customers को दिया जाता था, लेकिन Google ने पिछले करीब एक साल में इस plan को चरणबद्ध तरीके से खत्म कर दिया
  • पुराने unlimited plan में भारी storage इस्तेमाल करने वाले customers को बताया गया कि उनके accounts read-only mode में बदल दिए जाएंगे और वे अब data upload नहीं कर सकेंगे
  • Burke की 237.22TB video files भी read-only mode के दायरे में आ गईं
  • Burke ने इस बदलाव को इस अर्थ में समझा कि मौजूदा content सुरक्षित रूप से रखा जाएगा, और उम्मीद की कि जब तक उन्हें जब्त computer equipment वापस नहीं मिल जाता, material बचा रहेगा

7 दिन में deletion notice और transfer की वास्तविकता

  • Google ने सप्ताहांत में Burke से संपर्क कर कहा कि वे बहुत ज्यादा storage इस्तेमाल कर रहे हैं, इसलिए 7 दिन बाद पूरा account delete कर दिया जाएगा
  • Google email में लिखा है कि Burke का Google Workspace Enterprise Standard account burke-communications.com suspend होने वाला है, जल्द cancel होगा और data खो जाएगा
  • Burke के लिए यह data उनकी “life’s work” है, और भले ही लगभग 250TB free storage उपलब्ध हो, यह साफ नहीं है कि 7 दिन में transfer किया जा सकेगा या नहीं
  • कुछ लोग पूछते हैं कि Burke ने दूसरा backup क्यों नहीं रखा, लेकिन स्थिति यह है कि FBI उनके सभी equipment ले गई है
  • 250TB data संभाल सकने वाली कई backup services ढूंढना और उनका भुगतान करना भी काफी बड़ा बोझ हो सकता है

Techdirt द्वारा मांगी गई प्रतिक्रिया

  • यह स्थिति Google की बात न हो सकने वाले विशाल platform वाली समस्या से जुड़ी है
  • आलोचना है कि users वास्तविक responsible person से बातचीत करने के बजाय मशीन से निपटने जैसी स्थिति में छोड़ दिए जाते हैं
  • मांग उठ रही है कि Google के भीतर कोई व्यक्ति स्थिति की गंभीरता समझे और Burke को data move करने का समय दे, या उन्हें उनका मूल paid plan वापस दे, या कम से कम पिछले email की तरह existing data storage की अनुमति दे

संबंधित पढ़ाई

2 टिप्पणियां

 
cnaa97 2023-12-14

240 TB तो थोड़ा ज़्यादा है..
 
GN⁺ 2023-12-14
Hacker News की रायें

  • असली शीर्षक थोड़ा कम सनसनीखेज है: "Google Promises Unlimited Cloud Storage; Then Cancels Plan; Then Tells Journalist His Life’s Work Will Be Deleted Without Enough Time To Transfer The Data"
    लेख की सामग्री इससे भी कम सनसनीखेज है। पत्रकार ने उस दौर में जब unlimited plan मौजूद था, Google Drive पर 237.22TB वीडियो अपलोड किए थे, और Google ने unlimited plan बंद करने के बाद उसने कोई मौजूदा वैध non-unlimited plan नहीं लिया, इसलिए अकाउंट read-only स्थिति में चला गया। अब चूंकि वह वैध अकाउंट के लिए भुगतान नहीं कर रहा है, अकाउंट बंद किया जाना तय है।
    इस डेटा को S3 में रखने पर महीने के 5,000 डॉलर लगेंगे, और वह यह लागत नहीं देना चाहता, इसलिए अकाउंट बंद होने से पहले उसे कोई ऐसी जगह ढूंढनी है जो वीडियो फाइलों की storage cost उठा सके।

    • सही। 7 दिन 200TB से ज्यादा डेटा transfer करने के लिए पर्याप्त नहीं हैं, और अगर transfer करने की जगह खोजने का समय भी जोड़ें तो बिल्कुल ही कम हैं। यह किसी व्यक्ति को संकट में धकेलने जैसा है।
      बात सिर्फ किसी ऐसे व्यक्ति को खोजने की नहीं है जो डेटा store कर दे, बल्कि डेटा बाहर निकालने की भी है। जब मैंने Google से अपना डेटा निकालने की कोशिश की थी, तो हफ्ते में करीब 1TB ही मिल पाया था, और इस scale पर डेटा गंवाए बिना निकालने के लिए लगभग 1 साल चाहिए।
      तथ्य “और कम सनसनीखेज” नहीं हैं। कोई ठीक-ठाक कंपनी ग्राहक को बाहर निकालते समय भी 2,000 डॉलर के HDD या उससे थोड़े सस्ते optical disc/tape media में डेटा डालकर अपने खर्च पर भेजती, या कम से कम ग्राहक के खर्च पर भेजने का रास्ता देती। जो कंपनी डेटा निकालने का व्यावहारिक तरीका दिए बिना केवल लागत ग्राहक पर डाल देती है, वह बेहद खराब है।
    • खराब बात यह है कि Google ने बदलाव लागू होने से 60 दिन से अधिक पहले सिर्फ इतना बताया था कि अकाउंट read-only हो जाएगा। यह नहीं कहा था कि अकाउंट बंद होगा या read-only स्थिति में अनिश्चितकाल तक नहीं रह सकता।
      फिर अचानक सारा डेटा download करने के लिए 7 दिन की deadline दे दी, जबकि पहले इसका कोई जिक्र नहीं था। Google की communication बहुत खराब है।
    • यह S3 में रखने जैसा डेटा नहीं है। Backblaze B2 बेहतर और सस्ता है, महीने का लगभग 1,428 डॉलर, और Cloudflare Bandwidth Alliance की वजह से egress cost भी नहीं है। Internet Archive के पास भी private offering service है।
      अगर संबंधित पत्रकार यह देखे, या कोई जानकार देखे, तो मैं migration में मुफ्त मदद करना चाहूंगा। अगर Google की तरफ का कोई व्यक्ति देख रहा हो, तो अच्छा होगा कि इस migration के दौरान deletion lifecycle को थोड़ी देर रोक दे।
      https://www.backblaze.com/cloud-storage/pricing
      https://www.cloudflare.com/bandwidth-alliance/
      https://webservices.archive.org/pages/vault
    • “जब Google ने unlimited plan बंद किया, उसने non-unlimited plan नहीं लिया और अकाउंट read-only हो गया” ऐसा कहने से लगता है जैसे वह किसी दूसरे plan पर Google को भुगतान करके जारी रख सकता था। लेकिन Workspace में 2TB पाने के लिए 100 से ज्यादा नकली “users” बनाने के अलावा मुझे Google को भुगतान करके डेटा रखते रहने का कोई तरीका नहीं दिखता।
      Google को ग्राहक बाहर निकालने का अधिकार है, लेकिन वे ऐसा schedule चला रहे हैं जिसमें वास्तव में समय पर डेटा निकाल पाना संभव नहीं है। असली शीर्षक भी यही कहता है, और तथ्य भी यही हैं।
      https://workspace.google.com/pricing.html
    • standard S3 tier हो तो सही है, लेकिन Deep Glacier हो तो महीने का लगभग 250 डॉलर है। retrieval में 12 घंटे तक लग सकते हैं, लेकिन long-term archival use के लिए यह बड़ी समस्या नहीं हो सकती।
      AWS में हमेशा की तरह egress cost घातक हो सकती है, लेकिन Snowball जैसी चीजों से बचा जा सकता है, और असल में यह तभी समस्या बनती है जब पूरा archive migrate करने के लिए सब कुछ बाहर निकालना पड़े।

  • यहां Google को आलोचना मिलनी चाहिए, लेकिन यह सिर्फ Google की समस्या नहीं है, और अगर G पर ही बहुत संकीर्ण focus रखा तो systemic problem छूट जाएगी। G शायद सबसे खराब offenders में से एक है, लेकिन यह अधिकांश tech industry में फैला सांस्कृतिक रवैया भी है।
    मुफ्त या सस्ती service से users जुटाना, उन्हें lock-in करना, फिर धीरे-धीरे कीमत बढ़ाकर निचोड़ना। यह playbook बेहद सफल रही है और इसने बहुत लोगों को अमीर बनाया है, इसलिए यह रातोंरात या बिना दर्द के बदलने वाली नहीं है।
    मैंने ऐसी कंपनियों से लेन-देन करने से इनकार करना शुरू किया है, और वजह भी बताता हूं। शायद कोई खास असर न हो, लेकिन कम से कम यह पक्का है कि कोई तो बोल रहा है।
    उदाहरण के लिए, अगर Kindle books DRM के बिना बिकतीं तो मैं धरती पर सबसे बड़े खरीदारों में से एक होता। अगर उन्हें ऐसे software से पढ़ पाता जो invasive surveillance न करता, तो भी कुछ खरीदता रहता। data revenue का कुछ हिस्सा लगाकर price कम करना अच्छी बात है, लेकिन मैं reMarkable जैसे product पर ज्यादा देकर respectful product इस्तेमाल करना पसंद करूंगा।

    • ठीक-ठीक समझ नहीं आ रहा कि इसमें बुरी स्थिति क्या है। कुछ समय तक cost से कम पर service मिली, और फिर किसी point से वास्तविक cost देनी पड़ेगी।
      अगर कंपनी ने cost से कम बेचकर market capture किया होता और फिर price cost से बहुत ऊपर बढ़ा दिया होता, तो समझ आता, लेकिन cloud storage market अब भी बहुत competitive है और उसी availability के साथ अपने hardware पर store करने की लागत से आम तौर पर काफी सस्ता है।
    • मेरे reMarkable में mandatory subscription न जुड़ा होता तो बहुत बेहतर होता। subscription एक बार भी cancel कर दें तो warranty service पूरी तरह खो जाती है, इसलिए यह practically mandatory है।
      device खरीदने के लिए मैंने 5 साल पैसे बचाए, लेकिन subscription introduction के बस एक महीने बाद खरीदा, इसलिए “existing customer” में शामिल नहीं हुआ और लगातार पैसे देने की स्थिति में आ गया।
      इससे भी बुरा यह था कि customer support ने कहा कि मैं unlimited free service के लिए eligible हूं, जिससे मैंने subscription cancel कर दिया, और उसके बाद warranty खोने पर उन्होंने बात पलट दी कि वास्तव में मैं eligible नहीं हूं और ऊपर से warranty भी खो चुका हूं।
      आखिरकार cancellation reverse हो गया, लेकिन पूरा process बेहद खराब था। मैं उस कंपनी से फिर कभी नहीं जुड़ना चाहता और product भी recommend नहीं करूंगा।
    • free services देकर बड़े हुए और फिर price बढ़ाने वाले incumbent players तो चाहेंगे कि हम इस समस्या पर कोई कार्रवाई करें। इससे उनकी moat और चौड़ी हो जाएगी।

  • “Tim के पास दूसरा बैकअप क्यों नहीं था” वाला सवाल भी है, लेकिन FBI ने उसका सारा सामान उठा लिया था। मैं भी “दूसरा बैकअप रखना चाहिए था” कहने ही वाला था, लेकिन FBI एक बेहद शक्तिशाली persistent threat है और शायद ज्यादा अहम मुद्दा हो सकता है

    • अगर उसने सच में सिर्फ URL खोला था, तो वारंट के आधार पर सब कुछ ले जाना समझ से बाहर लगता है
    • फिर भी यहां सब लोग FBI के बजाय Google को दोष दे रहे हैं। जब तक वह दिन नहीं आता जब Google घर पर छापा मारकर डेटा जब्त करे, बड़ा villain FBI ही लगता है

  • लगता है यह कभी “unlimited” storage देने वाला Workspace account था। यह account multi-user enterprise या education account होने की धारणा और per-seat pricing पर आधारित था
    Google ने, जब लोगों ने यह loophole ढूंढ लिया कि सिर्फ एक account का भुगतान करने पर भी unlimited storage मिल रहा है, तो एक साल से भी पहले unlimited storage को चरणबद्ध तरीके से बंद कर दिया। अनुमान के मुताबिक abuse हुआ और /r/datahoarders जैसी जगहों पर दिखा
    user के लिए सहानुभूति है और Google के customer respect को लेकर भी संदेह है, लेकिन यह ऐसा मामला नहीं लगता कि किसी को बस Scroogled कर दिया गया। अगर वह standard Drive customer की तरह इस्तेमाल की गई storage के हिसाब से पैसे दे रहा होता, तो यह नहीं होता

    • Google ने Workspace account को “जितनी जरूरत हो उतनी storage” दी थी, और जरूरी seat count की शर्त नहीं लगाई थी। customer ने उस offer को स्वीकार किया, यह loophole नहीं है
      आम तौर पर मैं ऐसी कंपनियों से सहानुभूति रखता हूं जो यह कम आंकती हैं कि बहुत थोड़े heavy users कितना बड़ा बोझ बन सकते हैं, लेकिन यह Google है। इसकी sales team और legal team 90% tech companies से बड़ी होंगी। यह उनकी गलती है, और सिर्फ उनकी गलती है
    • कहा गया कि “अगर वह standard Drive customer की तरह इस्तेमाल की गई storage के हिसाब से पैसे दे रहा होता, तो यह नहीं होता”, लेकिन Burke ने कहा कि उसने Google को “लंबे समय तक काफी पैसा” दिया था

  • करीब 250TB को move करने का notice सिर्फ एक हफ्ते पहले देना निश्चित रूप से अनुचित है। 250TiB को पूरे 7 दिनों में move करने के लिए औसतन 3.6Gbit/s से ज्यादा चाहिए, वह भी इस शर्त पर कि transfer में कोई interruption न हो और notification email आते ही दूसरी storage पहले से तैयार हो और transfer तुरंत शुरू हो जाए
    Google जैसी कंपनी के लिए एक हफ्ते तक लगातार कई Gbit/s देना, या एक दिन में खत्म करने के लिए जरूरी दर्जनों Gbit/s भी बड़ी समस्या नहीं होगी, लेकिन ज्यादातर व्यक्तियों या संस्थाओं के लिए यह पूरी तरह अव्यावहारिक है। इतनी storage और bandwidth जुटाना असंभव नहीं, लेकिन सस्ता नहीं होगा, खासकर क्योंकि जरूरत अभी तुरंत है

    • लगता है download खत्म होने से पहले ही block कर दिया जाएगा। Gmail में messages बहुत तेजी से delete करने भर से भी मुझे rate limit का सामना करना पड़ा है
    • unlimited plan 7 महीने पहले बंद हो चुका था, इसलिए कई notices मिले होंगे, और यह shutdown से 7 दिन पहले अंतिम notice था। 250TB data रखने वाला व्यक्ति आधे साल तक उसे छोड़कर बैठा रहा और अब हैरान हो रहा है
      https://news.ycombinator.com/item?id=35937436
    • FBI ने अगस्त में उसके computers जब्त किए थे। अगर वह data इतना जरूरी था, तो उसी समय नई hard disks खरीदकर cloud storage backup शुरू कर देना चाहिए था

  • Google इस तरह की संवेदनहीन customer handling के साथ वर्षों तक चलता रहा, लेकिन हाल के मेरे निजी अनुभव में कम technical लोग भी अब इसे नोटिस करने लगे हैं। जो दोस्त अपनी पूरी digital life Google को सौंपने की परवाह नहीं करते थे, वे अचानक de-Google करने के बारे में पूछ रहे हैं
    उम्मीद है कि इससे बदलाव आएगा, लेकिन तब तक मैं दोस्तों या परिवार को कभी सलाह नहीं दूंगा कि जिसे खोना नहीं चाहते उसे सिर्फ Google पर रखें

  • comments में पता नहीं कितनी बार दोहराना पड़ेगा। production environment में किसी भी चीज के लिए Google पर निर्भर नहीं रहना चाहिए
    समस्या की जड़ उस culture में है जो existing backward compatibility को कभी भी तोड़ देता है, यानी तथाकथित “innovation”; internal politics और power struggles के कारण projects और products को तेजी से cancel करने का तरीका; software development leadership जो ऐसे अव्यावहारिक languages और frameworks इस्तेमाल करवाती है जिनसे maintenance cost अधिकतम हो जाती है; और वह structure जिसमें executive attention मिलने तक budget बहुत कम मिलता है। वह समय आम तौर पर बहुत देर हो चुका होता है

  • यहां Google का व्यवहार मुझे भी बाकी लोगों की तरह चिंताजनक लगता है। लेकिन Google Drive में 200TB manage करना कल्पना से बाहर है। इतने data के लिए cloud platform experience बहुत खराब है
    यह साफ तौर पर कुछ GB data रखने वाले आम consumers के लिए design किया गया है, और file move, modify, download, upload—सब bottleneck में फंसते हैं
    निजी तौर पर मैंने Google Colab से कुछ हजार images process की थीं। 1GB से भी कम photos को नए folder में move करना था, लेकिन 1 घंटे से ज्यादा लगा, और ऐसा लगा जैसे move web browser के JavaScript में handle हो रहा था

  • इस घटना से मैं चौंक गया, और मेरे पास भी इसी स्थिति वाला Workspace account है, जो अभी deletion stage में नहीं था लेकिन read-only state में था। इसलिए मैंने Google Drive में मौजूद duplicate backups के कुछ TB और बहुत सारी files delete कर दीं
    लेकिन trash emptying user experience भयानक है। वहां दिखाई देने वाली files ही trash में भेजी जा सकती हैं। trash को पूरी तरह खाली करने का सबसे आसान तरीका rclone set up करके नीचे वाला command चलाना, यानी API से trash खाली करना लगता है
    https://rclone.org/drive/#emptying-trash
    उम्मीद है यह यहां मौजूद दूसरे लोगों के काम आएगा

    • web interface के ऊपर एक dedicated Empty trash button है। मैंने उससे हजारों files वाले trash को सफलतापूर्वक खाली किया है, और यह इस पर निर्भर नहीं करता कि वे दिख रही हैं या नहीं
      दो-एक बार पूरी तरह खाली करने के लिए दो बार दबाना पड़ा, लेकिन फिर भी screen पर दिख रही चीजों से कहीं ज्यादा delete हुआ। बड़े batch operations कभी-कभी रुक जाते हैं, कुछ वैसा ही जैसे हजारों files को download के लिए एक बड़े zip archive में बनाते समय होता है
      हालांकि rclone शायद ज्यादा consistent काम कर सकता है, क्योंकि Drive एक single massive operation करने के बजाय बहुत सारे individual delete operations करता है

  • यह उन कारणों में से एक है जिनकी वजह से मुझे cloud पसंद नहीं है। इसे सिर्फ encrypted backup और temporary sharing के लिए इस्तेमाल करता हूँ, ज़रूरी चीज़ों के लिए नहीं।
    अस्पष्ट terms या policies की वजह से account या data मनमाने ढंग से delete हो जाए, यह भी नहीं चाहता।

    • समस्या यह है कि बहुत से लोग cloud को backup की तरह इस्तेमाल नहीं करते। अगर यह backup scenario हो, तो primary copy अभी भी मौजूद होती है, इसलिए ऐसी चीज़ों से आप सुरक्षित रहते हैं। झुंझलाहट तो होगी, लेकिन backup खो भी जाए तो बड़ी समस्या नहीं है।
      लेकिन बहुत से लोग ऐसे solutions को hard disk extension की तरह treat करते हैं। physical analogy में, यह किताबों को Shurguard जैसे self-storage warehouse में रख देने जैसा है। वह backup नहीं, बस storage है। इसके बजाय copy बनानी चाहिए।
    • मैं हर चीज़ के लिए cloud इस्तेमाल करता हूँ, लेकिन सोचने पर मुझे एहसास हुआ कि मेरे पास असल में ऐसा कोई digital data नहीं है जिसका खोना disaster हो। झुंझलाहट होगी, बस इतना ही।
      मैं ऐसी कोई digital चीज़ सोच ही नहीं सकता जिसके खो जाने पर इतना बुरा लगे कि मैं खुद कई locations पर highly redundant storage maintain करूँ।
    • cloud को सस्ते microSD की तरह treat करना चाहिए।
    • अगर drive मेरी नहीं है, तो data भी मेरा नहीं है।
    • cloud पर अपने-आप में मुझे काफ़ी भरोसा है। बस unsustainable business model पर भरोसा नहीं है।
      AWS, Google Cloud, Azure पर आप per GB monthly fee देकर data store कर सकते हैं। वे कीमत ऐसे तय करते हैं कि उन्हें profit हो, और मैं वह cost देता हूँ।
      “fixed cost या free में हमेशा के लिए unlimited” कोई sustainable business model नहीं है। अगर कुछ users की usage अचानक बहुत ज़्यादा हो, तो मूल पोस्ट जैसी समस्या होने का risk रहता है, और अगर ऐसे users काफ़ी ज़्यादा हो जाएँ, तो अंततः उन्हें ज़मीन खींचनी ही पड़ेगी।