↘️ 🛀🏼 🍩 MySQL और PostgreSQL की लोकप्रियता का क्या होता है? मितप चर्चा ♿️ 📎 🧗🏻

24 अप्रैल को, हमने MySQL स्केलेबिलिटी मुद्दों पर MySQL @ स्केल ऑनलाइन mitap की मेजबानी की । एविटो, बुश और ECOMMPAY के वक्ताओं ने भाग लिया: एंड्री अक्सेनोव (सर्च इन्फ्रास्ट्रक्चर के नेता स्फ़िंक्स के लेखक), एवगेनी कुज़ोवलेव (CIO ECOMMPAY), व्लादिमीर फेडोर्कोव (ECOMMPAY में MySQL विशेषज्ञ / DBA) और निकोलाई कोरोलेव (MySQL विशेषज्ञ / DBA in Badoo से)।

मिताप लंबे समय तक बाहर आए, इसलिए हमने इसे भागों में प्रकाशित करने का फैसला किया, और अंत से शुरू करते हैं - MySQL और PostgreSQL की लोकप्रियता के बारे में हमारी राय में एक बहुत ही दिलचस्प चर्चा के साथ, PostgreSQL, ORM की लोकप्रियता के कारण, बेमेल बेमेल, भग्न सूचकांक, क्रोध, इनकार, सौदेबाजी और ऑटो-वैक्यूम की स्थापना। और NodeJS पर गेस्टबुक डेवलपर्स द्वारा DBMS चुनने की अन्य समस्याएं। ध्यान! बहुत सेंसर्ड शब्दावली नहीं है, कई गलत सामान्यीकरण प्रतिस्थापित किए गए हैं, और कोई भी संयोग यादृच्छिक हैं और किसी भी तरह से प्रकृति में आक्रामक नहीं हैं।

एलेक्सी रयबक : माई एसक्यूएल बनाम पोस्टग्रेक्यूएल लें, इतना ही नहीं एक होलीवर, लेकिन एक काफी औसत दर्जे की और दिखाई देने वाली चीज। एनालिटिक्स है, मैंने न केवल एक संकेतक को देखा। अब मुझे अपने सिर की दो बातें याद हैं। हमारे पास बड़ी परियोजनाओं के प्रबंधन और विकास के बारे में एक फेसबुक समूह है। कई हजार लोग हैं। मैंने PostgreSQL या MySQL पर एक पोल किया, जिसमें बादल, गैर-क्लाउड उपयोग शामिल हैं, क्योंकि यह भी एक नया विषय है, पिछले कुछ वर्षों में बहुत गर्म है।

और यह पता चला कि Postgres MySQL से आगे (थोड़ा) है, और मेरे लिए यह मूल रूप से कुछ नई कहानी थी, क्योंकि ऐसा लगता था कि अनुपात अलग होना चाहिए। और चुनाव हैं जो हाईलाड सम्मेलनों में आयोजित किए जाते हैं, वे प्रकाशित किए गए थे। मेरे पास वर्ष की तुलना में एक सीधा व्यवस्थित तुलना नहीं है, लेकिन यह स्पष्ट रूप से दिखाया गया है कि प्रश्न का उत्तर "अपने मुख्य डेटाबेस क्या है" पर कुछ बिंदुओं पर पोस्टग्रेज करता है और MySQL से आगे निकल जाता है।

