Terraform-aws-github-runner: ऑफ़लाइन धावक के निर्माण को स्वचालित करें

@npalm मैंने एक धावक को पंजीकृत करने में शामिल अधिकांश तर्क, url आदि का पता लगा लिया है। मैं अजगर 3x और अनुरोधों का उपयोग करके इसे संभालने के लिए एक अजगर मॉड्यूल बनाने की योजना बना रहा हूं। यह संभवतया इस सप्ताह का अंत होगा जब मैं काम बंद करूंगा।

यदि आप इसे स्वयं लागू करना पसंद करते हैं, तो मैं अपने नोट्स साझा कर सकता हूं जो मैंने पहले प्रक्रिया के बारे में एकत्र किए हैं।

मैं ईमानदारी से सोचता हूं कि मैं पूरी प्रक्रिया का पता लगाने में कुछ और समय बिताना चाहता हूं, इसलिए यह वास्तव में वर्कफ़्लो को भी खींच और निष्पादित कर सकता है, लेकिन नया धावक पंजीकरण मेरे लिए जरूरी था।

मूल रूप से जिस प्रक्रिया को मैंने काम करने के लिए पाया है:
पैट या ऐप क्रेडिट का उपयोग करके एपीआई के माध्यम से रनर टोकन प्राप्त करें
गुप्त एंडपॉइंट के लिए टोकन पोस्ट करें, नए गुप्त एंडपॉइंट और एक jwt के साथ वापस json डेटा प्राप्त करें
नए प्रकट किए गए एंडपॉइंट का उपयोग करके, ऑथ बियरर हेडर के माध्यम से ऑथ के लिए jwt का उपयोग करें, मौजूदा "एजेंट" (जैसा कि उन्हें एपीआई में कहा जाता है) से पूछताछ कर सकते हैं, एक नया जोड़ सकते हैं, या मौजूदा अपडेट कर सकते हैं।

स्पष्ट रूप से इसमें कुछ और विवरण शामिल हैं, जिसमें RSA कुंजी बनाना, और हेडर का एक गुच्छा शामिल है। मैंने अभी तक पंजीकरण से आगे नहीं देखा है ...

@gertjanmaas मुझे लगता है कि आपको उपरोक्त टिप्पणी पसंद आएगी

@ miked63017 अगर आपको यह नहीं मिलता है तो मुझे बताएं। हम इसकी भी तलाश कर रहे हैं इसलिए मेरे पास इस पर काम करने के लिए कुछ समय होगा।

संपादित करें: यदि आपने देखा तो निश्चित नहीं है, लेकिन यह पायथन के लिए जारी किया गया है: https://github.blog/2020-12-18-learn-about-ghapi-a-new-third-party-python-client-for- जीथब-एपीआई/

@npalm @mcaulifn यहां एक लिंक है, यह अभी भी बहुत अच्छा है और अच्छी तरह से प्रलेखित नहीं है, लेकिन मुझे लगता है कि हम सामान्य रूप से धावक/क्रिया एपीआई के बारे में एक ही बात कह सकते हैं :-)

https://github.com/miked63017/pyghrunner

@mcaulifn आरई में घापी मॉड्यूल में यह अच्छा लग रहा है, लेकिन इनमें से अधिकतर कॉल एपीआई के अनियंत्रित टुकड़े हैं, और शायद परिवर्तन के अधीन हैं।

कुल मिलाकर ऐसा लगता है कि इसे काम करना चाहिए। क्या आप इसे इस रेपो में जोड़ने की योजना बना रहे हैं?

@gertjanmaas कोई राय?

@npalm @mcaulifn सुनिश्चित नहीं है कि मेरे पास इसे इस रेपो में जोड़ने का संदर्भ है, मैं व्यक्तिगत रूप से ऐसा करने के लिए जीकेई ऑपरेटर में काम कर रहा हूं लेकिन लगा कि यह दूसरों को अन्य परियोजनाओं के साथ एकीकृत करने के लिए कुछ सरल कोड साझा करने में मदद कर सकता है। इस कार्यक्षमता के लिए काफी सामान्य अनुरोध प्रतीत होता है। यदि आप चाहते हैं कि मैं यहां एक पीआर के माध्यम से जोड़ने में एक दरार ले लूं तो मैं शायद इस सप्ताहांत में कुछ समय बिता सकता हूं।

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

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

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

रनर डीरजिस्ट्रेशन के बारे में कैसे?

ऑफ़लाइन धावक को मूल रूप से हर 30 दिनों में फिर से बनाने की आवश्यकता होती है, ताकि संगठन में कभी भी 0 धावक न हों।

यह भी स्वचालित होना चाहिए।