Flynn: त्सुरु क्यों नहीं?

इस पर गोलांग-नट्स पर चर्चा की गई । मेरी धारणा यह है कि कुछ विशेषताएं समान हैं, लेकिन मूल लक्ष्य अलग हैं।

/सीसी @fsouza

@titanous मैंने यह धागा देखा। यदि त्सुरु और फ्लिन के बीच सबसे बड़ा अंतर वेब के लिए विशिष्ट है, तो थोड़े प्रयास से इसे संशोधित किया जा सकता है।

मेरा मानना ​​​​है कि अगर दो परियोजनाएं एक साथ आती हैं तो इन परियोजनाओं के लिए बेहतर होगा और इस नई परियोजना (त्सुरु + फ्लिन) को बनाने और बनाए रखने के लिए एक मजबूत समुदाय बनाने के लिए और अधिक आसान हो जाएगा जैसे कि रेल + मेरब के साथ क्या हुआ।

वर्तमान में हम एक अधिक संपूर्ण विनिर्देश पर काम कर रहे हैं जो उन घटकों और लक्ष्यों का विवरण देगा जिनकी हम योजना बना रहे हैं। मुझे लगता है कि जब तक हम उस दस्तावेज़ को आगे नहीं बढ़ाते, तब तक यह चर्चा स्थगित रहेगी।

समापन, जैसा कि मुझे लगता है कि यह अधिक स्पष्ट है कि अब क्या अंतर हैं।

क्या अंतर हैं? यह मेरे लिए स्पष्ट नहीं है, क्या वहाँ कोई स्रोत है जिसकी आप सिफारिश कर सकते हैं जो कि किए जा रहे सभी PaS कार्यों की समझ में आता है?

मैं शोध के माध्यम से इसका पता लगाने की कोशिश कर रहा हूं, लेकिन मैं अभी सीखता रहता हूं कि डॉकर के साथ अधिक से अधिक PaS सिस्टम बनाए जा रहे हैं, चीजें वास्तव में खंडित महसूस होती हैं; इसे बनाए रखना वास्तव में कठिन है ... इन प्रणालियों में से प्रत्येक को सेटअप करने के लिए समय और समर्पण की आवश्यकता होती है और इससे पहले कि कोई वास्तव में यह जान सके कि यह क्या है - क्या इसमें होने वाली सभी परियोजनाओं से परिचित होने का कोई आसान तरीका है इतना लंबा समय और कभी न खत्म होने वाला खरगोश छेद होने के बिना अंतरिक्ष?

मैंने अब तक जो देखा है, उसमें से फ्लिन बहुत प्यारा लग रहा है - मैं इसे जल्द ही आजमाने के लिए उत्साहित हूं।

पीएस मैं गुगलिंग "त्सुरु फ्लिन" द्वारा यहां आया था

@keyvanfatehi आपकी रुचि के लिए धन्यवाद।

सभी PaS परियोजनाओं के साथ अद्यतित रहना कठिन है, खासकर जब से कई निजी या असंगत रोडमैप का पालन करते हैं। सामान्य तौर पर, यहां हम सोचते हैं कि फ्लिन और अधिकांश अन्य PaS परियोजनाओं के बीच अंतर हैं (सुरु के साथ सीधी तुलना नहीं, सामान्य रूप से केवल स्थान):

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

अधिकांश अन्य Paa प्रोजेक्ट निम्न में से कम से कम एक हैं: सेट अप और परिनियोजन के लिए कठिन/धीमा, केवल विशिष्ट प्रकार के ऐप्स के लिए उपयोगी, डेवलपर्स को अपने अनुप्रयोगों को फिर से आर्किटेक्ट करने की आवश्यकता होती है, और मोनोलिथिक। संक्षेप में, हमारा मानना ​​​​है कि फ्लिन कठिन समस्याओं को हल करने की कोशिश करता है और अधिकांश अन्य परियोजनाएं उनकी उम्र, मौजूदा उपयोगकर्ता-आधारों और डिजाइन प्रेरणाओं के कारण नहीं करती हैं।

जैसे ही फ्लिन उत्पादन स्थिरता और फीचर पूर्णता तक पहुंचता है, हम प्रति-प्रोजेक्ट के आधार पर मतभेदों को दस्तावेज करने का प्रयास करेंगे।

@danielsiders धन्यवाद! मैं आप लोगों को इस क्षेत्र में कुछ नया करते हुए देखने के लिए उत्सुक हूं। मैं निश्चित रूप से अपने कंधों पर बहुत अधिक ऑप्स गिरने से पीड़ित हूं (यही कारण है कि मैं डॉकर और उसके आस-पास के टूल्स को देख रहा हूं)। मुझे विश्वास है कि ऑप्स को हल किया जा सकता है, जैसा कि यह था ...