पेटया जैतसेव के साथ मेरी बातचीत हुई। काफी समय पहले, शायद दो साल पहले, वह मास्को आया था। यह मूल रूप से पेटीएम के सभी विचार हैं। विचार ऐसे हैं कि, सबसे पहले, क्लाउड इतिहास में विभिन्न प्रकार के प्रबंधन समाधान या ऑपरेटरों को पेश करने के लिए बहुत कुछ किया गया है। और MySQL या Postgres की पसंद के बीच प्रारंभिक अंतर, यह समतल लग रहा था, इस अर्थ में कि अगर MySQL के साथ सब कुछ सरल था, तो यह काम कर गया और फिर इसने काम किया, तो Postgres को टैम्बरीन के साथ बहुत सारे नृत्य करने पड़े ताकि यह बात ठीक हो जाए । और बादल के वातावरण में आपके पास कुछ है: एक बटन क्लिक किया - सब कुछ दिखाई दिया। यही है, एक तरफ, इस अंतर को हटा दिया गया था। फिर लाइसेंस, मालिकाना, मालिकाना नहीं, ब्ला ब्ला ब्ला के संदर्भ में एक निश्चित सामान्य धारणा भी प्रभावित हुई। मोटे तौर पर, यदि आप इसे पूरी तरह से सरल करते हैं, अगर मुझे एक बटन के साथ करने की परवाह नहीं है, तो मैं चुनूंगा कि क्या अधिक स्वतंत्र है, ठीक है,या वे कहते हैं कि यह मुफ़्त है। वास्तव में, यह स्पष्ट नहीं है, लेकिन फिर भी। क्या एक वैचारिक रूप से अधिक सही बॉक्स में पैक किया जाता है। यह एक कहानी है।

और दूसरी कहानी यह है कि यह विशेष रूप से रूस के लिए है, क्योंकि मैं आंकड़ों पर भरोसा करता हूं, आखिरकार, दुनिया नहीं, लेकिन रूसी, शायद दुनिया में कहानी कुछ अलग है। ऐसी कहानी थी कि कुछ बिंदु पर बाद के कांग्रेसियों ने काफी मजबूती से एकजुट किया, और पीआर को बहुत पसंद किया। और उन्होंने काम करने वाले समूह और सम्मेलन बनाए, और कई वर्षों से एक कंपनी है जो वास्तव में रूसी उद्यम समाधान बनाती है।

सबसे पहले, आपको क्या लगता है, रूस में, दुनिया में, क्या MySQL और Postgres के बीच यह असंतुलन है, और यदि हां, तो इसके कारण क्या हैं, मैंने इसके कितने कारण बताए हैं जो तर्कसंगत हैं, उचित हैं, शायद अन्य भी हैं क्या कारण हैं?

एवगेनी कुज़ोवलेव: ईमानदार होने के लिए, मैंने कभी नहीं सोचा था कि बादल सभी मतभेदों को आसानी से सुलझाते हैं, शायद इसलिए कि मेरे पास सब कुछ है। मेरे लिए, बादल ऐसी चीजें हैं, जो वहां कहते हैं, अमेज़ॅन पर कुछ, चलो जल्दी से इसे आबाद करें, फिर यह मेरे लिए बादल हैं। इसलिए, इस तरफ से मैंने किसी तरह कभी विचार नहीं किया। लेकिन यहां, वास्तव में, जटिलता कम हो गई है।

इससे पहले, सशर्त रूप से, लगभग आठ साल पहले, पोस्टग्रेज के लिए सिर्फ आपके लिए काम करने के लिए, एक नखरे के साथ इतना नृत्य करना आवश्यक था कि अभी माँ दुःखी नहीं है। और आपने MySQL को बॉक्स से बाहर कर दिया और यह आपके लिए काम कर गया। शायद आठ नहीं, शायद १०-१२ साल पहले। दरअसल, Postgres में यह जटिलता बहुत कम हो गई है, और इस तरह के प्रवेश का बिंदु परिचालन और विकास है, इसकी तुलना किसी तरह MySQL के साथ की गई थी।

लेकिन मैं, उदाहरण के लिए, खुद के लिए, हमने इस तरह की समस्या को हल किया, मैंने दृष्टिकोण करने की कोशिश की, और मैं जितना संभव हो उतना दूर पहुंचने की कोशिश करता हूं। हमें जरूरत है, जब हम DWH शुरू करते हैं, जो कि वंचित तालिका के लिए इंजन का चयन करें। उसी समय, वहां कोई एनालिटिक्स नहीं है, वहां एनालिटिक्स थोड़ा अलग स्तर पर है। यह सिर्फ शुद्ध भंडारण है। क्रमशः डेटा तुलना का विश्लेषण करने के लिए एक क्रांतिकारी DBMS की आवश्यकता थी।

