या पैमाने पर करने के लिए पैमाने पर नहीं

11 जनवरी, 2009 के द्वारा प्रशांत
: के तहत दायर की प्रौद्योगिकी

जबकि क्षैतिज विभाजन डेटाबेस के बारे में बात कर , आतंक विरोधी प्रसिद्धि की DHH पता चलता है कि स्केलिंग सामान प्रतीक्षा करने के लिए, निश्चित रूप से कहना है आपके व्यापार की जरूरत है यह आवश्यकता होती है जब तक प्रतीक्षा कर सकते हैं. उनका लेख निश्चित रूप से समझ में आता है के लिए छोटे setups startups के कहना. कहने के लिए नहीं है कि startups में आप डेमो प्रोग्राम लिखने पर दिया है कि वहाँ केवल आप की सेवा पर ध्यान केंद्रित करना चाहिए एक दिन में 24 घंटे हैं के बारे में कैसे अपने आवेदन 13,142 मिलियन का भार संभाल लेंगे चिंता पर अपनी नींद खोने से अधिक पूरा करने के रास्ते में 1000 उपयोगकर्ताओं का कहना है उपयोगकर्ताओं को. यदि आप उन कई प्रयोक्ताओं के लिए आप पता चल जाएगा कि कैसे पैमाने पर करने के लिए. के लिए startups के scalability के एक अच्छा समस्या को हल करने के लिए, लेकिन एक बहुत ही अच्छा है समस्या है, मेरा मतलब है किसी भी startup करने के लिए इस समस्या में चलाने के लिए प्यार होता!

अन्य संबंधित लेख में जेरेमी Zawodny लिखते आप श्री मूर पर निर्भर नहीं है अगर आप, scalability समस्या है चाहिए.

चूंकि इन लेख का उल्लेख मूर के नियम लेकिन मैं मदद नहीं लिखना है कि मूर के नियम एक कंप्यूटर विज्ञान में सबसे सामान्यीकृत कानून होना चाहिए कर सकते हैं. उसके ट्रांजिस्टर घनत्व बारे में मूल भविष्यवाणी से, अब इस कानून में उद्धृत है कहीं भी तुम घातीय वृद्धि के पार चलो.

टैग: ,

टिप्पणियाँ

ब्लॉग टिप्पणियों Disqus द्वारा संचालित