चलो जावा ईई ऑफ-रोड रैली और ढलान पर हिट करें! सेबेस्टियन डैशनर, जकार्ता ईई आयुक्त के साथ साक्षात्कार

आज हमारे वर्चुअल स्टूडियो में सेबस्टियन डैश्नर हैं। संक्षेप में, यह कौन है:

• आईबीएम में लीड जावा डेवलपर एडवोकेट;
• YouTube पर कई दिलचस्प रिपोर्ट और वीडियो ;
• आर्किटेक्चरिंग मॉडर्न जावा ईई एप्लिकेशन के लेखक,
• जावा समुदाय प्रक्रिया का सदस्य: विशेषज्ञ समूह JAX-RS, JSON-P, कॉन्फ़िग;
• जावा ईई / जकार्ता ईई / माइक्रोप्रोफाइल से संबंधित सब कुछ सहित, खुले स्रोत परियोजनाओं के एक समूह में एक कमेंट।

इस साक्षात्कार में हम निम्नलिखित विषयों के बारे में बात करेंगे:

साक्षात्कार, हमेशा की तरह, एवीजी ट्रिफोनोव ( फिलीनियम ), और जुगाव समूह से ओलेग चिरुखिन ( ऑलिगिर ) द्वारा किया जाता है।

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

सेबेस्टियन: खुशी है कि आपने फोटो को पहचान लिया, मेरे पास जोकर 2017 के साथ यह स्वेटशर्ट है। मुझे निश्चित रूप से जेब्रिक सम्मेलन याद है। मैंने कभी सोचा नहीं होगा कि मैं साइबेरिया के इतने दूर कोने में जाऊंगा - मुझे लगता है कि मेरे दोस्तों के सर्कल से मैं उन कुछ लोगों में से एक हूं जो वहां गए हैं। इसके अलावा, सम्मेलन से एक दिन पहले, मैंने अपना जन्मदिन मनाया, और हम एक स्नोमोबाइल की सवारी करने चले गए, जिसके बाद हम एक स्नानघर में बैठे और कबाब खाया। सामान्य तौर पर, कई सुखद यादें हैं। नोवोसिबिर्स्क के आसपास की प्रकृति बहुत सुंदर है। और तथ्य यह है कि, यदि आप क्रास्नोयार्स्क और टॉम्स्क की गिनती करते हैं, तो आपके चारों ओर एक हजार किलोमीटर के लिए, कोई अन्य प्रमुख शहर नहीं हैं, बहुत प्रभावशाली है।

यूजीन: आप आईबीएम में जावा डेवलपर एडवोकेट हैं। यह बहुत सामान्य स्थिति नहीं है - अन्य डेवलपर अधिवक्ताओं को मैं जानता हूं कि वे अपनी कंपनी के उत्पादों को बढ़ावा देते हैं। आईबीएम में आपकी सही जिम्मेदारियां क्या हैं? क्या आप हर संभव तरीके से जावा के वितरण और कुशल उपयोग को अधिकतम करने की कोशिश कर रहे हैं?

सेबेस्टियन: हां, यह एक सटीक विवरण है कि मैं क्या करता हूं। मुझे यह जोड़ना चाहिए कि पहली बार में मैं कंपनी या उत्पाद के हितों में नहीं, बल्कि डेवलपर्स के हित में हूं। मैं उनके काम को सुविधाजनक बनाने और जावा एंटरप्राइज से संबंधित चीजों को एक तरह से सिखाने का प्रयास करता हूं। मैं ब्लॉग, पॉडकास्ट, सेमिनार और सम्मेलनों में अपना ज्ञान साझा करता हूं। मैं कोई विशेष उत्पाद नहीं बेचता, बल्कि मैं प्रौद्योगिकी को समग्र रूप से बेचता हूं।

यूजीन: आप ओपन सोर्स के बड़े समर्थक हैं, लेकिन आईबीएम के लिए काम करते हैं, जो ज्यादातर लोगों के लिए ओपन सोर्स से जुड़ा नहीं है। उसी समय, मुझे पता है कि आईबीएम कभी-कभी कई ओपन सोर्स प्रोजेक्ट्स में एक सक्रिय भाग लेता है, उदाहरण के लिए, ओपनजे 9 में। आईबीएम ओपन सोर्स से कैसे संबंधित है?

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

ओलेग: मैंने हाल ही में ट्विटर पर पढ़ा कि आप स्टीव चिन के साथ जापान में एक विशेष JUG मोटरसाइकिल यात्रा पर गए थे। मोटरसाइकिल पर JUG, whaaaat? क्या आप इस बारे में विस्तार से बता सकते हैं?

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

ओलेग: आप बहुत यात्रा करते हैं और यहां तक ​​कि रूस भी गए, हालांकि हमारे वीजा प्राप्त करना इतना आसान नहीं है। एक राय है कि डेवलपर एडवोकेट एक गंभीर व्यवसाय नहीं है। जैसे कि आप दुनिया भर में यात्रा कर रहे हैं, सम्मेलनों में मज़े कर रहे हैं - कुछ भी, बस कोड लिखने के लिए नहीं। क्या आपको लगता है कि आपके पास असली मेहनत है? ऐसा लगता है कि हर दिन उड़ना थकाऊ होना चाहिए।

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

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

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

ओलेग: चलो तकनीकी मुद्दों पर चलते हैं। आपके ब्लॉग के पहले पृष्ठ पर एक एपिग्राफ है:

आईटी सरल और उत्पादक होना चाहिए।
आईटी को समस्याओं को हल करना चाहिए, न कि लोगों को बनाना।
मेरा मानना ​​है कि आईटी एक मौका है, लागत कारक नहीं।

आपकी राय में, जावा डेवलपर की उत्पादकता को निर्धारित करने वाले सबसे महत्वपूर्ण कारक क्या हैं? क्या अधिक उत्पादक, जीवन हैक, विशिष्ट तकनीकी nishtyaki और उपयोगिताओं जैसे jcmd या sdkman, कुछ भी होने के बारे में कोई सुझाव है?

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

अगर हम खुद डेवलपर की उत्पादकता के बारे में बात करते हैं, तो मैं वास्तव में इसके लिए संसाधनों की सिफारिश कर सकता हूं। Google मेरा नाम और वाक्यांश "डेवलपर उत्पादकता।" मैंने एक वीडियो पाठ्यक्रम रिकॉर्ड किया, जो कि Youtube पर पोस्ट किया गया है , और वहां मैं इस विषय पर सलाह देता हूं। यह कमांड लाइन, हॉट कीज़ और कीबोर्ड का उपयोग करने के तरीके के बारे में बात करता है। सामान्य बिंदु यह है कि कम समय में अधिक काम कैसे किया जाए। और यदि आप इस विषय में देरी करना शुरू करते हैं, तो स्वचालन और काम के अनुकूलन की प्रक्रिया में देरी होगी। आप समस्या के समाधान पर सोचने के लिए और कम समय के लिए बन जाएंगे - बेवकूफों की चाबियाँ। सामान्य तौर पर, प्रोग्रामिंग प्रदर्शन मेरे लिए बहुत करीबी विषय है।

ओलेग: जहां तक ​​मैं समझता हूं, आप माइक्रोप्रोफाइल में एक कमिटेटर हैं, और इसलिए आप इससे जुड़ी हर चीज को जान सकते हैं। कृपया हमें बताएं कि जावा ईई और जकार्ता के आसपास क्या हो रहा है? मैं इसके बारे में थोड़ा पढ़ता हूं, लेकिन मेरे लिए, वसंत की दुनिया से एक व्यक्ति के रूप में, यह सब बहुत भ्रामक है।

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

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

ओलेग: क्या आपको लगता है कि माइक्रोप्रोफ़ाइल को जकार्ता का हिस्सा बनाया जाना चाहिए?

सेबेस्टियन: यह एक महान प्रश्न है, और इस पर अभी कोई अंतिम निर्णय नहीं है। व्यक्तिगत रूप से, मुझे लगता है कि जकार्ता ईई के लिए इनक्यूबेटर के रूप में माइक्रोप्रोफाइल सबसे अच्छा काम करता है। नए मानक को पहले MicroProfile में जोड़ा गया है (जैसा कि OpenTracing या इंजेक्टेबल कॉन्फ़िगरेशन के साथ किया गया था), और फिर हम देखते हैं कि सिस्टम उत्पादन में कैसे व्यवहार करता है। जब वह परिपक्वता तक पहुँचती है, तो उसके वे तत्व जो खुद को पूर्ण मानक साबित कर चुके होते हैं। इस प्रकार, हमें कुछ अनिश्चितता से छुटकारा मिलता है, क्योंकि हम पहले से ही जानते हैं कि सिस्टम उत्पादन में अच्छा काम करता है या नहीं।

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

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

ओलेग: इस तरह की अत्याधुनिक तकनीक को किसी चीज पर परखने की जरूरत है। क्या आप जावा और जकार्ता के लिए प्रौद्योगिकी संगतता किट का उपयोग करते हैं? या क्या आपके पास अपना खुद का टेस्ट सूट है?

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

ओलेग: एक और उत्पाद है जिसके नाम में "प्रोफ़ाइल" शब्द है: आईबीएम वेबस्फेयर लिबर्टी प्रोफाइल। चूंकि आप आईबीएम में काम कर रहे हैं, क्या आप हमें बता सकते हैं कि यह क्या है और ओपन लिबर्टी से क्या अंतर है?

सेबस्टियन: वेबस्फेयर लिबर्टी प्रोफाइल ओपन लिबर्टी का एक व्यावसायिक संस्करण है। यह जावा ईई एप्लिकेशन सर्वर है जिसके लिए आईबीएम वाणिज्यिक सहायता प्रदान करता है। मैं गलत हो सकता है, लेकिन, मेरी राय में, ओपन लिबर्टी डेढ़ साल पहले खुला स्रोत बन गया। इसके लिए धन्यवाद, एंटरप्राइज़ डेवलपर्स के पास अब एक निशुल्क और उत्पादन-परीक्षण अनुप्रयोग सर्वर है। अगर किसी कंपनी को कमर्शियल सपोर्ट या कुछ कमर्शियल फीचर्स की जरूरत है, तो वह WebSphere Liberty Profile का इस्तेमाल कर सकती है। यह 2019 है, और मेरा मानना ​​है कि अब हर कंपनी को अपने उत्पाद का एक खुला स्रोत संस्करण प्रदान करना चाहिए, ताकि डेवलपर्स को मुफ्त में उत्पाद आज़माने का अवसर मिले। OpenSource बहुत महत्वपूर्ण है, और मुझे खुशी है कि IBM के पास अब पूर्व WebSphere Liberty Server के लिए कई विकल्प हैं।

ओलेग: मैंने सुना है कि यह OSGi के ऊपर लिखा गया है। क्या आप हमें इसके बारे में अधिक बता सकते हैं कि यह अंदर कैसे व्यवस्थित है?

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

ओलेग: पूर्ण प्रोफ़ाइल से लिबर्टी प्रोफाइल का विन्यास और उपयोग अलग है? क्या दोनों मामलों में एक ही उपकरण का उपयोग किया जाता है?

सेबस्टियन: उपयोग में कोई महत्वपूर्ण अंतर नहीं हैं। सुविधाओं की पसंद के बारे में, दोनों सर्वरों को समान रूप से कॉन्फ़िगर किया जा सकता है। यदि आपके पास जावा ईई या माइक्रोप्रोफाइल एप्लिकेशन है, तो सेटअप दोनों प्रकारों के लिए समान होगा।

ओलेग: कंपनियां लंबे समय से फुल प्रोफाइल का उपयोग कर रही हैं। बड़े संगठनों में लिबर्टी प्रोफाइल का उपयोग कितना उचित है?

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

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

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

ओलेग: जहां तक ​​मुझे पता है, निकट भविष्य में जकार्ता में लागू होने वाली सबसे दिलचस्प विशेषताओं में से एक आधुनिक क्लाउड प्रौद्योगिकियों के लिए समर्थन है। अभी कंटेनर में जावा के बारे में क्या? जहाँ तक मुझे याद है, OpenJDK बग ट्रैकर पर कई साल पहले संगतता, ढेर आकार, संकेतों और इतने पर संबंधित कई बग थे। क्या 2019 में अब कंटेनरों में जावा का उपयोग करना संभव है?

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

ओलेग: बुनियादी ढांचे के बारे में क्या? क्या आप कुबेरनेट्स या इस्तियो जैसी किसी चीज़ का उपयोग करते हैं?

सेबेस्टियन: हाँ, काफी सक्रिय। Docker, Kubernetes, — Istio. Java EE. Cloud-native , , , — , , , ..

: Java EE Kubernetes ? API ?

: Kubernetes Istio . cloud-native . . , Docker, Kubernetes. , - URL, . Kubernetes DNS Istio. . , — -, .

: Java ?

: — Java , . , enterprise- — MicroProfile, cloud-native (Istio, Kubernetes). MicroProfile , . , .

: JPoint « Java Enterprise». ?

: , enterprise-, . — - ; — . Java EE-, , , , .

JPoint. , — . Java-, — .

: . (, «» ). Linux, : ?

: . Linux , , , , . , , . , , . , , . Arch Linux — , . Linux . Ubuntu UI, . — Linux , , , . , , , .

ओलेग: जवाब के लिए बहुत बहुत धन्यवाद!

बहुत जल्द, 5-6 अप्रैल को, सेबेस्टियन मॉस्को में JPoint में "हार्ड प्रोडक्शन लाइफ के लिए बुलेटप्रूफ जावा एंटरप्राइज एप्लिकेशन" रिपोर्ट के साथ एक प्रस्तुति देगा । उनके अलावा, साइमन रिटर, कोहसुके कावागुची, एंड्रे पैंगिन और कई अन्य लोग भी आएंगे। यहां आप कार्यक्रम पा सकते हैं।
पर मार्च के पहले लागत टिकटों की वृद्धि होगी।