और हमने इस सवाल पर MySQL या Postgres से संपर्क किया, और इस तथ्य के बावजूद कि परिचालन संसाधन काफी उच्च योग्य हैं, हमने चुना। और उदाहरण के लिए, मुझे यह आभास मिला कि पोस्टग्रेज, वह है, आप जानते हैं, अकादमिक। जैसा कि पाठ्यपुस्तक में लिखा गया है, इसलिए यह काम करेगा। और MySQL, यह किसी तरह काफी हल्का है और हैक्स का एक गुच्छा है। लेकिन एक ही समय में, ये हैक 99% मामलों में काम करते हैं। और कोई फर्क नहीं पड़ता कि कितने पोस्टग्रेज लोग वास्तविक परिस्थितियों में सिंथेटिक बेंचमार्क देते हैं, जो डेटाबेस के वास्तविक उपयोग के 99% को कवर करते हैं, MySQL सामान्य उपयोगकर्ताओं पर जीतता है।

और प्लस, वास्तव में, लानत है, यह सिर्फ MySQL का एक बहुत बड़ा प्लस है, कि इसमें ऑटो-वैक्यूम नहीं है। क्योंकि Postgres में इस चीज़ को सेट करना, हर कोई नहीं कर सकता। और जैसे ही उपयोगकर्ताओं ...

व्लादिमीर Fedorkov: लगता है मतलब (इंजीनियरों के संबंध में - लगभग। एआर )।

एवगेनी कुज़ोवलेव: और जैसे ही उपयोगकर्ता ऑटो-वैक्यूम में चलते हैं, वे बेतहाशा समस्याओं का अनुभव करने लगते हैं। यही है, सिस्टम की 60 प्रतिशत गिरावट के लिए, जैसे कि, अपने लिए, यह है ...

अलेक्सी रयबक: नहीं, मैं अभी ट्रम्प कार्ड में गया था।

एवगेनी कुज़ोवलेव: ठीक है, मुझे क्षमा करें। तुरंत एक मेज पर रखा। हालांकि, मुझे पता है, निश्चित रूप से, हमारे पास पोस्टग्रेज हैं। हमारे पास यह बहुत है। हमें ऑटो-वैक्यूम की समस्या है, भगवान का शुक्र है, नहीं। लेकिन अपने करियर में मैं इन सभी मामलों से गुज़री - गुस्सा, इनकार, सौदेबाजी और ऑटो-वैक्यूम ट्यूनिंग। लेकिन यह इतनी दर्दनाक सनसनी है, मैं आपको बताऊंगा। MySQL इतना दर्द पैदा नहीं करता है।

उसी समय, मैं बेतहाशा गुस्से में हूं क्योंकि MySQL में मुझे अवसर नहीं मिला ... मैं चाहता हूं, लेकिन, यहां मेरे पास एक बी-ट्री इंडेक्स है और वह यह है। और भले ही आप दरार! मुझे नहीं पता, मैं सिर्फ निर्माण नहीं कर सकता ...

एलेक्सी रयबक: हैश इंडेक्स हैं।

एवगेनी कुज़ोवलेव: हाँ। लेकिन, आइए हम MySQL में मौजूद इंडेक्स की संख्या और पोस्टग्रेज में मौजूद इंडेक्स की संख्या की तुलना करें। यह अतुलनीय है। वहीं, टेबल इंजन के बारे में भी यही कहा जा सकता है। MySQL में हमारे पास एक टेबल इंजन है, आप चाहते हैं, मुझे पता नहीं है, आप कुछ टोकोबीडी ले जाएंगे, और आप एक प्रतिशत मामलों में आनंद लेंगे और 99% मामलों में आप यह नहीं समझते हैं कि आपने इसे क्यों लिया है ...

andrey Aksyonov: भग्न के साथ धब्बा।

एलेक्सी रयबक:ठीक है, रुको, इंजन के साथ, यह भी एक धोखा है। पहले, जब इसका आविष्कार किया गया था, तो यह एक अच्छी बात थी। लेकिन वास्तव में, कुछ भी वास्तव में जड़ नहीं लिया।

