DevOps कोण आहे आणि त्याची कधी गरज नाही?

गेल्या काही वर्षांत DevOps हा एक अतिशय लोकप्रिय विषय बनला आहे. बरेच लोक त्यात सामील होण्याचे स्वप्न पाहतात, परंतु, सराव दर्शविल्याप्रमाणे, बहुतेकदा केवळ पगाराच्या पातळीमुळे.

काही लोक त्यांच्या रेझ्युमेवर DevOps ची यादी करतात, जरी त्यांना या शब्दाचे सार नेहमी माहित नसते किंवा समजत नाही. काही लोकांना असे वाटते की Ansible, GitLab, Jenkins, Terraform आणि यासारख्या गोष्टींचा अभ्यास केल्यावर (आपल्या आवडीनुसार यादी पुढे चालू ठेवता येते), तुम्ही लगेच "devopsist" व्हाल. हे अर्थातच खरे नाही.

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

DevOps कोण आहे

लेख लिहिण्याची कल्पना दुसर्‍या प्रश्नानंतर उद्भवली: "देवओप्स कोण आहे?" ते काय किंवा कोण आहे यासाठी अद्याप कोणतीही स्थापित संज्ञा नाही. यातील काही उत्तरे आधीच आहेत видео. प्रथम, मी त्यातील मुख्य मुद्दे अधोरेखित करेन, आणि नंतर मी माझे निरीक्षण आणि विचार सामायिक करेन.

DevOps हा एक विशेषज्ञ नाही ज्याला नियुक्त केले जाऊ शकते, युटिलिटीजचा संच नाही आणि अभियंते असलेल्या विकासकांचा विभाग नाही.

DevOps एक तत्वज्ञान आणि कार्यपद्धती आहे.

दुस-या शब्दात, हा सरावांचा एक संच आहे जो विकासकांना सिस्टम प्रशासकांशी सक्रियपणे संवाद साधण्यास मदत करतो. म्हणजेच, कार्य प्रक्रिया एकमेकांशी जोडणे आणि एकत्रित करणे.

DevOps च्या आगमनाने, तज्ञांची रचना आणि भूमिका समान राहिल्या (तेथे विकसक आहेत, अभियंते आहेत), परंतु परस्परसंवादाचे नियम बदलले आहेत. विभागांमधील सीमा पुसट झाल्या आहेत.

DevOps च्या उद्दिष्टांचे तीन मुद्द्यांमध्ये वर्णन केले जाऊ शकते:

• सॉफ्टवेअर नियमितपणे अपडेट करणे आवश्यक आहे.
• सॉफ्टवेअर त्वरीत केले पाहिजे.
• सॉफ्टवेअर सोयीस्करपणे आणि कमी वेळेत तैनात केले पाहिजे.

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

आणि हे DevOps साधनांचा फक्त एक भाग आहे

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

मुलाखतीच्या अनुभवावरून, मी खालील चित्र पाहतो: जे विशेषज्ञ DevOps ला नोकरीचे शीर्षक मानतात त्यांचे सहसा सहकाऱ्यांसोबत गैरसमज असतात.

एक धक्कादायक उदाहरण होते. एक तरुण मुलाखतीला आला होता, त्याच्या बायोडाटामध्ये बरेच स्मार्ट शब्द होते. त्याच्या शेवटच्या तीन नोकऱ्यांमध्ये त्याला 5-6 महिन्यांचा अनुभव होता. मी दोन स्टार्टअप सोडले कारण ते "उडले नाहीत." परंतु तिसर्‍या कंपनीबद्दल, तो म्हणाला की तेथे कोणीही त्याला समजत नाही: विकसक विंडोजवर कोड लिहितात आणि दिग्दर्शक हा कोड नियमित डॉकरमध्ये “रॅप” करून CI/CD पाइपलाइनमध्ये समाकलित करण्यास भाग पाडतो. त्या व्यक्तीने त्याच्या सध्याच्या कामाच्या ठिकाणाबद्दल आणि त्याच्या सहकाऱ्यांबद्दल बर्‍याच नकारात्मक गोष्टी सांगितल्या - मला फक्त उत्तर द्यायचे होते: "म्हणून तुम्ही हत्ती विकणार नाही."

