Compose: उपयोगकर्ता निर्दिष्ट गुण और/या जहां मेटाडेटा संग्रहीत करना है (लेखक, विवरण)

संस्करण 1 फ़ाइलों के साथ मेरे पास docker-compose फ़ाइल की शुरुआत में दो टिप्पणियाँ हैं:

# author: Anthon van der Neut <[email protected]>
# description: mongo container

कि मैं तब dc2service का उपयोग करके ruamel.yaml का उपयोग करके निकालता हूं और इस जानकारी को सिस्टमड/अपस्टार्ट के लिए सेवा फ़ाइल में शामिल करता हूं। बेशक मैं वाईएसीएफ सिद्धांत (फिर भी एक और कॉन्फ़िगरेशन फ़ाइल) का पालन कर सकता हूं, जिसे अक्सर पायथन परियोजनाओं में देखा जाता है, लेकिन 1.6.0 और संस्करण 2.0 फ़ाइल प्रारूप के साथ मैं आसानी से कर सकता हूं:

version: '2'
user-data:
  author: Anthon van der Neut <[email protected]>
  description: mongo container
services:
   .......

दुर्भाग्य से docker-compose शिकायत करता है कि user-data एक अप्रत्याशित अतिरिक्त संपत्ति है।

संस्करण 2 में टॉपलेवल मैपिंग के लिए, मेरा प्रस्ताव है कि हमें उपयोगकर्ता विशिष्ट डेटा के लिए एक या एक से अधिक कुंजियाँ आरक्षित करें, केवल आवश्यकता यह है कि संबंधित मान एक वैध YAML निर्माण है यानी पूरी फ़ाइल पार्स करने योग्य YAML रहती है। यह एक कुंजी हो सकती है, इस अनुशंसा के साथ कि इसका संबंधित मान एक मैपिंग (लचीलेपन के लिए) है, या वैकल्पिक रूप से docker-compose उन सभी अपूर्ण कुंजियों को अनदेखा कर सकता है जिनके पास एक निश्चित उपसर्ग है ("उपयोगकर्ता-डेटा-")

अतिरिक्त (विक्रेता विशिष्ट) जानकारी को शामिल करने की अनुमति देने के लिए टीआईएफएफ जैसे कंटेनर फ़ाइल स्वरूपों में कुछ ऐसा ही किया जाता है। उस कुंजी का नाम निश्चित रूप से कुछ ऐसा होना चाहिए जो निश्चित रूप से डॉकर-कंपोज़ में उपयोग नहीं किया जा रहा है, इसलिए "उपयोगकर्ता-डेटा", "गैर-डीसी-डेटा"।

डॉकर-कंपोज़ डेवलपर्स हमेशा चेरी-पिक जानकारी ले सकते थे, कि वे अन्य परियोजनाओं के लिए उपयोगी मानते हैं (उम्मीद है कि मेरे लेखक/विवरण की तरह) और उन्हें किसी अन्य संपत्ति के तहत डालने का फैसला करें, या यहां तक ​​​​कि अपनी खुद की अपूर्ण संपत्ति की गारंटी भी दें।