एंड्री अक्षोनोव: यह रूट क्यों नहीं लिया? InnoDB जड़ ले लिया है।

एलेक्सी रयबक: नहीं, मेरा मतलब है, इनोबीडी के अलावा। यानी, InnoDB सिर्फ एक मानक बन गया है। और अन्य सभी कहानियाँ स्तंभ के टुकड़ों के साथ, कुछ और विशिष्ट टुकड़ों के साथ, जैसे कि टोकू। आप सही हैं, मुझे यह भी पता नहीं है कि यह प्रतिशत कहां है। यही है, इंजन एक ऐसी संदिग्ध चीज निकला।

एव्जेनी कुज़ोवलेव: आप जानते हैं, मानव मनोविज्ञान, यह ऐसा है कि कभी-कभी पसंद की तुलना में पसंद की बहुत संभावना अधिक महत्वपूर्ण होती है। MySQL देता है।

अलेक्सी रयबक: पोस्टग्रेज के खिलाफ लोग MySQL का चयन नहीं करते हैं, क्योंकि अलग-अलग इंजन हैं। मुझे लगता है कि यह आखिरी है ...

व्लादिमीर फेडोरकोव: क्योंकि जब लोग पोस्टग्रेज के खिलाफ MySQL चुनते हैं, अगर कंपनी में कम से कम कोई है जो पोस्टग्रेज के पीछे है, तो उसे चुना जाएगा क्योंकि यह एक धर्म है।

एलेक्सी रयबक: मायक्यूसी भी एक धर्म है।

व्लादिमीर फेडोरकोव: नहीं, किसी भी तरह से नहीं।

एंड्री अक्षोनोव:किसी अन्य महत्वपूर्ण बिंदु को नहीं फेंका, जिसे "आकस्मिक रूप से बड़ा हो गया" कहा जाता है। आवश्यकताएं स्वाभाविक रूप से एक निश्चित परत में बढ़ी हैं। प्रारंभिक प्रश्न यह है कि पोस्टग्रेज का प्रतिशत क्यों बढ़ रहा है, MySQL नामक इस दयनीय नकली का प्रतिशत लगातार कम हो रहा है। और, ज़ाहिर है, अंत में। सिद्धांत रूप में, ग्रह एक ही है, डायनासोर रौंद देंगे और MongoDB हर किसी को हरा देगा, लेकिन यह भविष्य में है, लेकिन webscale अभी भी महत्वपूर्ण है, क्योंकि जो आवश्यकताएं अनुप्रयोगों को बनाती हैं, वे समय में बदल जाती हैं - एक बार, और एक बिंदु पर पोस्टग्रेट्स। परिपक्व, अपने हिस्से के लिए, और डेवलपर्स से आवश्यकताओं का एक सेट उनके हिस्से पर परिपक्व हो गया।

अलेक्सी रयबक: सुनो, मुझे विश्वास नहीं है, मुझे माफ कर दो। मुझे बताओ, विशेष रूप से ...

एंड्री अक्ष्योनोव: विशेष रूप से देखें। 1995 ...

एलेक्सी रयबक:जिन कंपनियों ने मूल रूप से वेबस्केल उत्पाद लॉन्च किया था, जो एक ही दोस्तों के लिए डिज़ाइन किए गए हैं ... भगवान, मेरे सिर से बाहर निकल गए! बस कहा जाता है ... अब, यहाँ है जो हर किसी को हरा देगा ...

एंड्री अक्ष्योनोव: मानगो जीत जाएगा।

