कई विरोधी ताकतें और गतिकी हैं। कई सर्वर होने की लागत है और सिर्फ एक होने की लागत है। मुझे लगता है कि यह सवाल सिर्फ डेटाबेस से आगे चल सकता है? मुझे गलतफहमी हो सकती है, लेकिन यह एक प्रणालीगत गलतफहमी से संबंधित है जो कि tangibles बनाम अमूर्त की फिर से लागत है
आमतौर पर स्पष्ट लागत को समझना आसान होता है।
अमूर्त लागतों को निर्धारित करना कठिन है और इस प्रकार समझना कठिन है। TechnicalDebt, त्रुटियों की लागत, तनाव की लागत, डेवलपर्स पर बोझ, परिवर्तन के प्रभाव, प्रतिगमन परीक्षण, डाउनटाइम का प्रभाव और इतने पर समझाने के लिए कठिन हैं।
विभिन्न वातावरण
वातावरण आमतौर पर डेटा और / या उद्देश्य के लिए अलग किए जाते हैं। प्रत्येक वातावरण का एक अलग कार्य होता है। एक प्रणाली पर परिवर्तन की दर, यानी। कितनी बार इसे अद्यतन किया जाएगा, किस प्रकार के परिवर्तन और परिवर्तन के प्रभाव, सभी पर विचार किया जाता है।
हम बदलावों को तुच्छ बनाने के लिए विभिन्न वातावरणों का उपयोग करते हैं।
हम विभिन्न वातावरण का उपयोग करते हैं, इसलिए हम पर्यावरण की मजबूती और निश्चितता की पेशकश करते हैं जो नहीं बदला है।
हम बदलाव के प्रभावों पर विचार करने के लिए वातावरण का उपयोग करते हैं।
हम बदलाव के साथ शामिल लागतों को कम करने के लिए वातावरण का उपयोग करते हैं।
यह एक प्रणाली का परीक्षण करने और स्थिर करने में बहुत खर्च करता है
आप स्थिर वातावरण पर किए गए निवेश को सुरक्षित करने के लिए वातावरण बनाते हैं।
आप बहुत छोटी टीम नहीं हैं जो व्यावहारिक, लागत बचत, मेहनती और प्रक्रिया के सिद्ध पैटर्न का पालन करते हैं।
हर चीज के लिए एक पर्यावरण का उपयोग करना एक हार्डड्राइव पर आपकी सभी तस्वीरों को संग्रहीत करने जैसा है, आप इसे कर सकते हैं, लेकिन आप इसे पछतावा करते हैं।
कुछ लोगों को प्रमाण की आवश्यकता होती है
मैं ग्राहकों या अन्य लोगों के साथ व्यवहार करने वाली कई स्थितियों में रहा हूं जो मजबूती सुनिश्चित करने और सर्वोत्तम प्रथाओं का पालन करने की लागतों की सराहना नहीं करते हैं। मेरा सुझाव है कि आप वास्तविक मामलों के कुछ उदाहरणों को एक साथ रखें जहां लागत स्पष्ट रूप से परिभाषित हो।