मग मी त्याला एक प्रश्न विचारला जो प्रत्येक उमेदवारासाठी माझ्या यादीत उच्च आहे.

— DevOps चा तुमच्यासाठी वैयक्तिक अर्थ काय?
- सर्वसाधारणपणे किंवा मला ते कसे समजते?

मला त्याच्या वैयक्तिक मतात रस होता. त्याला या शब्दाचा सिद्धांत आणि मूळ माहित होते, परंतु तो त्यांच्याशी जोरदार असहमत होता. DevOps हे नोकरीचे शीर्षक आहे असा त्याचा विश्वास होता. त्याच्या समस्यांचे मूळ इथेच आहे. तसेच समान मत असलेले इतर विशेषज्ञ.

नियोक्ते, "DevOps च्या जादू" बद्दल खूप ऐकले आहेत, त्यांना अशी व्यक्ती शोधायची आहे जी येऊन ही "जादू" तयार करेल. आणि “DevOps is a job” श्रेणीतील अर्जदारांना हे समजत नाही की या दृष्टिकोनामुळे ते अपेक्षा पूर्ण करू शकणार नाहीत. आणि, सर्वसाधारणपणे, त्यांनी त्यांच्या रेझ्युमेवर DevOps लिहिले कारण हा एक ट्रेंड आहे आणि त्यासाठी ते खूप पैसे देतात.

DevOps पद्धत आणि तत्त्वज्ञान

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

DevOps कार्यपद्धती ही केवळ उद्दिष्टे साध्य करण्याचे साधन आहे.

आता DevOps तत्वज्ञान काय आहे याबद्दल. आणि हा कदाचित सर्वात कठीण प्रश्न आहे.

एक लहान आणि संक्षिप्त उत्तर तयार करणे खूप कठीण आहे, कारण ते अद्याप औपचारिक झाले नाही. आणि DevOps तत्त्वज्ञानाचे अनुयायी सरावात अधिक गुंतलेले असल्याने, तत्त्वज्ञानासाठी वेळ नाही. तथापि, ही एक अतिशय महत्त्वाची प्रक्रिया आहे. शिवाय, ते थेट अभियांत्रिकी क्रियाकलापांशी संबंधित आहे. ज्ञानाचे एक विशेष क्षेत्र देखील आहे - तंत्रज्ञानाचे तत्वज्ञान.

माझ्या विद्यापीठात असा कोणताही विषय नव्हता, मला 90 च्या दशकात सापडलेल्या साहित्याचा वापर करून मला स्वतःहून सर्व गोष्टींचा अभ्यास करावा लागला. अभियांत्रिकी शिक्षणासाठी हा विषय ऐच्छिक आहे, त्यामुळे उत्तराच्या औपचारिकतेचा अभाव आहे. परंतु जे लोक गंभीरपणे DevOps मध्ये बुडलेले आहेत त्यांना कंपनीच्या सर्व प्रक्रियांचा एक विशिष्ट “आत्मा” किंवा “अचेतन व्यापकपणा” जाणवू लागतो.

माझ्या स्वतःच्या अनुभवाचा उपयोग करून, मी या तत्त्वज्ञानातील काही "पोस्ट्युलेट्स" औपचारिक करण्याचा प्रयत्न केला. परिणाम खालीलप्रमाणे आहे:

• DevOps ही स्वतंत्र गोष्ट नाही जी ज्ञानाच्या किंवा क्रियाकलापांच्या स्वतंत्र क्षेत्रात विभक्त केली जाऊ शकते.
• कंपनीच्या सर्व कर्मचार्‍यांनी त्यांच्या क्रियाकलापांचे नियोजन करताना DevOps पद्धतीनुसार मार्गदर्शन केले पाहिजे.
• DevOps कंपनीमधील सर्व प्रक्रियांवर परिणाम करते.
• कंपनीच्या सेवांचा विकास आणि जास्तीत जास्त ग्राहक सोई सुनिश्चित करण्यासाठी कंपनीमधील कोणत्याही प्रक्रियेसाठी लागणारा वेळ कमी करण्यासाठी DevOps अस्तित्वात आहे.
• DevOps, आधुनिक भाषेत, कंपनीच्या प्रत्येक कर्मचाऱ्याची सक्रिय स्थिती आहे, ज्याचा उद्देश वेळ खर्च कमी करणे आणि आपल्या सभोवतालच्या IT उत्पादनांची गुणवत्ता सुधारणे आहे.