एलेक्सी रयबक: मानगो, हाँ, हाँ, हाँ, हाँ, हाँ। इसलिए, मानगो में शुरू में दो चीजें थीं। सबसे पहले, ऑब्जेक्ट स्टोर, मत सोचो, संक्षेप में, ओआरएम, बस लिखो, बचाओ और कुछ भी ज़रूरत नहीं है, एसक्यूएल को संक्षेप में जानने की आवश्यकता नहीं है, यह सब है। इसने कुछ दोस्तों को प्रेरित किया, उनकी आवश्यकताओं में बदलाव नहीं हुआ है, वे सरल हैं: हाँ, लेकिन यह संभव था, SQL सिखाया नहीं जा सकता था, वाह! कितना ठंडा है! उसने बस कहा: वस्तु को बचाओ, और उसने मुझे कहीं छोड़ दिया, कक्षा! यह पहला है।

दूसरा क्या? गलती सहिष्णुता के बारे में मत सोचो, हम शुरू में इसे कई डीसी और इतने पर कर सकते हैं। पहले यह बुलबुल की मार्केटिंग करता था। फिर उन्होंने कुछ घुमाया, और, सिद्धांत रूप में, जैसा कि मैं इसे समझता हूं, नवीनतम संस्करणों में अब (यह काम करता है) और बहुत कुछ जहां वास्तव में बड़े प्रतिष्ठानों में मोंगो का उपयोग किया जाता है।

मेरा मतलब है, यह एक अच्छा उदाहरण है जब आप बाजार में प्रवेश करते हैं, एक और बाजार, इन दो संभावनाओं को महसूस करते हुए, कि, सबसे पहले, जो लोग वस्तु भाषाओं में प्रोग्रामिंग प्रतिमान में बड़े हुए हैं, सामान्य तौर पर, यह प्रतिबाधा बेमेल है, यह एक मौलिक कहानी है। उन उपकरणों का उपयोग करना आसान है जो कहते हैं: "बस मुझे बचाओ," मैं आपके लिए सब कुछ करूंगा। और एक ही समय में, बॉक्स से बाहर, कतार से जुड़ी ऐसी चीजें, और कुछ और।
यहां मैं समझ सकता हूं, इस तथ्य के बावजूद कि मैं फिर से कहता हूं, आप ट्रोल करते हैं, आप इसे किसी प्रकार के अतिशयोक्तिपूर्ण, अपेक्षाकृत बोलने वाले, मामले, किसी तरह के उपन्यास के रूप में डालते हैं। फिर भी, इस मामले में, वह इसके बारे में बिल्कुल कहता है, कि आप इस तरह के उत्पाद के साथ बाहर जा सकते हैं, इस तरह के आला को ढूंढ सकते हैं, और वह उड़ जाएगा, रौंद देगा, उड़ जाएगा। मुझे यह समझ में नहीं आया कि पोस्टग्रेट्स ने क्या सुझाव दिया या वे कैसे बदल गए और आपके तर्क के अनुसार अचानक पोस्टग्रैड्स की आवश्यकताएं क्या हो गईं, कितना आकर्षक हो गया।

एंड्री अक्षोनोव: मैं एक बार फिर से दोहराता हूं। दोनों तरफ स्प्राउट्स; एक ओर कुछ मापदंडों, और दूसरी ओर कुछ मापदंडों पर डेवलपर्स को पोस्टग्रेट करता है। एक बार फिर, 1995। आप एक डेवलपर हैं। आप बी में बैठते हैं ... ( अत्रायु ), $ 15 कमाते हैं, और यह एक वर्ष है। और आप c ***** ( बेकार) लिखते हैं) पर्ल में गेस्टबुक। और फिर आप चयन प्रक्रिया - जो डेटाबेस का चयन करने के लिए उठो। हैरानी की बात है, MySQL और Postgres दोनों पहले से मौजूद हैं। और अगर वे नहीं हैं, तो वे 1996 में दिखाई देंगे। लेकिन आप, *** (कैनाइन परिवार की महिला) , पर्ल में अतिथि पुस्तक के विकासकर्ता बी ... ( सायजारन ) में! आपके पास इस परिमाण का एक कार्य है, आप उन्हें हल करते हैं।

