Lorawan-stack: डॉकर के विकल्प के रूप में मानक सिस्टम पैकेज प्रदान करें

को निर्मित 2 फ़र॰ 2019 · 10टिप्पणियाँ · स्रोत: TheThingsNetwork/lorawan-stack

सारांश:
सभी प्रमुख लिनक्स वितरण एक नियंत्रित, सुरक्षित तरीके से सॉफ़्टवेयर स्थापित करने के लिए पैकेज प्रबंधकों पर निर्भर करते हैं।

यह प्रस्ताव यह है कि संकुल RPM , deb , और opkg स्वरूपों में प्रारंभिक बिंदु के रूप में बनाए जाते हैं, साथ ही बाद की तारीख में अतिरिक्त पैकेज स्वरूप जोड़े जाते हैं।

हमें इसकी ज़रूरत क्यों है?
कई एंटरप्राइज़ संगठन git को अपने सर्वर के अलावा किसी भी सर्वर से कनेक्ट होने से रोकते हैं, और wget कमांड को भी अनुमति नहीं दे सकते हैं।

डॉकर अक्सर इन संगठनों के भीतर भी उपलब्ध नहीं होता है, हालांकि पैकेज रिपॉजिटरी तक पहुंच एक "ज्ञात मात्रा" है और इसलिए सुरक्षा टीमों को बेचना आसान है, खासकर जब पैकेज निर्माण प्रक्रिया के हिस्से के रूप में पूरी तरह से हस्ताक्षरित होते हैं।

ऐसी स्थितियां भी हैं जिनके लिए डॉकर एक अच्छा फिट नहीं है। इसमें शामिल हो सकता है जब सिस्टम इंटीग्रेटर्स/प्रबंधित सेवा प्रदाता कंटेनरों के बजाय उदाहरणों के आधार पर या सुरक्षित वातावरण में नंगे-धातु प्रतिष्ठानों के आधार पर कुछ एडब्ल्यूएस ऑटो स्केलिंग समूह का उपयोग करना चाहते हैं।

जब आपके पास पैकेज उपलब्ध नहीं होते हैं, तो कॉन्फ़िगरेशन प्रबंधन टूल जैसे कि Ansible, Chef, या Puppet के माध्यम से इंस्टॉलेशन भी अविश्वसनीय रूप से कठिन होता है।

अंत में, एक पैकेज के विपरीत एक git रिपॉजिटरी से स्थापित करना संकलक के बिना मुश्किल है, जो उत्पादन प्रणालियों पर संकलक स्थापित करके एक सुरक्षा जोखिम खोलता है।

वहां पहले से क्या है?

वर्तमान में, हमारे पास दो डॉकटर कंटेनरों ( ttn-lw-stack और ttn-lw-cli ) या गिट से एक ही नाम के बायनेरिज़ बनाने के बीच एक विकल्प है।

परिनियोजन या तो docker pull या git clone के माध्यम से होता है, जो दोनों कॉर्पोरेट/शैक्षिक फ़ायरवॉल के पीछे काम नहीं कर सकते हैं।

क्या चीज़ छूट रही है?

yum , apt , या opkg के माध्यम से स्थापित करने की क्षमता

आप इसे कैसे लागू करने का प्रस्ताव रखते हैं?

GO रिलीज़र का उपयोग करके इसे लागू करना अपेक्षाकृत आसान होना चाहिए , हालाँकि GO ऐसी भाषा नहीं है जिससे मैं विशेष रूप से परिचित हूँ (अभी तक!)

वातावरण:

लिनक्स - सेंटोस/आरएचईएल-आधारित, डेबियन/उबंटू-आधारित, ओपनडब्लूआरटी-आधारित

आप स्वयं क्या कर सकते हैं और आपको किसकी सहायता की आवश्यकता है?

मुझे इस बात की पुष्टि की आवश्यकता होगी कि तैनाती के लिए गो एप्लिकेशन को पैकेज करने का यह उचित तरीका है, और फिर किसी ऐसे व्यक्ति से कार्यान्वयन में मदद मिलती है जो गो को समझता है!

blocked

स्रोत

proffalken

👍2

सबसे उपयोगी टिप्पणी

हम सीडी का यह हिस्सा भी बनाएंगे।

साथ ही इच्छा सूची में brew जोड़ना।

johanstokking 3 फ़र॰ 2019

❤2 😕1

सभी 10 टिप्पणियाँ

मैं APT, AUR और https://github.com/nixos/nixpkgs में पैकेज जोड़ने के साथ शुरू करूंगा, क्योंकि मैं इनके प्रारूप से पहले से ही परिचित हूं। अन्य को बाद में जोड़ा जाएगा।
योगदान, निश्चित रूप से, हमेशा स्वागत है!

rvolosatovs 2 फ़र॰ 2019

❤2

@rvolosatovs क्या आप गो-रिलीज़र, या पैकेज बनाने के किसी अन्य तरीके का उपयोग करने जा रहे हैं?