मला वाटते की माझे "पोस्ट्युलेट्स" चर्चेसाठी एक स्वतंत्र विषय आहेत. पण आता तयार करण्यासाठी काहीतरी आहे.

DevOps काय करते

येथे मुख्य शब्द संवाद आहे. बरेच संप्रेषण आहेत, ज्याचा आरंभकर्ता तोच DevOps अभियंता असावा. अस का? कारण हे तत्वज्ञान आणि कार्यपद्धती आहे आणि तरच अभियांत्रिकी ज्ञान आहे.

मी वेस्टर्न लेबर मार्केटबद्दल 100% आत्मविश्वासाने बोलू शकत नाही. परंतु मला रशियामधील DevOps मार्केटबद्दल बरेच काही माहित आहे. शेकडो मुलाखतींव्यतिरिक्त, गेल्या दीड वर्षात मी मोठ्या रशियन कंपन्या आणि बँकांसाठी “इंप्लीमेंटेशन ऑफ DevOps” सेवेसाठी शेकडो तांत्रिक प्रीसेल्समध्ये भाग घेतला आहे.

रशियामध्ये, DevOps अजूनही एक अतिशय तरुण, परंतु आधीच ट्रेंडिंग विषय आहे. माझ्या माहितीनुसार, एकट्या मॉस्कोमध्ये 2019 मध्ये अशा तज्ञांची कमतरता 1000 लोकांपेक्षा जास्त होती. आणि नियोक्त्यांसाठी कुबर्नेट्स हा शब्द जवळजवळ बैलासाठी लाल चिंध्यासारखा आहे. या साधनाचे अनुयायी ते आवश्यक नसतानाही आणि आर्थिकदृष्ट्या फायदेशीर नसतानाही ते वापरण्यास तयार आहेत. नियोक्त्याला नेहमी समजत नाही की कोणत्या प्रकरणांमध्ये काय वापरणे अधिक योग्य आहे आणि योग्य तैनातीसह, कुबर्नेट्स क्लस्टरची देखभाल करण्यासाठी पारंपारिक क्लस्टर योजना वापरून अनुप्रयोग तैनात करण्यापेक्षा 2-3 पट जास्त खर्च येतो. तुम्हाला खरोखर गरज आहे तिथे वापरा.

DevOps लागू करणे पैशाच्या दृष्टीने महाग आहे. आणि हे फक्त न्याय्य आहे जिथे ते इतर क्षेत्रांमध्ये आर्थिक फायदे आणते, आणि स्वतःच नाही.

DevOps अभियंते, खरेतर, पायनियर आहेत - ते असे आहेत ज्यांनी कंपनीमध्ये ही पद्धत अंमलात आणली पाहिजे आणि प्रक्रिया तयार केली पाहिजे. हे यशस्वी होण्यासाठी, तज्ञाने सतत सर्व स्तरांवर कर्मचारी आणि सहकार्यांशी संवाद साधला पाहिजे. मी सहसा म्हणतो त्याप्रमाणे, कंपनीच्या सर्व कर्मचार्‍यांना DevOps अंमलबजावणी प्रक्रियेत सहभागी व्हायला हवे: सफाई करणार्‍या महिलेपासून ते CEO पर्यंत. आणि ही एक पूर्व शर्त आहे. जर टीमच्या सर्वात कनिष्ठ सदस्याला DevOps म्हणजे काय आणि काही संस्थात्मक क्रिया का केल्या जातात हे माहित नसेल आणि समजत नसेल, तर यशस्वी अंमलबजावणी कार्य करणार नाही.

तसेच, DevOps अभियंत्याला वेळोवेळी प्रशासकीय संसाधन वापरण्याची आवश्यकता असते. उदाहरणार्थ, "पर्यावरणीय प्रतिकार" वर मात करण्यासाठी - जेव्हा संघ DevOps साधने आणि कार्यपद्धती स्वीकारण्यास तयार नसतो.

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

