ਕੁਬਰਨੇਟਸ ਦੇ ਅੰਦਰ ਅਤੇ ਬਾਹਰ ਪ੍ਰੋਜੈਕਟ ਸੰਰਚਨਾ

ਮੈਂ ਹਾਲ ਹੀ ਵਿੱਚ ਲਿਖਿਆ ਹੈ ਡੌਕਰ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਜੀਵਨ ਅਤੇ ਇਸਦੇ ਬਾਹਰ ਡੀਬੱਗਿੰਗ ਕੋਡ ਬਾਰੇ ਜਵਾਬ, ਜਿੱਥੇ ਉਸਨੇ ਸੰਖੇਪ ਵਿੱਚ ਦੱਸਿਆ ਕਿ ਤੁਸੀਂ ਆਪਣੀ ਖੁਦ ਦੀ ਸੰਰਚਨਾ ਪ੍ਰਣਾਲੀ ਬਣਾ ਸਕਦੇ ਹੋ ਤਾਂ ਜੋ ਕੁਬੇਰ ਵਿੱਚ ਸੇਵਾ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰੇ, ਭੇਦ ਖੋਲ੍ਹੇ, ਅਤੇ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਸੁਵਿਧਾਜਨਕ ਤੌਰ 'ਤੇ ਚੱਲੇ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਡੌਕਰ ਤੋਂ ਬਾਹਰ ਵੀ। ਕੁਝ ਵੀ ਗੁੰਝਲਦਾਰ ਨਹੀਂ ਹੈ, ਪਰ ਵਰਣਿਤ "ਵਿਅੰਜਨ" ਕਿਸੇ ਲਈ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ :) ਕੋਡ ਪਾਈਥਨ ਵਿੱਚ ਹੈ, ਪਰ ਤਰਕ ਭਾਸ਼ਾ ਨਾਲ ਨਹੀਂ ਜੁੜਿਆ ਹੋਇਆ ਹੈ।

ਸਵਾਲ ਦਾ ਪਿਛੋਕੜ ਇਹ ਹੈ: ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਹੁੰਦਾ ਸੀ, ਪਹਿਲਾਂ ਇਹ ਉਪਯੋਗਤਾਵਾਂ ਅਤੇ ਸਕ੍ਰਿਪਟਾਂ ਵਾਲਾ ਇੱਕ ਛੋਟਾ ਮੋਨੋਲੀਥ ਸੀ, ਪਰ ਸਮੇਂ ਦੇ ਨਾਲ ਇਹ ਵਧਦਾ ਗਿਆ, ਸੇਵਾਵਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਮਾਈਕ੍ਰੋਸਰਵਿਸਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ, ਅਤੇ ਫਿਰ ਸਕੇਲ ਕੀਤਾ ਗਿਆ। ਪਹਿਲਾਂ, ਇਹ ਸਭ ਬੇਅਰ VPS 'ਤੇ ਕੀਤਾ ਗਿਆ ਸੀ, ਕੋਡ ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਜਿਸ 'ਤੇ ਜਵਾਬਦੇਹੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਵੈਚਾਲਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਹਰੇਕ ਸੇਵਾ ਨੂੰ ਜ਼ਰੂਰੀ ਸੈਟਿੰਗਾਂ ਅਤੇ ਕੁੰਜੀਆਂ ਦੇ ਨਾਲ ਇੱਕ YAML ਸੰਰਚਨਾ ਨਾਲ ਕੰਪਾਇਲ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਇੱਕ ਸਮਾਨ ਸੰਰਚਨਾ ਫਾਈਲ ਲਈ ਵਰਤੀ ਗਈ ਸੀ। ਸਥਾਨਕ ਲਾਂਚ, ਜੋ ਕਿ ਬਹੁਤ ਸੁਵਿਧਾਜਨਕ ਸੀ, ਕਿਉਂਕਿ .k ਇਹ ਸੰਰਚਨਾ ਇੱਕ ਗਲੋਬਲ ਆਬਜੈਕਟ ਵਿੱਚ ਲੋਡ ਕੀਤੀ ਗਈ ਹੈ, ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਕਿਤੇ ਵੀ ਪਹੁੰਚਯੋਗ ਹੈ।