एकमात्र बेंचमार्क जिसके बारे में आप सोच सकते हैं कि आप प्रति सेकंड कितने "प्रति सर्कल" अनुरोधों को चूसेंगे। और इस समय प्रति सेकंड अनुरोधों के "सर्कल पर" पोस्टग्रेज साढ़े चार गुना कम में खींचता है। बस ऐसे ही, सिर्फ इसलिए कि च *** आप। उसके बाद, आप देखते हैं: ठीक है, हाँ, लेकिन पोस्टग्रैज लेनदेन में, और MySQL 3.23 MyISAM में। लेकिन ईमानदार होने के लिए, मेरी अतिथिपुस्तिका का लेनदेन मेरे लिए ( *** सब पर) n **** हैजरूरत नहीं। MySQL को मजबूती से चुनें।

अब थोड़ा समय बीत चुका है, 25 साल। सिद्धांत रूप में, आप अभी भी B ... ( Tuymazy ) में रहते हैं, अब आप Perl में नहीं लिख रहे हैं, लेकिन NodeJS में, आपके वेतन को अनुक्रमित किया गया है, क्योंकि यह सिर्फ डॉलर की मुद्रास्फीति है, और अब यह 15 डॉलर है, जो मुद्रास्फीति के साथ गुणा है, - 45, और यह एक महीना है। आपकी समान समस्याएं हैं, साथ ही NodeJS में 100,500 पैकेज। और इन 100500 NodeJS संकुल को अपने पूरे राज्य को कहीं और स्टोर करने की आवश्यकता है, पैकेज मैनेजर के बारे में जटिल अनुरोध, और इसी तरह।

और फिर अचानक आपकी आवश्यकताएं हैं, जो आप डेटाबेस से काटते हैं, थोड़ा बढ़े हैं। उदाहरण के लिए, किसी कारण से आप नहीं रह सकते हैं और लेन-देन के बिना नहीं रहना चाहते हैं। क्या अद्भुत संयोग है! आपको अभी भी जॉइन की जरूरत है। यहाँ कुछ अजीब सूचकांक हैं, जिनके बारे में सोचना शुरू होता है, और न केवल एक स्वचालित बी-पेड़, जैसे: ओह, धिक्कार है! लेकिन भौगोलिक सूचकांक, कुछ आर-ट्री, या, कहें कि भगवान ने हमें बचा लिया है, भग्न पेड़ होना अच्छा होगा।

इसने डेवलपर्स द्वारा आवश्यकताओं के समय को बदल दिया है। और दूसरी ओर, पोस्टग्रेज, जो पूर्वजों के वर्षों में स्वाभाविक रूप से साधारण रूप से सरल "हलकों" पर धीमा हो गया ( अनुरोध), जो गूंगा था और सभी की जरूरत थी, उसने अपने हिस्से के लिए पिछले 25 वर्षों की छोटी अवधि में बहुत सुधार किया। और इसलिए वे अचानक मिले, और अधिक से अधिक लोग आश्चर्यचकित हो गए कि, ऑप! तुम देखो! लेकिन Postgres इतना बुरा नहीं है, यह पता चला है! और यह मेरी आवश्यकताओं के लिए कुछ बेहतर है। मेरी परिकल्पना बिल्कुल ऐसी है, जो MySQL की शुरुआत में मोटे तौर पर बोल रही है ...

एलेक्सी रयबक: सुनो, लेकिन मुझे समझ नहीं आया कि बेहतर कहाँ है? क्या बेहतर है? मैं समझता हूं कि वे किसी चीज में बराबर हैं, लेकिन क्या बेहतर है, मुझे समझ नहीं आता।

एंड्री अक्षोनोव: तो वे दोनों बदतर हैं।

अलेक्सी रयबक: मानगो से?

एंड्री अक्षोनोव:बेशक, उद्धरण चिह्नों में, "मोंगो"। लेकिन यह पूरी तरह से अलग बातचीत के लिए एक विषय है, और एक अलग अलग वार्तालाप सूत्र "जिसे उज्ज्वल भविष्य कहा जाता है।"

व्लादिमीर फेडोर्कोव: कोई उज्ज्वल भविष्य नहीं है। डेटाबेस बुराई है। जैसे ही आप एक डेटाबेस का चयन करते हैं, आप अपने आप को एक मौत की सजा पर हस्ताक्षर करते हैं। डेटाबेस का उपयोग न करें। फाइलें लिखें।