परंतु असे संघ आहेत जे, त्याउलट, नवीन साधने आणि पद्धती सादर करण्यात आनंदी आहेत आणि या प्रक्रियेत सक्रियपणे सहभागी होतात. जरी या प्रकरणात, DevOps अभियंता आणि संघ यांच्यातील संवाद रद्द झाला नाही.

जेव्हा DevOps ची आवश्यकता नसते

अशी परिस्थिती असते जेव्हा DevOps ची आवश्यकता नसते. ही वस्तुस्थिती आहे - ती समजून घेणे आणि स्वीकारणे आवश्यक आहे.

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

जेव्हा तुमच्या क्लायंटचे समाधान आणि तुमच्याकडे परत येण्याची त्याची इच्छा क्लायंटशी संवाद साधण्यासाठी, त्यांची गुणवत्ता आणि लक्ष्यीकरणासाठी या माहिती सेवांच्या उपलब्धतेवर अवलंबून असते तेव्हा DevOps आवश्यक असते.

एक उल्लेखनीय उदाहरण म्हणजे एक प्रसिद्ध बँक. कंपनीकडे पारंपारिक क्लायंट कार्यालये नाहीत, दस्तऐवजाचा प्रवाह मेल किंवा कुरिअरद्वारे केला जातो आणि बरेच कर्मचारी घरून काम करतात. कंपनी फक्त एक बँक राहिली नाही आणि माझ्या मते, विकसित DevOps तंत्रज्ञानासह एक IT कंपनी बनली आहे.

इतर अनेक उदाहरणे आणि व्याख्याने थीमॅटिक मीटअप आणि कॉन्फरन्सच्या रेकॉर्डिंगमध्ये आढळू शकतात. मी त्यापैकी काहींना वैयक्तिकरित्या भेट दिली - ज्यांना या दिशेने विकसित करायचे आहे त्यांच्यासाठी हा एक अतिशय उपयुक्त अनुभव आहे. DevOps वर उत्तम व्याख्याने आणि सामग्री असलेल्या YouTube चॅनेलच्या लिंक येथे आहेत:

• DevOops
• DevOpsConf
• HighLoad++
• चपळ
• मेलरू क्लाउड सोल्यूशन

आता तुमचा व्यवसाय पहा आणि याचा विचार करा: ग्राहकांशी संवाद साधण्यासाठी तुमची कंपनी आणि तिचा नफा आयटी उत्पादनांवर किती अवलंबून आहे?

जर तुमची कंपनी लहान स्टोअरमध्ये मासे विकत असेल आणि फक्त आयटी उत्पादन दोन 1C असेल: एंटरप्राइझ कॉन्फिगरेशन (लेखा आणि UNF), तर DevOps बद्दल बोलण्यात फारसा अर्थ नाही.

जर तुम्ही मोठ्या ट्रेडिंग आणि मॅन्युफॅक्चरिंग एंटरप्राइझमध्ये काम करत असाल (उदाहरणार्थ, तुम्ही शिकार रायफल तयार करता), तर तुम्ही त्याबद्दल विचार केला पाहिजे. तुम्ही पुढाकार घेऊन तुमच्या व्यवस्थापनाला DevOps लागू करण्याच्या शक्यता सांगू शकता. ठीक आहे, आणि त्याच वेळी, या प्रक्रियेचे नेतृत्व करा. एक सक्रिय स्थिती हे DevOps तत्त्वज्ञानाच्या महत्त्वाच्या सिद्धांतांपैकी एक आहे.

तुमच्या कंपनीला DevOps ची आवश्यकता आहे की नाही हे ठरवण्यासाठी वार्षिक आर्थिक उलाढालीचा आकार आणि परिमाण हा मुख्य निकष नाही.

चला एका मोठ्या औद्योगिक उपक्रमाची कल्पना करूया जी थेट ग्राहकांशी संवाद साधत नाही. उदाहरणार्थ, काही ऑटोमेकर्स आणि ऑटोमोबाईल उत्पादक कंपन्या. मला आता खात्री नाही, पण माझ्या भूतकाळातील अनुभवावरून, बर्याच वर्षांपासून सर्व ग्राहक संवाद ईमेल आणि फोनद्वारे केले जात होते.

त्यांचे क्लायंट कार डीलर्सची मर्यादित यादी आहेत. आणि प्रत्येकाला निर्मात्याकडून एक विशेषज्ञ नियुक्त केला जातो. सर्व अंतर्गत दस्तऐवज प्रवाह SAP ERP द्वारे होतो. अंतर्गत कर्मचारी मूलत: माहिती प्रणालीचे ग्राहक असतात. परंतु हे IS क्लस्टर प्रणाली व्यवस्थापित करण्याच्या शास्त्रीय माध्यमांद्वारे नियंत्रित केले जाते. जे DevOps पद्धती वापरण्याची शक्यता वगळते.

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

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

DevOps आवश्यक आहे की नाही हे समजून घेण्यासाठी मुख्य निकष: कंपनी आणि ग्राहकांसाठी तुमच्या IT उत्पादनांचे मूल्य काय आहे.

कंपनीचे नफा कमावणारे मुख्य उत्पादन सॉफ्टवेअर असल्यास, तुम्हाला DevOps आवश्यक आहे. आणि जर तुम्ही इतर उत्पादने वापरून खरे पैसे कमावले तर ते इतके महत्त्वाचे नाही. यामध्ये ऑनलाइन स्टोअर्स किंवा गेमसह मोबाइल अॅप्लिकेशन्सचा देखील समावेश आहे.

निधीमुळे कोणतेही खेळ अस्तित्वात आहेत: खेळाडूंकडून प्रत्यक्ष किंवा अप्रत्यक्ष. Playgendary वर, आम्ही 200 हून अधिक लोकांसह त्यांच्या निर्मितीमध्ये थेट सहभागी असलेले विनामूल्य मोबाइल गेम विकसित करतो. आम्ही DevOps कसे वापरू?

होय, वर वर्णन केल्याप्रमाणेच. मी सतत डेव्हलपर आणि परीक्षकांशी संवाद साधतो आणि कर्मचार्‍यांसाठी DevOps पद्धती आणि टूल्सवर अंतर्गत प्रशिक्षण घेतो.

युनिटीसह सर्व असेंबली पाइपलाइन कार्यान्वित करण्यासाठी आणि त्यानंतर अॅप स्टोअर आणि प्ले मार्केटमध्ये तैनात करण्यासाठी आम्ही जेनकिन्सचा CI/CD पाइपलाइन टूल म्हणून सक्रियपणे वापर करत आहोत. क्लासिक टूलकिटमधून अधिक:

• आसन - प्रकल्प व्यवस्थापनासाठी. जेनकिन्ससह एकत्रीकरण कॉन्फिगर केले गेले आहे.
• Google Meet - व्हिडिओ मीटिंगसाठी.
• स्लॅक - जेनकिन्सच्या सूचनांसह संप्रेषण आणि विविध सूचनांसाठी.
• अटलासियन संगम - दस्तऐवजीकरण आणि गट कार्यासाठी.

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

त्याऐवजी एक निष्कर्ष

मी खालील विचारासह समाप्त करू इच्छितो: उच्च पात्र DevOps अभियंता होण्यासाठी, लोकांशी थेट संवाद कसा साधायचा हे शिकणे अत्यावश्यक आहे.

एक DevOps अभियंता एक संघ खेळाडू आहे. आणि दुसरे काही नाही. सहकाऱ्यांशी संवाद साधण्यात पुढाकार त्याच्याकडून आला पाहिजे, आणि काही परिस्थितींच्या प्रभावाखाली नाही. DevOps तज्ञाने संघासाठी सर्वोत्तम उपाय पाहणे आणि प्रस्तावित करणे आवश्यक आहे.

आणि हो, कोणत्याही उपायाच्या अंमलबजावणीसाठी बरीच चर्चा करावी लागेल आणि शेवटी ते पूर्णपणे बदलू शकते. स्वतंत्रपणे विकसित करणे, त्याच्या कल्पना मांडणे आणि अंमलात आणणे, अशी व्यक्ती संघासाठी आणि नियोक्त्यासाठी वाढत्या मूल्याची असते. जे, शेवटी, त्याच्या मासिक मोबदल्याच्या रकमेत किंवा अतिरिक्त बोनसच्या रूपात प्रतिबिंबित होते.

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