मुझे चीजों के आरपीएम पक्ष पर काम करने में खुशी होगी, जब तक मैं जानता हूं कि आप उन्हें बनाने के लिए क्या उपयोग कर रहे हैं! :)

proffalken 3 फ़र॰ 2019

हम सीडी का यह हिस्सा भी बनाएंगे।

साथ ही इच्छा सूची में brew जोड़ना।

johanstokking 3 फ़र॰ 2019

❤2 😕1

बस इसमें अपना समर्थन जोड़ रहा हूं। मैंने पहले कभी डॉकर का उपयोग नहीं किया है, और जब मैं सराहना करता हूं कि बहुत सारी प्रोग्रामिंग भाषाएं हैं, तो यह किसी ऐसे व्यक्ति के लिए एक बड़ी छलांग थी जिसने इसे पहले कभी नहीं किया था। रेपो से पता चलता है कि डेवलपर्स चीजों को कैसे करना पसंद करते हैं, यह अंतिम उपयोगकर्ताओं के लिए बहुत अनुकूल नहीं है।

mrpackethead 11 फ़र॰ 2019

इस पर आपके सभी कार्यों के लिए धन्यवाद, मुझे उम्मीद है कि अगले कुछ दिनों में आरपीएम समर्थन जोड़ने और इसका परीक्षण करने के लिए समय मिलेगा।

proffalken 13 फ़र॰ 2019

@proffalken हम सीआई के हिस्से के रूप में आरपीएम पैकेज तैयार करेंगे - एक बार रिलीज होने के बाद आप इसे हमारे रिलीज पेज पर ढूंढ पाएंगे। (FYI करें, github भी रिलीज़ के लिए एटम फ़ीड का समर्थन करता है: https://github.com/thethingsnetwork/lorawan-stack/releases.atom)

मैंने गोरेलिज़र का उपयोग करने के आपके सुझाव का पालन किया।
आरपीएम पैकेज के बारे में ही - यह (अभी के लिए) सिर्फ https://github.com/TheThingsNetwork/lorawan-stack/blob/b1183962c502e6b53191086c23567c546c2b8ec5/.goreleaser.yml#L79 -L92 है
मुझे संदेह है कि फ्रंटएंड का स्थान, उदाहरण के लिए, आरपीएम पैकेज के लिए गैर-मानक है और वास्तव में, स्टैक के लिए डिफ़ॉल्ट नहीं है (हम उम्मीद करते हैं कि यह /srv/ttn-lorawan/public पर होगा)।
तो यह कैसे किया जाना चाहिए, इस पर आपका इनपुट बहुत मददगार होगा।

ध्यान दें, उदाहरण के लिए, brew के लिए, हम स्टैक बाइनरी को फ़्रंटएंड पर इंगित करने के लिए संबंधित पर्यावरण चर सेट करने के लिए लपेटते हैं:
https://github.com/TheThingsNetwork/lorawan-stack/blob/b1183962c502e6b53191086c23567c546c2b8ec5/.goreleaser.yml#L116 -L119

मुझे यकीन है कि आरपीएम पैकेज में इसका अपेक्षित स्थान अलग है, लेकिन हम उम्मीद कर सकते हैं कि हम उसी दृष्टिकोण का उपयोग कर सकें।

rvolosatovs 14 फ़र॰ 2019

@rvolosatovs मुझे सही समझ में आता है।

Env vars की सेटिंग शायद सिस्टमड सर्विस स्क्रिप्ट में सबसे अच्छी तरह से की जाती है, मैं कोशिश करूँगा और जितनी जल्दी हो सके एक साथ रखूंगा।

चीजों को /srv/ttn-lorawan/public में चिपकाना भी पूरी तरह से स्वीकार्य है :)

proffalken 15 फ़र॰ 2019

@rvolosatovs क्या आप यह इंगित करने के लिए लेबल और/या मूल टिप्पणी अपडेट कर सकते हैं कि हमें अब सहायता की आवश्यकता नहीं है, या किसी विशिष्ट वितरण में सहायता की आवश्यकता नहीं है? इससे पहले कि समुदाय के सदस्य उत्सुकता से इसे लागू करना शुरू करें, जबकि इसका अधिकांश भाग प्रगति पर है।

johanstokking 18 फ़र॰ 2019

v3.0.0 रिलीज की कमी के कारण अवरुद्ध।
पूर्व-रिलीज़ संस्करणों को रिपॉजिटरी में प्रकाशित करने का कोई मतलब नहीं है।

rvolosatovs 18 मार्च 2019

👍1

रिलीज होने के कारण बंद कर दिया गया है। हमारे पास Snappy और Brew सपोर्ट के साथ-साथ deb और rpm फाइलें हैं

johanstokking 9 अप्रैल 2019

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Lorawan-stack: डॉकर के विकल्प के रूप में मानक सिस्टम पैकेज प्रदान करें

सबसे उपयोगी टिप्पणी

सभी 10 टिप्पणियाँ

संबंधित मुद्दों