Architecture Decision Recordआर्किटेक्चर निर्णय नोंद: कुबर्नेटीस कंटेनर ऑर्केस्ट्रेशन
समस्या विधान
आमच्या वाढत्या क्लाउड-नेटिव्ह अनुप्रयोग पोर्टफोलिओसाठी आम्हाला कंटेनर ऑर्केस्ट्रेशन प्लॅटफॉर्म निवडायचा आहे. आमचे सध्याचे जुने प्लॅटफॉर्म डिप्लॉयमेंट खूप संथ आहे आणि आमच्या वाढत्या गरजा पूर्ण करण्याइतके चपळ नाही. चपळता किंवा वापरातील सुलभतेशी तडजोड न करता आमच्या सेवांचे प्रमाण शक्य तितक्या कार्यक्षम पद्धतीने वाढवू देणारी प्रणाली आम्ही शोधत आहोत.
विचारात घेतलेले पर्याय
१. Docker Swarm
२. Kubernetes
३. Apache Mesos
घेतलेला निर्णय
प्रत्येक कंटेनर ऑर्केस्ट्रेशन प्लॅटफॉर्मचे सखोल विश्लेषण केल्यानंतर, आम्ही आमच्या उद्योगाच्या गरजांसाठी सर्वोत्तम पर्याय म्हणून Kubernetes स्वीकारण्याचा निर्णय घेतला आहे. Kubernetes निवडण्याची आमची कारणे पुढीलप्रमाणे आहेत:
१. प्रमाण वाढवण्याची क्षमता: Kubernetes ची अनोखी रचना अनुप्रयोगांचे प्रमाण वाढवण्यासाठी परिपूर्ण आहे, आणि कालांतराने आमच्या प्रमाण वाढवण्याच्या गरजा बदलत गेल्यास, हे बदल कोणत्याही अडचणीशिवाय पूर्ण करण्याची अंगभूत क्षमता Kubernetes मध्ये आहे.
२. विकेंद्रित आर्किटेक्चर: Kubernetes ची master-worker टोपोलॉजी विकेंद्रित आर्किटेक्चर सुनिश्चित करते ज्यामुळे कोणताही एकल अपयश बिंदू राहत नाही.
३. समुदाय समर्थन: Kubernetes चा सर्वात मोठा आणि सर्वात सक्रिय ओपन-सोर्स समुदाय आहे, म्हणजे त्याचे अनेक योगदानकर्ते, विकासक आणि विक्रेते आहेत, ज्यामुळे आम्हाला मदत मिळवणे आणि संसाधने शोधणे सोपे जाते.
४. परिसंस्था समर्थन: Kubernetes ची वाढती परिसंस्था आहे ज्यात विविध तृतीय-पक्ष साधने, कंटेनर रजिस्ट्री, CI/CD पाइपलाइन, डेटा स्टोरेज आणि बरेच काही यांच्याशी एकत्रीकरण आहे.
म्हणून, आम्ही सध्यासाठी आणि जवळच्या भविष्यासाठी आमचा कंटेनर ऑर्केस्ट्रेशन प्लॅटफॉर्म म्हणून Kubernetes स्वीकारण्याचा निर्णय घेतला आहे.