एलेक्सी रयबक: / देव / अशक्त! लिखने के लिए / देव / अशक्त, दोस्तों, देव / अशक्त वेब स्केल है।

एंड्री अक्ष्योनोव: हाँ। ठीक है, ठीक है, आप प्रदर्शन पर सिद्धांत रूप में / देव / शून्य में भी चल सकते हैं, हम कर सकते हैं।

एलेक्सी रयबक: ठीक है, दोस्तों। हर कोई शायद बहुत थका हुआ है। हम दो घंटे से अधिक समय से बात कर रहे हैं।

एंड्री अक्षोनोव: लेकिन वास्तव में दिलचस्प सवाल नहीं उठाए गए हैं।

निकोले कोरोलेव:अभी शुरू किया।

एलेक्सी रयबक: गंभीरता से? क्या आप जारी रखना चाहते हैं?

एंड्री अक्ष्योनोव: मैंने व्हिस्की नहीं डाली है।

एलेक्सी रयबक: लेकिन यह एक बड़ा सवाल है कि आपने ऐसा क्यों नहीं किया।

आंद्रेई अक्षोनोव: मैंने तैयारी नहीं की,

व्लादिमीर फेडोर्कोव: तो उन्होंने कहा कि प्रसारण, प्रसारण, कुछ भी असंभव नहीं है, आप कसम नहीं खा सकते हैं, आप नहीं कर सकते।

एलेक्सी रयबक: आह! दोस्त! हर कोई जो प्रसारण देख रहा था, हमारे साथ होने के लिए बहुत-बहुत धन्यवाद। हम अनौपचारिक भाग शुरू करते हैं, जहां यह बंद हो जाता है ... अब ... मैं लाइव स्ट्रीम को हटा देता हूं। आप सभी को बहुत बहुत धन्यवाद, हमारे मेहमानों के लिए धन्यवाद - व्लादिमीर, एंड्री, यूजीन, निकोलाई। स्ट्रीम अलविदा, बाद में मिलते हैं।

(रिकॉर्डिंग का अंत)

मिटप का पूरा रिकॉर्ड यूट्यूब पर देखा जा सकता है:

निकट भविष्य में, हम इन्फ्रास्ट्रक्चर, स्केलिंग / फॉल्ट टॉलरेंस पैटर्न और MySQL इको-सिस्टम की स्थिति पर अन्य भागों को भी प्रकाशित करेंगे।

यदि आप इस प्रारूप को पसंद करते हैं, तो इस शुक्रवार को कंटेनर बुनियादी ढांचे के लिए एक और रैली होगी, इसके लिए अभी भी जगह हैं । प्रतिभागी: एवगेनी पोतापोव (इत्सुम्मा के सीईओ), दिमित्री स्टोलारोव (सीटीओ फ्लैंट), डेनिस रेमचोकोव (उर्फ एरिक ओल्डमैन, सीओओ argotech.io, रूस के पूर्व राओ यूईएस, एंड्री फेडोरोव्स्की (सीटीओ न्यूज़ 360.कॉम) और) इवान क्रूगलोव (सिस्टम इंजीनियर, पूर्व बुकिंग.कॉम)। आइए एक आधुनिक बुनियादी ढांचे में कंटेनरों और कुबेरनेट्स के उपकरणों, समस्याओं और संभावनाओं के बारे में बात करें।

हमारे पास फ़ेसबुक समूह "बड़ी आईटी परियोजनाओं का प्रबंधन और विकास" , कॉर्पोरेट (ज्यादातर विदेशी) प्रौद्योगिकी ब्लॉगों के दिलचस्प प्रकाशनों के साथ @ फीडमेटो चैनल और खाद्य कंपनियों में विकास प्रबंधन के बारे में लेखक के चैनल @rybakalexey का उल्लेख है ।

MySQL और PostgreSQL की लोकप्रियता का क्या होता है? मितप चर्चा

More articles: