Kubernetes वर चालणार्‍या ऍप्लिकेशन्सच्या विकसकांसाठी साधने

ऑपरेशन्सचा आधुनिक दृष्टिकोन अनेक महत्त्वाच्या व्यावसायिक समस्यांचे निराकरण करतो. कंटेनर आणि ऑर्केस्ट्रेटर कोणत्याही जटिलतेचे प्रकल्प मोजणे सोपे करतात, नवीन आवृत्त्यांचे प्रकाशन सुलभ करतात, त्यांना अधिक विश्वासार्ह बनवतात, परंतु त्याच वेळी ते विकसकांसाठी अतिरिक्त समस्या निर्माण करतात. प्रोग्रामर, सर्व प्रथम, त्याच्या कोडची काळजी घेतो: आर्किटेक्चर, गुणवत्ता, कार्यप्रदर्शन, अभिजात - आणि ते कुबर्नेट्समध्ये कसे कार्य करेल आणि अगदी कमीतकमी बदल केल्यानंतर त्याची चाचणी आणि डीबग कसे करावे याबद्दल नाही. म्हणूनच, हे अगदी स्वाभाविक आहे की कुबर्नेट्ससाठी साधने सक्रियपणे विकसित केली जात आहेत, अगदी सर्वात "पुरातन" विकसकांच्या समस्या सोडविण्यात मदत करतात आणि त्यांना मुख्य गोष्टीवर लक्ष केंद्रित करण्यास अनुमती देतात.

हे पुनरावलोकन काही साधनांबद्दल थोडक्यात माहिती प्रदान करते जे प्रोग्रामरसाठी जीवन सोपे करतात ज्याचा कोड कुबर्नेट्स क्लस्टरच्या पॉडॲक्समध्ये चालतो.

साधे सहाय्यक

कुबेक्टल-डीबग

• तळ ओळ: तुमचा कंटेनर पॉडमध्ये जोडा आणि त्यात काय होते ते पहा.
• GitHub.
• संक्षिप्त GH आकडेवारी: 715 तारे, 54 कमिट, 9 योगदानकर्ते.
• भाषा: जा.
• परवाना: अपाचे परवाना 2.0.

kubectl साठी हे प्लगइन तुम्हाला आवडीच्या पॉडमध्ये अतिरिक्त कंटेनर तयार करण्यास अनुमती देते, जे इतर कंटेनरसह प्रक्रिया नेमस्पेस सामायिक करेल. त्यामध्ये तुम्ही पॉडचे ऑपरेशन डीबग करू शकता: नेटवर्क तपासा, नेटवर्क ट्रॅफिक ऐका, स्वारस्य असलेल्या प्रक्रियेचा स्ट्रेस करा इ.

आपण चालवून प्रक्रिया कंटेनरवर देखील स्विच करू शकता chroot /proc/PID/root - जेव्हा तुम्हाला कंटेनरमध्ये रूट शेल घेण्याची आवश्यकता असेल तेव्हा हे खूप सोयीचे असू शकते ज्यासाठी ते मॅनिफेस्टमध्ये सेट केले आहे securityContext.runAs.

साधन सोपे आणि प्रभावी आहे, त्यामुळे ते प्रत्येक विकसकासाठी उपयुक्त ठरू शकते. आम्ही याबद्दल अधिक लिहिले स्वतंत्र लेख.

दूरध्वनी

• तळ ओळ: अनुप्रयोग आपल्या संगणकावर स्थानांतरित करा. स्थानिक पातळीवर विकसित आणि डीबग करा.
• वेबसाइट; GitHub.
• संक्षिप्त GH आकडेवारी: 2131 तारे, 2712 कमिट, 33 योगदानकर्ते.
• भाषा: Python.
• परवाना: अपाचे परवाना 2.0.

या स्नॅप-इनची कल्पना स्थानिक वापरकर्त्याच्या संगणकावर ऍप्लिकेशनसह कंटेनर लॉन्च करणे आणि क्लस्टरपासून ते आणि मागे सर्व रहदारी प्रॉक्सी करणे आहे. हा दृष्टिकोन तुम्हाला तुमच्या आवडत्या IDE मधील फाइल्स संपादित करून स्थानिक पातळीवर विकसित करण्याची परवानगी देतो: परिणाम त्वरित उपलब्ध होतील.

स्थानिक पातळीवर चालण्याचे फायदे म्हणजे संपादने आणि झटपट निकालांची सोय, नेहमीच्या पद्धतीने ॲप्लिकेशन डीबग करण्याची क्षमता. नकारात्मक बाजू अशी आहे की ते कनेक्शनच्या गतीवर मागणी करत आहे, जे विशेषतः लक्षात येते जेव्हा आपल्याला बऱ्यापैकी उच्च आरपीएस आणि रहदारी असलेल्या अनुप्रयोगासह कार्य करावे लागते. याव्यतिरिक्त, टेलीप्रेसेन्सला विंडोजवर व्हॉल्यूम माउंटसह समस्या आहेत, जे या OS ची सवय असलेल्या विकसकांसाठी निर्णायक मर्यादा असू शकते.

Telepresence वापरण्याचा आमचा अनुभव आम्ही आधीच शेअर केला आहे येथे.

Ksync

• तळ ओळ: क्लस्टरमधील कंटेनरसह कोडचे जवळजवळ तात्काळ सिंक्रोनाइझेशन.
• GitHub.
• संक्षिप्त GH आकडेवारी: 555 तारे, 362 कमिट, 11 योगदानकर्ते.
• भाषा: जा.
• परवाना: अपाचे परवाना 2.0.

युटिलिटी तुम्हाला स्थानिक निर्देशिकेची सामग्री क्लस्टरमध्ये चालू असलेल्या कंटेनरच्या निर्देशिकेसह सिंक्रोनाइझ करण्याची परवानगी देते. असे साधन स्क्रिप्टिंग प्रोग्रामिंग भाषांमधील विकसकांसाठी योग्य आहे, ज्याची मुख्य समस्या चालू कंटेनरवर कोड वितरित करणे आहे. Ksync ही डोकेदुखी दूर करण्यासाठी डिझाइन केलेले आहे.

आदेशाद्वारे एकदा आरंभ केल्यावर ksync init क्लस्टरमध्ये डेमनसेट तयार केला जातो, जो निवडलेल्या कंटेनरच्या फाइल सिस्टमच्या स्थितीचे परीक्षण करण्यासाठी वापरला जातो. त्याच्या स्थानिक संगणकावर, विकसक कमांड चालवतो ksync watch, जे कॉन्फिगरेशन आणि रनचे निरीक्षण करते समक्रमण, जे क्लस्टरसह फाइल्स थेट सिंक्रोनाइझ करते.

फक्त ksync ला काय सिंक्रोनाइझ करायचे आहे ते सांगणे बाकी आहे. उदाहरणार्थ, ही आज्ञा:

ksync create --name=myproject --namespace=test --selector=app=backend --container=php --reload=false /home/user/myproject/ /var/www/myproject/

...नावाचा निरीक्षक तयार करेल myprojectजे लेबलसह पॉड शोधेल app=backend आणि स्थानिक निर्देशिका समक्रमित करण्याचा प्रयत्न करा /home/user/myproject/ कॅटलॉग सह /var/www/myproject/ नावाच्या कंटेनरवर php.

आमच्या अनुभवावरून ksync वरील समस्या आणि टिपा:

• Kubernetes क्लस्टर नोड्सवर वापरणे आवश्यक आहे overlay2 डॉकरसाठी स्टोरेज ड्रायव्हर म्हणून. युटिलिटी इतर कोणत्याही सह कार्य करणार नाही.
• क्लायंट OS म्हणून Windows वापरताना, फाइल सिस्टम वॉचर योग्यरित्या कार्य करू शकत नाही. मोठ्या संख्येने नेस्टेड फाइल्स आणि डिरेक्टरीसह - मोठ्या डिरेक्टरीसह काम करताना हा बग लक्षात आला. आम्ही तयार केले संबंधित समस्या सिंकिंग प्रकल्पात, परंतु अद्याप त्यावर कोणतीही प्रगती झालेली नाही (जुलैच्या सुरुवातीपासून).
• फाइल वापरा .stignore सिंक्रोनाइझ करणे आवश्यक नसलेले मार्ग किंवा फाइल नमुने निर्दिष्ट करण्यासाठी (उदाहरणार्थ, निर्देशिका app/cache и .git).
• डीफॉल्टनुसार, जेव्हा जेव्हा फाइल्स बदलतात तेव्हा ksync कंटेनर रीस्टार्ट करेल. Node.js साठी हे सोयीचे आहे, परंतु PHP साठी ते पूर्णपणे अनावश्यक आहे. opcache बंद करणे आणि ध्वज वापरणे चांगले आहे --reload=false.
• कॉन्फिगरेशन नेहमी मध्ये दुरुस्त केले जाऊ शकते $HOME/.ksync/ksync.yaml.

स्क्वॅश

• तळ ओळ: डीबग प्रक्रिया थेट क्लस्टरमध्ये.
• GitHub.
• संक्षिप्त GH आकडेवारी: 1154 तारे, 279 कमिट, 23 योगदानकर्ते.
• भाषा: जा.
• परवाना: अपाचे परवाना 2.0.

हे साधन पॉड्समध्ये थेट डीबगिंग प्रक्रियेसाठी डिझाइन केलेले आहे. उपयुक्तता सोपी आहे आणि परस्परसंवादीपणे तुम्हाला इच्छित डीबगर निवडण्याची परवानगी देते (खाली पहा) आणि नेमस्पेस + पॉड, ज्या प्रक्रियेत तुम्हाला हस्तक्षेप करण्याची आवश्यकता आहे. सध्या समर्थित:

• delve - गो अनुप्रयोगांसाठी;
• GDB - लक्ष्य रिमोट + पोर्ट फॉरवर्डिंगद्वारे;
• Java अनुप्रयोग डीबग करण्यासाठी JDWP पोर्ट फॉरवर्डिंग.

IDE बाजूला, समर्थन फक्त VScode मध्ये उपलब्ध आहे (वापरून विस्तार), तथापि, चालू (2019) वर्षाच्या योजनांमध्ये Eclipse आणि Intellij यांचा समावेश आहे.

प्रक्रिया डीबग करण्यासाठी, स्क्वॅश क्लस्टर नोड्सवर एक विशेषाधिकार प्राप्त कंटेनर चालवते, म्हणून आपण प्रथम क्षमतांशी परिचित होणे आवश्यक आहे. सुरक्षित मोड सुरक्षा समस्या टाळण्यासाठी.

एकात्मिक उपाय

चला जड तोफखान्याकडे जाऊया - विकसकांच्या अनेक गरजा त्वरित पूर्ण करण्यासाठी डिझाइन केलेले अधिक "मोठ्या प्रमाणात" प्रकल्प.

NB: या सूचीमध्ये, अर्थातच, आमच्या मुक्त स्त्रोत उपयुक्ततेसाठी एक स्थान आहे werf (पूर्वी dapp म्हणून ओळखले जाणारे). तथापि, आम्ही याबद्दल आधीच एकापेक्षा जास्त वेळा लिहिले आहे आणि बोललो आहोत आणि म्हणूनच पुनरावलोकनात समाविष्ट न करण्याचा निर्णय घेतला आहे. त्याच्या क्षमतांबद्दल अधिक परिचित होऊ इच्छिणाऱ्यांसाठी, आम्ही अहवाल वाचण्याची/ऐकण्याची शिफारस करतो.werf हे Kubernetes मधील CI/CD साठी आमचे साधन आहे».

DevSpace

• तळ ओळ: ज्यांना कुबर्नेट्समध्ये काम सुरू करायचे आहे, परंतु त्याच्या जंगलात खोलवर जाण्याची इच्छा नाही त्यांच्यासाठी.
• GitHub.
• संक्षिप्त GH आकडेवारी: 630 तारे, 1912 कमिट, 13 योगदानकर्ते.
• भाषा: जा.
• परवाना: अपाचे परवाना 2.0.

त्याच नावाच्या कंपनीचे समाधान, जे संघ विकासासाठी Kubernetes सह व्यवस्थापित क्लस्टर प्रदान करते. युटिलिटी व्यावसायिक क्लस्टरसाठी तयार केली गेली होती, परंतु इतर कोणत्याही सह उत्तम कार्य करते.

आदेश चालवताना devspace init प्रकल्प कॅटलॉगमध्ये तुम्हाला ऑफर केले जाईल (परस्पररित्या):

• कार्यरत कुबर्नेट्स क्लस्टर निवडा,
• विद्यमान वापरा Dockerfile त्यावर आधारित कंटेनर तयार करण्यासाठी (किंवा नवीन तयार करा),
• कंटेनर प्रतिमा इत्यादी संग्रहित करण्यासाठी भांडार निवडा.

या सर्व तयारीच्या चरणांनंतर, तुम्ही कमांड चालवून विकास सुरू करू शकता devspace dev. ते कंटेनर तयार करेल, ते रेपॉजिटरीमध्ये अपलोड करेल, क्लस्टरमध्ये तैनाती रोल आउट करेल आणि स्थानिक निर्देशिकेसह कंटेनरचे पोर्ट फॉरवर्डिंग आणि सिंक्रोनाइझेशन सुरू करेल.

वैकल्पिकरित्या, तुम्हाला टर्मिनल कंटेनरमध्ये हलवण्यास सांगितले जाईल. तुम्ही नकार देऊ नये, कारण प्रत्यक्षात कंटेनर स्लीप कमांडने सुरू होतो आणि वास्तविक चाचणीसाठी अनुप्रयोग व्यक्तिचलितपणे लाँच करणे आवश्यक आहे.

शेवटी, संघ devspace deploy क्लस्टरमध्ये ऍप्लिकेशन आणि संबंधित इन्फ्रास्ट्रक्चर रोल आउट करते, त्यानंतर सर्वकाही लढाऊ मोडमध्ये कार्य करण्यास सुरवात करते.

सर्व प्रकल्प कॉन्फिगरेशन फाइलमध्ये संग्रहित केले आहे devspace.yaml. डेव्हलपमेंट एन्व्हायर्नमेंट सेटिंग्ज व्यतिरिक्त, तुम्हाला त्यातील पायाभूत सुविधांचे वर्णन देखील मिळू शकते, मानक कुबर्नेट्स मॅनिफेस्ट प्रमाणेच, फक्त मोठ्या प्रमाणात सरलीकृत.

आर्किटेक्चर आणि DevSpace सह काम करण्याचे मुख्य टप्पे

याव्यतिरिक्त, प्रकल्पामध्ये पूर्वनिर्धारित घटक (उदाहरणार्थ, MySQL DBMS) किंवा हेल्म चार्ट जोडणे सोपे आहे. मध्ये अधिक वाचा दस्तऐवजीकरण - ते क्लिष्ट नाही.

स्कॅफोल्ड

• वेबसाइट; GitHub.
• संक्षिप्त GH आकडेवारी: 7423 तारे, 4173 कमिट, 136 योगदानकर्ते.
• भाषा: जा.
• परवाना: अपाचे परवाना 2.0.

Google ची ही उपयुक्तता डेव्हलपरच्या सर्व गरजा पूर्ण करण्याचा दावा करते ज्याचा कोड कसा तरी Kubernetes क्लस्टरवर चालेल. ते वापरणे सुरू करणे devspace सारखे सोपे नाही: परस्परसंवाद, भाषा शोधणे आणि स्वयं-निर्मिती नाही Dockerfile ते तुम्हाला इथे ऑफर करणार नाहीत.

तथापि, हे आपल्याला घाबरत नसल्यास, स्काफोल्ड आपल्याला काय करण्याची परवानगी देते ते येथे आहे:

• स्त्रोत कोड बदलांचा मागोवा घ्या.
• असेंब्लीची आवश्यकता नसल्यास ते पॉड कंटेनरसह सिंक्रोनाइझ करा.
• भाषेचा अर्थ लावला असल्यास कोडसह कंटेनर गोळा करा किंवा कलाकृती संकलित करा आणि कंटेनरमध्ये पॅक करा.
• परिणामी प्रतिमा स्वयंचलितपणे वापरून तपासल्या जातात कंटेनर-स्ट्रक्चर-चाचणी.
• डॉकर रेजिस्ट्रीमध्ये प्रतिमा टॅग करणे आणि अपलोड करणे.
• kubectl, Helm किंवा kustomize वापरून क्लस्टरमध्ये अनुप्रयोग तैनात करा.
• पोर्ट फॉरवर्डिंग करा.
• Java, Node.js, Python मध्ये लिहिलेले डीबग अनुप्रयोग.

फाईलमध्ये विविध भिन्नतांमधील कार्यप्रवाहाचे वर्णनात्मक वर्णन केले आहे skaffold.yaml. एखाद्या प्रकल्पासाठी, तुम्ही अनेक प्रोफाइल देखील परिभाषित करू शकता ज्यामध्ये तुम्ही असेंब्ली आणि डिप्लॉयमेंट टप्पे अंशतः किंवा पूर्णपणे बदलू शकता. उदाहरणार्थ, विकासासाठी, विकसकासाठी सोयीस्कर बेस प्रतिमा निर्दिष्ट करा आणि स्टेजिंग आणि उत्पादनासाठी - किमान एक (+ वापर securityContext कंटेनर किंवा क्लस्टर पुन्हा परिभाषित करा ज्यामध्ये अनुप्रयोग तैनात केला जाईल).

डॉकर कंटेनर स्थानिक किंवा दूरस्थपणे तयार केले जाऊ शकतात: मध्ये Google क्लाउड बिल्ड किंवा क्लस्टरमध्ये वापरून कनिको. Bazel आणि Jib Maven/Gradle देखील समर्थित आहेत. टॅगिंगसाठी, स्कॅफोल्ड अनेक धोरणांना समर्थन देते: git कमिट हॅश, तारीख/वेळ, sha256-सोर्सची बेरीज इ.

स्वतंत्रपणे, कंटेनरची चाचणी घेण्याची शक्यता लक्षात घेण्यासारखे आहे. आधीच नमूद केलेले कंटेनर-स्ट्रक्चर-चाचणी फ्रेमवर्क खालील सत्यापन पद्धती ऑफर करते:

• एक्झिट स्टेटस ट्रॅक करून आणि कमांडचे मजकूर आउटपुट तपासण्यासाठी कंटेनरच्या संदर्भात कमांड कार्यान्वित करणे.
• कंटेनरमधील फाइल्सची उपस्थिती तपासत आहे आणि निर्दिष्ट केलेल्या गुणधर्मांशी जुळत आहे.
• रेग्युलर एक्सप्रेशन्स वापरून फाइल सामग्रीचे नियंत्रण.
• इमेज मेटाडेटा पडताळणी (ENV, ENTRYPOINT, VOLUMES वगैरे.)
• परवाना सुसंगतता तपासत आहे.

कंटेनरसह फायली सिंक्रोनाइझ करणे सर्वात इष्टतम मार्गाने केले जात नाही: स्काफोल्ड फक्त स्त्रोतांसह एक संग्रह तयार करतो, त्याची कॉपी करतो आणि कंटेनरमध्ये अनपॅक करतो (टार स्थापित करणे आवश्यक आहे). म्हणून, जर तुमचे मुख्य कार्य कोड सिंक्रोनाइझेशन असेल तर, विशेष समाधान (ksync) कडे लक्ष देणे चांगले आहे.

स्काफोल्ड ऑपरेशनचे मुख्य टप्पे

सर्वसाधारणपणे, हे टूल तुम्हाला कुबर्नेट्स मॅनिफेस्टमधून ॲब्स्ट्रॅक्ट करण्याची परवानगी देत ​​नाही आणि त्यात कोणतीही संवादात्मकता नाही, त्यामुळे ते मास्टर करणे कठीण वाटू शकते. परंतु हे देखील त्याचा फायदा आहे - कृतीचे मोठे स्वातंत्र्य.

बाग

• वेबसाइट; GitHub.
• संक्षिप्त जीएच आकडेवारी: 1063 तारे, 1927 कमिट, 17 योगदानकर्ते.
• भाषा: TypeScript (प्रोजेक्टला अनेक घटकांमध्ये विभाजित करण्याची योजना आहे, त्यापैकी काही गो मध्ये असतील आणि टाइपस्क्रिप्ट/जावास्क्रिप्ट आणि गो मध्ये ॲड-ऑन तयार करण्यासाठी SDK देखील बनवावे).
• परवाना: अपाचे परवाना 2.0.

Skaffold प्रमाणे, गार्डनचे उद्दिष्ट K8s क्लस्टरला ऍप्लिकेशन कोड वितरीत करण्याच्या प्रक्रियेला स्वयंचलित करण्याचे आहे. हे करण्यासाठी, तुम्हाला प्रथम YAML फाइलमध्ये प्रोजेक्ट स्ट्रक्चरचे वर्णन करावे लागेल आणि नंतर कमांड रन करा garden dev. ती सर्व जादू करेल:

• प्रकल्पाच्या विविध भागांसह कंटेनर गोळा करा.
• एकीकरण आणि युनिट चाचण्या, जर काही वर्णन केले असेल तर आयोजित करते.
• सर्व प्रकल्प घटक क्लस्टरमध्ये आणते.
• स्त्रोत कोड बदलल्यास, तो संपूर्ण पाइपलाइन रीस्टार्ट करेल.

हे साधन वापरण्याचा मुख्य फोकस म्हणजे विकास कार्यसंघासह रिमोट क्लस्टर सामायिक करणे. या प्रकरणात, जर इमारत आणि चाचणीचे काही चरण आधीच केले गेले असतील, तर हे संपूर्ण प्रक्रियेस लक्षणीय गती देईल, कारण गार्डन कॅशे केलेले परिणाम वापरण्यास सक्षम असेल.

प्रोजेक्ट मॉड्यूल एक कंटेनर, मावेन कंटेनर, हेल्म चार्ट, मॅनिफेस्ट असू शकते kubectl apply किंवा अगदी OpenFaaS फंक्शन. शिवाय, कोणतेही मॉड्यूल रिमोट गिट रेपॉजिटरीमधून खेचले जाऊ शकतात. मॉड्यूल सेवा, कार्ये आणि चाचण्या परिभाषित करू शकते किंवा करू शकत नाही. सेवा आणि कार्यांमध्ये अवलंबित्व असू शकते, ज्यामुळे तुम्ही विशिष्ट सेवेचा उपयोजन क्रम निर्धारित करू शकता आणि कार्ये आणि चाचण्यांचे प्रक्षेपण आयोजित करू शकता.

गार्डन वापरकर्त्याला एक सुंदर डॅशबोर्ड प्रदान करते (सध्या मध्ये प्रायोगिक स्थिती), जे प्रकल्प आलेख प्रदर्शित करते: घटक, असेंबली क्रम, कार्ये आणि चाचण्यांची अंमलबजावणी, त्यांचे कनेक्शन आणि अवलंबित्व. ब्राउझरमध्येच, तुम्ही सर्व प्रकल्प घटकांचे लॉग पाहू शकता आणि HTTP द्वारे विशिष्ट घटक काय आउटपुट करतो हे तपासू शकता (जर, अर्थातच, त्यासाठी प्रवेश संसाधन घोषित केले असेल).

बागेसाठी पॅनेल

या टूलमध्ये हॉट-रीलोड मोड देखील आहे, जो क्लस्टरमधील कंटेनरसह स्क्रिप्ट बदल सहजपणे सिंक्रोनाइझ करतो, अनुप्रयोग डीबगिंग प्रक्रियेस मोठ्या प्रमाणात गती देतो. बागेत चांगली आहे दस्तऐवजीकरण आणि वाईट नाही उदाहरणांचा संच, तुम्हाला त्याची त्याची सवय होण्याची आणि ते वापरण्यास सुरूवात करण्याची अनुमती देते. तसे, नुकतेच आम्ही प्रकाशित केले लेखाचे भाषांतर त्याच्या लेखकांकडून.

निष्कर्ष

अर्थात, Kubernetes मधील अनुप्रयोग विकसित आणि डीबग करण्यासाठी साधनांची ही यादी मर्यादित नाही. आणखी अनेक अतिशय उपयुक्त आणि व्यावहारिक उपयुक्तता आहेत ज्या योग्य आहेत, स्वतंत्र लेख नसल्यास, किमान उल्लेख. तुम्ही काय वापरता ते आम्हाला सांगा, तुम्हाला कोणत्या समस्या आल्या आणि तुम्ही त्या कशा सोडवल्या!

PS

आमच्या ब्लॉगवर देखील वाचा:

• «werf - Kubernetes मधील CI/CD साठी आमचे साधन (विहंगावलोकन आणि व्हिडिओ अहवाल)";
• «गार्डन v0.10.0: तुमच्या लॅपटॉपला Kubernetes ची गरज नाही";
• «कुबर्नेट्स टिप्स आणि युक्त्या: स्थानिक विकास आणि टेलिप्रेसेन्सबद्दल";
• «कुबर्नेट्स पॉड्समध्ये डीबगिंगसाठी kubectl-debug प्लगइन».

स्त्रोत: www.habr.com