टेराफॉर्म मॉड्यूलमध्ये प्रोग्राम करण्यायोग्य AWS लँडिंग झोन सादर करत आहे

सर्वांना नमस्कार! OTUS डिसेंबरमध्ये एक नवीन कोर्स सुरू करत आहे— क्लाउड सोल्युशन आर्किटेक्चरया अभ्यासक्रमाच्या सुरुवातीच्या अपेक्षेने, आम्ही तुमच्यासोबत या विषयावरील काही मनोरंजक साहित्याचे भाषांतर शेअर करत आहोत.

AWS लँडिंग झोन हा एक उपाय आहे जो ग्राहकांना सर्वोत्तम पद्धतींवर आधारित सुरक्षित, मल्टी-अकाउंट AWS वातावरण जलद सेट करण्यास मदत करतो.

गेल्या पाच वर्षांहून अधिक काळ, मिटॉक ग्रुपमधील आमच्या टीमने मोठ्या संस्थांना डिजिटल ट्रान्सफॉर्मेशन यशस्वीरित्या नेव्हिगेट करण्यासाठी आणि त्यांचे डिजिटल पाऊल AWS क्लाउडमध्ये तयार करण्यासाठी किंवा स्थलांतरित करण्यासाठी अथक परिश्रम केले आहेत. दुसऱ्या शब्दांत, AWS मधील आमच्या मित्रांना उद्धृत करायचे तर: "आमचे ग्राहक AWS सह स्वतःला पुन्हा शोधत आहेत." आमच्या ग्राहकांच्या वतीने सिस्टम पुन्हा शोधण्याचा आणि सुलभ करण्याचा हा कधीही न संपणारा प्रयत्न आहे आणि AWS शिकण्यास सोप्या उपायांसह जटिल समस्या सोडवण्यात उत्कृष्ट आहे.

AWS लँडिंग झोन (स्त्रोत)

AWS लँडिंग झोन म्हणजे काय?

अधिकृत सूत्रांकडून मिळालेल्या माहितीनुसार:

AWS लँडिंग झोन हा एक उपाय आहे जो ग्राहकांना AWS सर्वोत्तम पद्धतींवर आधारित एक सुरक्षित, मल्टी-अकाउंट AWS वातावरण जलद सेट करण्यास मदत करतो. अनेक पर्यायांसह, मल्टी-अकाउंट वातावरण सेट करणे वेळखाऊ असू शकते, त्यासाठी एकाधिक खाती आणि सेवांचे कॉन्फिगरेशन आवश्यक असते आणि AWS सेवांची सखोल समज आवश्यक असते.

AWS लँडिंग झोन सोल्यूशनमुळे वेगवेगळ्या ग्राहकांना प्रदान केलेल्या समान डिझाइन पॅटर्नची जटिलता आणि सुसंगतता लक्षणीयरीत्या कमी झाली. दुसरीकडे, आमच्या टीमला ऑटोमेशनसाठी त्यांचा अधिक फायदा घेण्यासाठी काही क्लाउडफॉर्मेशन घटकांना टेराफॉर्म घटक म्हणून पुन्हा वापरावे लागले.

म्हणून आम्ही स्वतःला विचारले, संपूर्ण AWS लँडिंग झोन सोल्यूशन टेराफॉर्ममध्ये का तयार करू नये? आपण ते करू शकतो का आणि ते आमच्या ग्राहकांच्या समस्या सोडवेल का? स्पॉयलर: तो निर्णय घेईल आणि आधीच निर्णय घेत आहे! 🙂

तुम्ही AWS लँडिंग झोन कधी वापरू नये?

जर तुम्ही एक किंवा दोन AWS खात्यांमध्ये नियमित क्लाउड सेवा आणि क्लाउड संसाधने हाताळत असाल, तर हे चरण अनावश्यक असू शकतात. या श्रेणीमध्ये नसलेले कोणीही वाचणे सुरू ठेवू शकते.

काम सुरू करण्यापूर्वी तुम्ही काय विचारात घेतले पाहिजे?

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

त्यांची रणनीती निश्चित करताना, यशस्वी AWS लँडिंग झोन ग्राहक खालील गोष्टींवर सक्रियपणे लक्ष केंद्रित करतात:

• केवळ ऑटोमेशन हा पर्याय नाही. नेटिव्ह क्लाउड ऑटोमेशनला प्राधान्य दिले जाते.
• क्लाउड संसाधनांची तरतूद करण्यासाठी संघ सातत्याने समान यांत्रिकी आणि साधने वापरतात. टेराफॉर्मला प्राधान्य दिले जाते.
• सर्वात उत्पादक क्लाउड वापरकर्त्यांकडे पुनर्वापरयोग्य प्रक्रिया तयार करण्याची आणि त्यांना पुनर्वापरयोग्य कोडऐवजी पुनर्वापरयोग्य सेवा म्हणून वितरित करण्याची क्षमता असते. सर्व्हरलेस आर्किटेक्चरला प्राधान्य दिले जाते.

AWS लँडिंग झोनसाठी टेराफॉर्म मॉड्यूल सादर करत आहे

अनेक महिन्यांच्या कठोर परिश्रमानंतर, मला तुमच्यासमोर सादर करताना आनंद होत आहे AWS लँडिंग झोनसाठी टेराफॉर्म मॉड्यूल. स्त्रोत कोड GitHub वर संग्रहित आहे, आणि स्थिर प्रकाशन आवृत्त्या टेराफॉर्म मॉड्यूल रजिस्ट्री वर प्रकाशित केले आहेत.

सुरुवात करण्यासाठी, फक्त चालू करा main.tf तुमच्या कोडमध्ये:

module "landing_zone" {
  source     = "TerraHubCorp/landing-zone/aws"
  version    = "0.0.6"
  root_path  = "${path.module}"
  account_id = "${var.account_id}"
  region     = "${var.region}"
  landing_zone_components = "${var.landing_zone_components}"
}

टीप: ते चालू करायला विसरू नका. variables.tf आणि तुम्हाला आवश्यक असलेली प्रत्येक गोष्ट outputs.tf.

समजणे सोपे करण्यासाठी, आम्ही मध्ये डीफॉल्ट मूल्ये जोडली आहेत terraform.tfvars:

account_id = "123456789012"
region = "us-east-1"
landing_zone_components = {
  landing_zone_pipeline_s3_bucket = "s3://terraform-aws-landing-zone/mycompany/landing_zone_pipeline_s3_bucket/default.tfvars"
  [...]
}

याचा अर्थ असा की हे मॉड्यूल वापरताना terraform आपल्याला आवश्यक असेल:

1. मूल्ये बदला account_id и region तुमच्या स्वतःच्या, जे AWS संघटनेतील डेटाशी संबंधित आहेत;
2. मूल्ये बदला landing_zone_components तुमच्या AWS लँडिंग झोन वापर केसशी जुळणारे;
3. बदलणे s3://terraform-aws-landing-zone/mycompany तुमच्या ब्लॉकला S3 आणि की उपसर्ग S3तुम्ही फाइल्स कुठे साठवाल .tfvars (किंवा फायलींसाठी परिपूर्ण मार्ग .tfvars तुमच्या स्थानिक स्टोरेजमध्ये).

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

निष्कर्ष

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

सध्या एवढेच. आम्ही तुमच्या टिप्पण्यांची वाट पाहत आहोत आणि तुम्हाला आमंत्रित करतो विनामूल्य वेबिनार ज्यामध्ये आपण चला क्लाउड लँडिंग झोन डोमेन आर्किटेक्चरची रचना एक्सप्लोर करूया आणि मुख्य डोमेनच्या आर्किटेक्चरल नमुन्यांचा विचार करूया..

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