ਹਾਲਾਂਕਿ, ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਵਾਧਾ, ਉਹਨਾਂ ਦੇ ਕੁਨੈਕਸ਼ਨ, ਅਤੇ ਕੇਂਦਰੀਕ੍ਰਿਤ ਲੌਗਿੰਗ ਅਤੇ ਨਿਗਰਾਨੀ ਦੀ ਲੋੜ, ਨੇ ਕੁਬੇਰ ਦੇ ਇੱਕ ਕਦਮ ਦੀ ਪੂਰਵ-ਅਨੁਸ਼ਾਸਨ ਕੀਤੀ, ਜੋ ਅਜੇ ਵੀ ਜਾਰੀ ਹੈ। ਜ਼ਿਕਰ ਕੀਤੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਵਿੱਚ ਸਹਾਇਤਾ ਦੇ ਨਾਲ, ਕੁਬਰਨੇਟਸ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਆਪਣੀਆਂ ਪਹੁੰਚਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ ਅਖੌਤੀ ਰਾਜ਼ и ਉਹਨਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਤਰੀਕੇ. ਵਿਧੀ ਮਿਆਰੀ ਅਤੇ ਭਰੋਸੇਮੰਦ ਹੈ, ਇਸਲਈ ਇਸਦੀ ਵਰਤੋਂ ਨਾ ਕਰਨਾ ਅਸਲ ਵਿੱਚ ਇੱਕ ਪਾਪ ਹੈ! ਪਰ ਇਸਦੇ ਨਾਲ ਹੀ, ਮੈਂ ਸੰਰਚਨਾ ਦੇ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਆਪਣੇ ਮੌਜੂਦਾ ਫਾਰਮੈਟ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣਾ ਚਾਹਾਂਗਾ: ਪਹਿਲਾਂ, ਪ੍ਰੋਜੈਕਟ ਦੇ ਵੱਖ-ਵੱਖ ਮਾਈਕਰੋ ਸਰਵਿਸਿਜ਼ ਵਿੱਚ ਇੱਕ ਸਮਾਨ ਰੂਪ ਵਿੱਚ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨਾ, ਅਤੇ ਦੂਜਾ, ਇੱਕ ਸਧਾਰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਥਾਨਕ ਮਸ਼ੀਨ 'ਤੇ ਕੋਡ ਨੂੰ ਚਲਾਉਣ ਦੇ ਯੋਗ ਹੋਣਾ। ਸੰਰਚਨਾ ਫਾਇਲ.

ਇਸ ਸਬੰਧ ਵਿੱਚ, ਇੱਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਆਬਜੈਕਟ ਬਣਾਉਣ ਦੀ ਵਿਧੀ ਨੂੰ ਸਾਡੀ ਕਲਾਸਿਕ ਸੰਰਚਨਾ ਫਾਈਲ ਅਤੇ ਕੁਬੇਰ ਦੇ ਭੇਦ ਦੋਵਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਣ ਲਈ ਸੋਧਿਆ ਗਿਆ ਸੀ। ਤੀਜੇ ਪਾਈਥਨ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ, ਇੱਕ ਹੋਰ ਸਖ਼ਤ ਸੰਰਚਨਾ ਢਾਂਚਾ ਵੀ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਵੇਂ ਕਿ:

Dict[str, Dict[str, Union[str, int, float]]]]

ਭਾਵ, ਅੰਤਿਮ ਕੋਗਫਿਗ ਨਾਮ ਵਾਲੇ ਭਾਗਾਂ ਵਾਲਾ ਇੱਕ ਸ਼ਬਦਕੋਸ਼ ਹੈ, ਜਿਸ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਸਧਾਰਨ ਕਿਸਮਾਂ ਦੇ ਮੁੱਲਾਂ ਵਾਲਾ ਇੱਕ ਸ਼ਬਦਕੋਸ਼ ਹੈ। ਅਤੇ ਭਾਗ ਇੱਕ ਖਾਸ ਕਿਸਮ ਦੇ ਸੰਰਚਨਾ ਅਤੇ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ। ਸਾਡੀ ਸੰਰਚਨਾ ਦੇ ਇੱਕ ਹਿੱਸੇ ਦੀ ਇੱਕ ਉਦਾਹਰਨ:

adminka:
  django_secret: "ExtraLongAndHardCode"

db_main:
  engine: mysql
  host: 256.128.64.32
  user: cool_user
  password: "SuperHardPassword"

redis:
  host: 256.128.64.32
  pw: "SuperHardPassword"
  port: 26379

smtp:
  server: smtp.gmail.com
  port: 465
  email: [email protected]
  pw: "SuperHardPassword"

ਉਸੇ ਸਮੇਂ, ਖੇਤਰ engine ਡਾਟਾਬੇਸ SQLite ਤੇ ਸਥਾਪਿਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਅਤੇ redis ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤਾ mock, ਸੇਵ ਕਰਨ ਲਈ ਫਾਈਲ ਦਾ ਨਾਮ ਵੀ ਨਿਰਧਾਰਿਤ ਕਰਨਾ - ਇਹ ਪੈਰਾਮੀਟਰ ਸਹੀ ਢੰਗ ਨਾਲ ਪਛਾਣੇ ਗਏ ਹਨ ਅਤੇ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਗਏ ਹਨ, ਜੋ ਕਿ ਡੀਬੱਗਿੰਗ, ਯੂਨਿਟ ਟੈਸਟਿੰਗ ਅਤੇ ਕਿਸੇ ਹੋਰ ਲੋੜਾਂ ਲਈ ਕੋਡ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਚਲਾਉਣਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਸਾਡੇ ਲਈ ਖਾਸ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਹੋਰ ਬਹੁਤ ਸਾਰੀਆਂ ਜ਼ਰੂਰਤਾਂ ਹਨ - ਸਾਡੇ ਕੋਡ ਦਾ ਹਿੱਸਾ ਵੱਖ-ਵੱਖ ਵਿਸ਼ਲੇਸ਼ਣਾਤਮਕ ਗਣਨਾਵਾਂ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਹ ਨਾ ਸਿਰਫ਼ ਆਰਕੈਸਟ੍ਰੇਸ਼ਨ ਵਾਲੇ ਸਰਵਰਾਂ 'ਤੇ ਚੱਲਦਾ ਹੈ, ਸਗੋਂ ਵੱਖ-ਵੱਖ ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਨਾਲ, ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਕਾਂ ਦੇ ਕੰਪਿਊਟਰਾਂ 'ਤੇ ਵੀ ਚੱਲਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੁਆਰਾ ਕੰਮ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਤੇ ਬੈਕਐਂਡ ਮੁੱਦਿਆਂ ਦੀ ਚਿੰਤਾ ਕੀਤੇ ਬਿਨਾਂ ਗੁੰਝਲਦਾਰ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਪਾਈਪਲਾਈਨਾਂ ਨੂੰ ਡੀਬੱਗ ਕਰੋ। ਤਰੀਕੇ ਨਾਲ, ਇਹ ਸਾਂਝਾ ਕਰਨਾ ਦੁਖੀ ਨਹੀਂ ਹੋਵੇਗਾ ਕਿ ਸਾਡੇ ਮੁੱਖ ਟੂਲ, ਸੰਰਚਨਾ ਲੇਆਉਟ ਕੋਡ ਸਮੇਤ, ਦੁਆਰਾ ਸਥਾਪਿਤ ਕੀਤੇ ਗਏ ਹਨ setup.py - ਇਕੱਠੇ ਇਹ ਸਾਡੇ ਕੋਡ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਈਕੋਸਿਸਟਮ ਵਿੱਚ ਜੋੜਦਾ ਹੈ, ਪਲੇਟਫਾਰਮ ਅਤੇ ਵਰਤੋਂ ਦੀ ਵਿਧੀ ਤੋਂ ਸੁਤੰਤਰ।

ਕੁਬਰਨੇਟਸ ਪੌਡ ਦਾ ਵਰਣਨ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

containers:
  - name : enter-api
    image: enter-api:latest
    ports:
      - containerPort: 80
    volumeMounts:
      - name: db-main-secret-volume
        mountPath: /etc/secrets/db-main

volumes:
  - name: db-main-secret-volume
    secret:
      secretName: db-main-secret

ਭਾਵ, ਹਰੇਕ ਗੁਪਤ ਇੱਕ ਭਾਗ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ. ਭੇਦ ਆਪਣੇ ਆਪ ਇਸ ਤਰ੍ਹਾਂ ਬਣਾਏ ਗਏ ਹਨ:

apiVersion: v1
kind: Secret
metadata:
  name: db-main-secret
type: Opaque
stringData:
  db_main.yaml: |
    engine: sqlite
    filename: main.sqlite3

ਇਕੱਠੇ ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਮਾਰਗ ਦੇ ਨਾਲ YAML ਫਾਈਲਾਂ ਦੀ ਸਿਰਜਣਾ ਹੁੰਦੀ ਹੈ /etc/secrets/db-main/section_name.yaml

ਅਤੇ ਸਥਾਨਕ ਲਾਂਚਾਂ ਲਈ, ਕੌਂਫਿਗ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ ਪ੍ਰੋਜੈਕਟ ਦੀ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਸਥਿਤ ਹੈ ਜਾਂ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਵਿੱਚ ਦਰਸਾਏ ਮਾਰਗ ਦੇ ਨਾਲ ਹੈ। ਇਹਨਾਂ ਸੁਵਿਧਾਵਾਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਕੋਡ ਨੂੰ ਵਿਗਾੜਣ ਵਾਲੇ ਵਿੱਚ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ.

config.py

__author__ = 'AivanF'
__copyright__ = 'Copyright 2020, AivanF'

import os
import yaml

__all__ = ['config']
PROJECT_DIR = os.path.abspath(__file__ + 3 * '/..')
SECRETS_DIR = '/etc/secrets'
KEY_LOG = '_config_log'
KEY_DBG = 'debug'

def is_yes(value):
    if isinstance(value, str):
        value = value.lower()
        if value in ('1', 'on', 'yes', 'true'):
            return True
    else:
        if value in (1, True):
            return True
    return False

def update_config_part(config, key, data):
    if key not in config:
        config[key] = data
    else:
        config[key].update(data)

def parse_big_config(config, filename):
    '''
    Parse YAML config with multiple section
    '''
    if not os.path.isfile(filename):
        return False
    with open(filename) as f:
        config_new = yaml.safe_load(f.read())
        for key, data in config_new.items():
            update_config_part(config, key, data)
        config[KEY_LOG].append(filename)
        return True

def parse_tiny_config(config, key, filename):
    '''
    Parse YAML config with a single section
    '''
    with open(filename) as f:
        config_tiny = yaml.safe_load(f.read())
        update_config_part(config, key, config_tiny)
        config[KEY_LOG].append(filename)

def combine_config():
    config = {
        # To debug config load code
        KEY_LOG: [],
        # To debug other code
        KEY_DBG: is_yes(os.environ.get('DEBUG')),
    }
    # For simple local runs
    CONFIG_SIMPLE = os.path.join(PROJECT_DIR, 'config.yaml')
    parse_big_config(config, CONFIG_SIMPLE)
    # For container's tests
    CONFIG_ENVVAR = os.environ.get('CONFIG')
    if CONFIG_ENVVAR is not None:
        if not parse_big_config(config, CONFIG_ENVVAR):
            raise ValueError(
                f'No config file from EnvVar:n'
                f'{CONFIG_ENVVAR}'
            )
    # For K8s secrets
    for path, dirs, files in os.walk(SECRETS_DIR):
        depth = path[len(SECRETS_DIR):].count(os.sep)
        if depth > 1:
            continue
        for file in files:
            if file.endswith('.yaml'):
                filename = os.path.join(path, file)
                key = file.rsplit('.', 1)[0]
                parse_tiny_config(config, key, filename)
    return config

def build_config():
    config = combine_config()
    # Preprocess
    for key, data in config.items():
        if key.startswith('db_'):
            if data['engine'] == 'sqlite':
                data['filename'] = os.path.join(PROJECT_DIR, data['filename'])
    # To verify correctness
    if config[KEY_DBG]:
        print(f'** Loaded config:n{yaml.dump(config)}')
    else:
        print(f'** Loaded config from: {config[KEY_LOG]}')
    return config

config = build_config()

ਇੱਥੇ ਤਰਕ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੈ: ਅਸੀਂ ਪ੍ਰੋਜੈਕਟ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਵੱਡੀਆਂ ਸੰਰਚਨਾਵਾਂ ਅਤੇ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਦੁਆਰਾ ਮਾਰਗਾਂ, ਅਤੇ ਕੁਬੇਰ ਸੀਕਰੇਟਸ ਤੋਂ ਛੋਟੇ ਸੰਰਚਨਾ ਭਾਗਾਂ ਨੂੰ ਜੋੜਦੇ ਹਾਂ, ਅਤੇ ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਥੋੜਾ ਜਿਹਾ ਪ੍ਰੀਪ੍ਰੋਸੈੱਸ ਕਰਦੇ ਹਾਂ। ਪਲੱਸ ਕੁਝ ਵੇਰੀਏਬਲ। ਮੈਂ ਨੋਟ ਕਰਦਾ ਹਾਂ ਕਿ ਜਦੋਂ ਭੇਦ ਤੋਂ ਫਾਈਲਾਂ ਦੀ ਖੋਜ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਡੂੰਘਾਈ ਸੀਮਾ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ K8s ਹਰੇਕ ਗੁਪਤ ਵਿੱਚ ਇੱਕ ਲੁਕਿਆ ਹੋਇਆ ਫੋਲਡਰ ਬਣਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਭੇਦ ਆਪਣੇ ਆਪ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਸਿਰਫ ਇੱਕ ਲਿੰਕ ਉੱਚ ਪੱਧਰ 'ਤੇ ਸਥਿਤ ਹੁੰਦਾ ਹੈ.

ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਜੋ ਦੱਸਿਆ ਗਿਆ ਹੈ ਉਹ ਕਿਸੇ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ :) ਸੁਰੱਖਿਆ ਜਾਂ ਸੁਧਾਰ ਲਈ ਹੋਰ ਖੇਤਰਾਂ ਬਾਰੇ ਕੋਈ ਵੀ ਟਿੱਪਣੀਆਂ ਅਤੇ ਸਿਫ਼ਾਰਸ਼ਾਂ ਸਵੀਕਾਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਕਮਿਊਨਿਟੀ ਦੀ ਰਾਏ ਵੀ ਦਿਲਚਸਪ ਹੈ, ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ConfigMaps (ਸਾਡਾ ਪ੍ਰੋਜੈਕਟ ਅਜੇ ਤੱਕ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ) ਲਈ ਸਮਰਥਨ ਜੋੜਨਾ ਅਤੇ GitHub / PyPI 'ਤੇ ਕੋਡ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦੇ ਯੋਗ ਹੈ? ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ, ਮੈਂ ਸੋਚਦਾ ਹਾਂ ਕਿ ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਸਰਵ ਵਿਆਪਕ ਹੋਣ ਲਈ ਬਹੁਤ ਵਿਅਕਤੀਗਤ ਹਨ, ਅਤੇ ਹੋਰ ਲੋਕਾਂ ਦੇ ਲਾਗੂਕਰਨ 'ਤੇ ਥੋੜਾ ਜਿਹਾ ਝਾਤ ਮਾਰਨਾ, ਜਿਵੇਂ ਕਿ ਇੱਥੇ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਸੂਖਮਤਾਵਾਂ, ਸੁਝਾਵਾਂ ਅਤੇ ਵਧੀਆ ਅਭਿਆਸਾਂ ਦੀ ਚਰਚਾ, ਜੋ ਮੈਂ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਦੇਖਣ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹਾਂ। , ਕਾਫੀ ਹੈ 😉

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਕੀ ਮੈਨੂੰ ਇੱਕ ਪ੍ਰੋਜੈਕਟ/ਲਾਇਬ੍ਰੇਰੀ ਵਜੋਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?

• 0,0%ਹਾਂ, ਮੈਂ /contribution0 ਦੀ ਵਰਤੋਂ ਕਰਾਂਗਾ

• 33,3%ਹਾਂ, ਇਹ ਬਹੁਤ ਵਧੀਆ ਲੱਗਦਾ ਹੈ 4

• 41,7%ਨਹੀਂ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਸ ਨੂੰ ਆਪਣੇ ਖੁਦ ਦੇ ਫਾਰਮੈਟ ਵਿੱਚ ਅਤੇ ਆਪਣੀਆਂ ਲੋੜਾਂ ਮੁਤਾਬਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ5

• 25,0%ਮੈਂ ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਰਹੇਜ਼ ਕਰਾਂਗਾ 3

12 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਪਾਈ। 3 ਉਪਭੋਗਤਾ ਪਰਹੇਜ਼ ਰਹੇ।

ਸਰੋਤ: www.habr.com