अब तक मेरा अनुभव फ्लिन-डेमो (सक्सेसफुल) का उपयोग करता रहा है, जो डेस की तरह लग रहा था (जो मैंने सीधे कोशिश नहीं की है, लेकिन उनके पास एक अच्छा लूपिंग वीडियो है जिसमें हकोको-जैसा व्यवहार दिखाया गया है)। तो इस उथले स्तर पर, देस, फ्लिन और हरोकू समान लगते हैं।

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

वैसे भी, रोमांचक समय - यह सब करने का हिस्सा बनने के लिए धन्यवाद, भले ही मैं इसे अभी तक पूरी तरह समझ नहीं पा रहा हूं :)

@keyvanfatehi अधिकांश हर्को -स्टाइल (गिट पुश) अनुप्रयोगों की तैनाती। जहां चीजें वास्तव में भिन्न होती हैं, वे किस प्रकार के एप्लिकेशन हैं जिन्हें तैनात किया जा सकता है और एक ऐप को तैनात करने के बाद क्या होता है।

(एनबी: फ्लिन कई अन्य परिनियोजन प्रतिमानों का भी समर्थन करता है जैसे डॉकटर पुल और गिट पुल और कुछ भी जो आप बनाना चाहते हैं। यहां तक ​​​​कि एफ़टीपी भी कठिन नहीं होगा)

@keyvanfatehi ,
सेवाओं के बारे में, वे एक ही आवेदन के साथ अच्छी तरह से संभालने के लिए बहुत विशिष्ट हैं (कल्पना करें कि डेटाबेस, नोस्क्ल, रेडिस, मेमकैच्ड, लोचदार खोज, ऑब्जेक्ट स्टोरेज इत्यादि से निपटना कितना मुश्किल होगा)। हमने एक सेवा एपीआई निर्दिष्ट करना पसंद किया (जहां सेवा को संभालने के लिए व्यावसायिक तर्क रखा जाएगा) और त्सुरु किसी भी सेवा के साथ उसी तरह व्यवहार करेगा, इससे कोई फर्क नहीं पड़ता कि वे कितने अलग हैं।

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

टीएल; डॉ
हम जानते हैं कि सेवाएं कैसे महत्वपूर्ण हैं, इसलिए हम उस आवश्यकता से निपटने के लिए एक शानदार तरीका विकसित करते हैं। त्सुरु किसी भी सेवा को एक अच्छी तरह से परिभाषित सेवा एपीआई के साथ संभाल सकता है (कुछ सरल प्रवेश बिंदुओं जैसे बनाना, हटाना, बांधना, योजना बनाना)। तो, एक विशिष्ट सेवा की सभी जटिलताओं को अपने स्वयं के सेवा-एपीआई द्वारा नियंत्रित किया जाएगा। आपको हमारे Redis API पर एक उदाहरण देता है: जब आप # tsuru सर्विस-ऐड रेडिस (सर्विसिकनाम) redis_blognews (सर्विसस्टेंकनेम) प्लस (प्लान) चलाते हैं, तो यह redis_blognews और प्लान प्लस (जो 2 उदाहरण प्रदान करता है) नाम के साथ एक रेडिस इंस्टेंस बनाएगा उच्च उपलब्धता के साथ रेडिस)। Tsuru को नहीं पता कि इसे कैसे बनाया जाएगा (भले ही इसकी उच्च उपलब्धता हो), इसे पूरी तरह से service-api द्वारा नियंत्रित किया जाएगा। यह बाहरी (यहां तक ​​​​कि मालिकाना) सेवाओं का उपयोग करना भी संभव बनाता है, इसके लिए tsuru कोड में स्पर्श किए बिना सेवा-एपीआई बनाना। तो, सेवाओं से निपटने के लिए यह और अधिक लचीला होगा, और त्सुरु में उस जटिलता को बढ़ाने से बचें। उसके बाद आप # tsuru bind redis_blognews --app yourblognewsapp का उपयोग कर सकते हैं और tsuru आपके एप्लिकेशन में सेवा क्रेडेंशियल को इंजेक्ट करेगा

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

मुझे अभी भी आश्चर्य है कि क्या प्रयासों के संयोजन से बेहतर उत्पाद मिलेगा।

मुझे यहाँ @msabramo से सहमत होना चाहिए, मुझे अभी भी कोई अच्छा बिंदु नहीं दिख रहा है कि एक नया