मैले प्राधिकरण र S3 संग मेरो आफ्नै PyPI भण्डार बनाएको छु। Nginx मा

यस लेखमा म NJS संग मेरो अनुभव साझा गर्न चाहन्छु, Nginx Inc द्वारा विकसित Nginx को लागि जाभास्क्रिप्ट दोभाषे, वास्तविक उदाहरण प्रयोग गरेर यसको मुख्य क्षमताहरू वर्णन गर्दै। NJS JavaScript को एक उपसमूह हो जसले तपाईंलाई Nginx को कार्यक्षमता विस्तार गर्न अनुमति दिन्छ। प्रश्नमा आफ्नै दोभाषे किन ??? दिमित्री Volyntsev विस्तृत जवाफ दिए। छोटकरीमा: NJS nginx-way हो, र JavaScript अधिक प्रगतिशील, "नेटिभ" र GC बिना, लुआ भन्दा फरक छ।

धेरै समय अघि…

मेरो अन्तिम काममा, मैले डकर-कम्पोज, डिन्ड र अन्य रमाइलोहरूका साथ धेरै मोटली सीआई/सीडी पाइपलाइनहरूका साथ गिटल्याब प्राप्त गरें, जुन कानिको रेलहरूमा हस्तान्तरण गरिएको थियो। छविहरू जुन पहिले CI मा प्रयोग गरिएका थिए तिनीहरूको मूल रूपमा सारियो। तिनीहरूले ठीकसँग काम गरे जबसम्म हाम्रो gitlab IP परिवर्तन भयो र CI कद्दूमा परिणत भयो। समस्या यो थियो कि CI मा भाग लिने डकर छविहरू मध्ये एउटा git थियो, जसले ssh मार्फत पाइथन मोड्युलहरू तान्यो। ssh को लागी तपाईलाई निजी कुञ्जी चाहिन्छ र... यो ज्ञात_होस्टको साथ छविमा थियो। र कुनै पनि CI वास्तविक आईपी र ज्ञात_होस्टमा निर्दिष्ट गरिएको बीचको मेल नमिल्ने कारणले कुञ्जी प्रमाणीकरण त्रुटिसँग असफल भयो। अवस्थित डकफाइलहरूबाट नयाँ छवि द्रुत रूपमा भेला गरियो र विकल्प थपियो StrictHostKeyChecking no। तर खराब स्वाद रह्यो र libs लाई निजी PyPI भण्डारमा सार्ने इच्छा थियो। एक अतिरिक्त बोनस, निजी PyPI मा स्विच गरेपछि, एक सरल पाइपलाइन र आवश्यकताहरूको सामान्य विवरण थियो।txt

छनोट भइसकेको छ, हजुरहरु!

हामीले क्लाउड र कुबर्नेट्समा सबै कुरा चलाउँछौं, र अन्तमा हामी एउटा सानो सेवा प्राप्त गर्न चाहन्थ्यौं जुन बाह्य भण्डारण भएको स्टेटलेस कन्टेनर थियो। ठिक छ, हामीले S3 प्रयोग गरेकोले, यसलाई प्राथमिकता दिइयो। र, यदि सम्भव छ भने, gitlab मा प्रमाणीकरणको साथ (यदि आवश्यक भएमा तपाइँ यसलाई आफैं थप्न सक्नुहुन्छ)।

द्रुत खोजले धेरै नतिजाहरू ल्यायो: s3pypi, pypicloud र शलजमका लागि html फाइलहरूको "म्यानुअल" सिर्जनाको साथ विकल्प। अन्तिम विकल्प आफै गायब भयो।

s3pypi: यो S3 होस्टिङ प्रयोग गर्न को लागी एक cli हो। हामी फाइलहरू अपलोड गर्छौं, html उत्पन्न गर्छौं र उही बाल्टीमा अपलोड गर्छौं। घरको प्रयोगको लागि उपयुक्त।

pypicloud: यो एक चाखलाग्दो परियोजना जस्तो देखिन्थ्यो, तर कागजात पढेपछि म निराश भएँ। राम्रो कागजातहरू र तपाईंको आवश्यकताहरू अनुरूप विस्तार गर्ने क्षमताको बावजुद, वास्तवमा यो अनावश्यक र कन्फिगर गर्न गाह्रो भयो। तपाईंको कार्यहरू अनुरूप कोड सच्याउन, त्यस समयको अनुमान अनुसार, 3-5 दिन लाग्ने थियो। सेवालाई डाटाबेस पनि चाहिन्छ। हामीले अरु केहि नभेटेको अवस्थामा छोड्यौं।

थप गहिरो खोजले Nginx, ngx_aws_auth को लागि एक मोड्युल प्राप्त गर्यो। उसको परीक्षणको नतिजा ब्राउजरमा XML देखाइएको थियो, जसले S3 बाल्टिनको सामग्री देखाउँदछ। खोजको समयमा अन्तिम प्रतिबद्धता एक वर्ष पहिले थियो। भण्डार छोडिएको देखिन्थ्यो।

स्रोतमा गएर पढेर PEP-503 मैले महसुस गरें कि XML लाई फ्लाईमा HTML मा रूपान्तरण गर्न सकिन्छ र pip मा दिइन्छ। Nginx र S3 को बारेमा अलि बढी गुगल गरेपछि, मैले Nginx को लागि JS मा लेखिएको S3 मा प्रमाणीकरणको उदाहरण भेट्टाएँ। यसरी मैले NJS लाई भेटे।

यो उदाहरणलाई आधारको रूपमा लिँदै, एक घण्टा पछि मैले मेरो ब्राउजरमा ngx_aws_auth मोड्युल प्रयोग गर्दा उही XML देखे, तर सबै कुरा पहिले नै JS मा लेखिएको थियो।

मलाई साँच्चै nginx समाधान मन पर्यो। पहिलो, राम्रो कागजात र धेरै उदाहरणहरू, दोस्रो, हामी फाइलहरूसँग काम गर्नका लागि Nginx को सबै चीजहरू पाउँछौं (बाकस बाहिर), तेस्रो, Nginx को लागि कन्फिगहरू कसरी लेख्ने भनेर जान्ने जो कोहीले के हो भनेर पत्ता लगाउन सक्षम हुनेछ। पाइथन वा गो (यदि स्क्र्याचबाट लेखिएको भए) को तुलनामा, नेक्ससको उल्लेख नगर्नु, मिनिमलिज्म पनि मेरो लागि एक प्लस हो।

TL; DR 2 दिन पछि, PyPi को परीक्षण संस्करण पहिले नै CI मा प्रयोग गरिएको थियो।

यसले कसरी काम गर्छ?

मोड्युल Nginx मा लोड गरिएको छ ngx_http_js_module, आधिकारिक डकर छविमा समावेश। हामी निर्देशन प्रयोग गरेर हाम्रो लिपि आयात गर्छौं js_importNginx कन्फिगरेसनमा। प्रकार्यलाई निर्देशनद्वारा बोलाइएको छ js_content। निर्देशन चर सेट गर्न प्रयोग गरिन्छ js_set, जसले स्क्रिप्टमा वर्णन गरिएको प्रकार्यलाई मात्र तर्कको रूपमा लिन्छ। तर हामी NJS मा सबक्वेरीहरू Nginx प्रयोग गरेर मात्र कार्यान्वयन गर्न सक्छौं, कुनै XMLHttpRequest होइन। यो गर्नको लागि, सम्बन्धित स्थान Nginx कन्फिगरेसनमा थपिनुपर्छ। र स्क्रिप्टले यो स्थानमा सब-अनुरोधको वर्णन गर्नुपर्छ। Nginx कन्फिगरेसनबाट प्रकार्य पहुँच गर्न सक्षम हुन, प्रकार्यको नाम स्क्रिप्टमा निर्यात गरिनु पर्छ export default.

nginx.conf

load_module modules/ngx_http_js_module.so;
http {
  js_import   imported_name  from script.js;

server {
  listen 8080;
  ...
  location = /sub-query {
    internal;

    proxy_pass http://upstream;
  }

  location / {
    js_content imported_name.request;
  }
}

script.js

function request(r) {
  function call_back(resp) {
    // handler's code
    r.return(resp.status, resp.responseBody);
  }

  r.subrequest('/sub-query', { method: r.method }, call_back);
}

export default {request}

ब्राउजरमा अनुरोध गर्दा http://localhost:8080/ हामी प्रवेश गर्छौं location /जसमा निर्देशन छ js_content एक प्रकार्य कल गर्दछ request हाम्रो लिपिमा वर्णन गरिएको छ script.js। बारीमा, समारोहमा request एक subquery बनाइएको छ location = /sub-query, तर्कबाट प्राप्त विधि (हालको उदाहरण GET मा) संग (r), यस प्रकार्यलाई कल गर्दा स्पष्ट रूपमा पारित गरियो। subrequest प्रतिक्रिया प्रकार्य मा प्रशोधन गरिनेछ call_back.

S3 प्रयास गर्दै

निजी S3 भण्डारणमा अनुरोध गर्न, हामीलाई आवश्यक छ:

ACCESS_KEY

SECRET_KEY

S3_BUCKET

प्रयोग गरिएको http विधिबाट, हालको मिति/समय, S3_NAME र URI, एक निश्चित प्रकारको स्ट्रिङ उत्पन्न हुन्छ, जुन SECRET_KEY प्रयोग गरेर हस्ताक्षर गरिएको (HMAC_SHA1) हुन्छ। अर्को जस्तै लाइन छ AWS $ACCESS_KEY:$HASH, प्राधिकरण हेडरमा प्रयोग गर्न सकिन्छ। अघिल्लो चरणमा स्ट्रिङ उत्पन्न गर्न प्रयोग भएको मिति/समय हेडरमा थपिनुपर्छ X-amz-date। कोडमा यो यस्तो देखिन्छ:

nginx.conf

load_module modules/ngx_http_js_module.so;
http {
  js_import   s3      from     s3.js;

  js_set      $s3_datetime     s3.date_now;
  js_set      $s3_auth         s3.s3_sign;

server {
  listen 8080;
  ...
  location ~* /s3-query/(?<s3_path>.*) {
    internal;

    proxy_set_header    X-amz-date     $s3_datetime;
    proxy_set_header    Authorization  $s3_auth;

    proxy_pass          $s3_endpoint/$s3_path;
  }

  location ~ "^/(?<prefix>[w-]*)[/]?(?<postfix>[w-.]*)$" {
    js_content s3.request;
  }
}

s3.js(AWS साइन v2 प्राधिकरण उदाहरण, बहिष्कृत स्थितिमा परिवर्तन गरियो)

var crypt = require('crypto');

var s3_bucket = process.env.S3_BUCKET;
var s3_access_key = process.env.S3_ACCESS_KEY;
var s3_secret_key = process.env.S3_SECRET_KEY;
var _datetime = new Date().toISOString().replace(/[:-]|.d{3}/g, '');

function date_now() {
  return _datetime
}

function s3_sign(r) {
  var s2s = r.method + 'nnnn';

  s2s += `x-amz-date:${date_now()}n`;
  s2s += '/' + s3_bucket;
  s2s += r.uri.endsWith('/') ? '/' : r.variables.s3_path;

  return `AWS ${s3_access_key}:${crypt.createHmac('sha1', s3_secret_key).update(s2s).digest('base64')}`;
}

function request(r) {
  var v = r.variables;

  function call_back(resp) {
    r.return(resp.status, resp.responseBody);
  }

  var _subrequest_uri = r.uri;
  if (r.uri === '/') {
    // root
    _subrequest_uri = '/?delimiter=/';

  } else if (v.prefix !== '' && v.postfix === '') {
    // directory
    var slash = v.prefix.endsWith('/') ? '' : '/';
    _subrequest_uri = '/?prefix=' + v.prefix + slash;
  }

  r.subrequest(`/s3-query${_subrequest_uri}`, { method: r.method }, call_back);
}

export default {request, s3_sign, date_now}

बारेमा एक सानो व्याख्या _subrequest_uri: यो एक चर हो जुन, प्रारम्भिक uri को आधारमा, S3 लाई अनुरोध गर्दछ। यदि तपाइँ "रूट" को सामग्रीहरू प्राप्त गर्न आवश्यक छ भने, तपाइँले डेलिमिटर संकेत गर्ने uri अनुरोध सिर्जना गर्न आवश्यक छ। delimiter, जसले डाइरेक्टरीहरूसँग सम्बन्धित सबै CommonPrefixes xml तत्वहरूको सूची फर्काउनेछ (PyPI को मामलामा, सबै प्याकेजहरूको सूची)। यदि तपाइँ एक विशेष डाइरेक्टरी (सबै प्याकेज संस्करणहरूको सूची) मा सामग्रीहरूको सूची प्राप्त गर्न आवश्यक छ भने, त्यसपछि uri अनुरोधमा डाइरेक्टरी (प्याकेज) को नामको साथ अनिवार्य रूपमा स्ल्याश / समाप्त हुने उपसर्ग फिल्ड हुनुपर्छ। अन्यथा, डाइरेक्टरीको सामग्री अनुरोध गर्दा टकराव सम्भव छ, उदाहरणका लागि। त्यहाँ डाइरेक्टरीहरू छन् aiohttp-अनुरोध र aiohttp-अनुरोधहरू र यदि अनुरोध निर्दिष्ट गर्दछ /?prefix=aiohttp-request, त्यसपछि प्रतिक्रियाले दुवै डाइरेक्टरीहरूको सामग्री समावेश गर्नेछ। यदि अन्त्यमा स्ल्याश छ भने, /?prefix=aiohttp-request/, त्यसपछि प्रतिक्रियामा आवश्यक डाइरेक्टरी मात्र समावेश हुनेछ। र यदि हामीले फाइल अनुरोध गर्छौं भने, नतिजा आएको uri मूल भन्दा फरक हुनु हुँदैन।

बचत गर्नुहोस् र Nginx पुन: सुरु गर्नुहोस्। ब्राउजरमा हामी हाम्रो Nginx को ठेगाना प्रविष्ट गर्छौं, अनुरोधको परिणाम XML हुनेछ, उदाहरणका लागि:

निर्देशिकाहरूको सूची

<?xml version="1.0" encoding="UTF-8"?>
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
  <Name>myback-space</Name>
  <Prefix></Prefix>
  <Marker></Marker>
  <MaxKeys>10000</MaxKeys>
  <Delimiter>/</Delimiter>
  <IsTruncated>false</IsTruncated>
  <CommonPrefixes>
    <Prefix>new/</Prefix>
  </CommonPrefixes>
  <CommonPrefixes>
    <Prefix>old/</Prefix>
  </CommonPrefixes>
</ListBucketResult>

डाइरेक्टरीहरूको सूचीबाट तपाईलाई केवल तत्वहरू चाहिन्छ CommonPrefixes.

हामीलाई ब्राउजरमा हाम्रो ठेगानामा आवश्यक डाइरेक्टरी थपेर, हामी यसको सामग्रीहरू XML फारममा पनि प्राप्त गर्नेछौं:

डाइरेक्टरीमा फाइलहरूको सूची

<?xml version="1.0" encoding="UTF-8"?>
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
  <Name> myback-space</Name>
  <Prefix>old/</Prefix>
  <Marker></Marker>
  <MaxKeys>10000</MaxKeys>
  <Delimiter></Delimiter>
  <IsTruncated>false</IsTruncated>
  <Contents>
    <Key>old/giphy.mp4</Key>
    <LastModified>2020-08-21T20:27:46.000Z</LastModified>
    <ETag>&#34;00000000000000000000000000000000-1&#34;</ETag>
    <Size>1350084</Size>
    <Owner>
      <ID>02d6176db174dc93cb1b899f7c6078f08654445fe8cf1b6ce98d8855f66bdbf4</ID>
      <DisplayName></DisplayName>
    </Owner>
    <StorageClass>STANDARD</StorageClass>
  </Contents>
  <Contents>
    <Key>old/hsd-k8s.jpg</Key>
    <LastModified>2020-08-31T16:40:01.000Z</LastModified>
    <ETag>&#34;b2d76df4aeb4493c5456366748218093&#34;</ETag>
    <Size>93183</Size>
    <Owner>
      <ID>02d6176db174dc93cb1b899f7c6078f08654445fe8cf1b6ce98d8855f66bdbf4</ID>
      <DisplayName></DisplayName>
    </Owner>
    <StorageClass>STANDARD</StorageClass>
  </Contents>
</ListBucketResult>

फाईलहरूको सूचीबाट हामी तत्वहरू मात्र लिनेछौं Key.

बाँकी रहेको XML लाई पार्स गर्न र HTML को रूपमा पठाउनु हो, पहिले सामग्री-प्रकार हेडरलाई टेक्स्ट/एचटीएमएलसँग बदलेर।

function request(r) {
  var v = r.variables;

  function call_back(resp) {
    var body = resp.responseBody;

    if (r.method !== 'PUT' && resp.status < 400 && v.postfix === '') {
      r.headersOut['Content-Type'] = "text/html; charset=utf-8";
      body = toHTML(body);
    }

    r.return(resp.status, body);
  }
  
  var _subrequest_uri = r.uri;
  ...
}

function toHTML(xml_str) {
  var keysMap = {
    'CommonPrefixes': 'Prefix',
    'Contents': 'Key',
  };

  var pattern = `<k>(?<v>.*?)</k>`;
  var out = [];

  for(var group_key in keysMap) {
    var reS;
    var reGroup = new RegExp(pattern.replace(/k/g, group_key), 'g');

    while(reS = reGroup.exec(xml_str)) {
      var data = new RegExp(pattern.replace(/k/g, keysMap[group_key]), 'g');
      var reValue = data.exec(reS);
      var a_text = '';

      if (group_key === 'CommonPrefixes') {
        a_text = reValue.groups.v.replace(///g, '');
      } else {
        a_text = reValue.groups.v.split('/').slice(-1);
      }

      out.push(`<a href="/ne/${reValue.groups.v}">${a_text}</a>`);
    }
  }

  return '<html><body>n' + out.join('</br>n') + 'n</html></body>'
}

PyPI प्रयास गर्दै

हामी काम गर्न चिनिएका प्याकेजहरूमा कतै पनि कुनै पनि कुरा तोडिएको छैन भनी जाँच गर्छौं।

# Создаем для тестов новое окружение
python3 -m venv venv
. ./venv/bin/activate

# Скачиваем рабочие пакеты.
pip download aiohttp

# Загружаем в приватную репу
for wheel in *.whl; do curl -T $wheel http://localhost:8080/${wheel%%-*}/$wheel; done

rm -f *.whl

# Устанавливаем из приватной репы
pip install aiohttp -i http://localhost:8080

हामी हाम्रो libs संग दोहोर्याउँछौं।

# Создаем для тестов новое окружение
python3 -m venv venv
. ./venv/bin/activate

pip install setuptools wheel
python setup.py bdist_wheel
for wheel in dist/*.whl; do curl -T $wheel http://localhost:8080/${wheel%%-*}/$wheel; done

pip install our_pkg --extra-index-url http://localhost:8080

CI मा, प्याकेज सिर्जना र लोड गर्दै यस्तो देखिन्छ:

pip install setuptools wheel
python setup.py bdist_wheel

curl -sSfT dist/*.whl -u "gitlab-ci-token:${CI_JOB_TOKEN}" "https://pypi.our-domain.com/${CI_PROJECT_NAME}"

प्रमाणीकरण

Gitlab मा बाह्य सेवाहरूको प्रमाणीकरण / प्राधिकरणको लागि JWT प्रयोग गर्न सम्भव छ। Nginx मा auth_request निर्देशन प्रयोग गरेर, हामी स्क्रिप्टमा एक प्रकार्य कल समावेश subrequest मा प्रमाणीकरण डाटा पुन: निर्देशित गर्नेछौं। स्क्रिप्टले Gitlab url मा अर्को subrequest गर्नेछ र यदि प्रमाणीकरण डाटा सही रूपमा निर्दिष्ट गरिएको थियो भने, Gitlab ले कोड 200 फर्काउनेछ र प्याकेजको अपलोड/डाउनलोडलाई अनुमति दिइनेछ। किन एउटा सबक्वेरी प्रयोग नगर्ने र तुरुन्तै Gitlab मा डाटा पठाउने? किनभने त्यसो भए हामीले Nginx कन्फिगरेसन फाइल सम्पादन गर्नुपर्नेछ जब हामी प्राधिकरणमा कुनै पनि परिवर्तन गर्छौं, र यो एक कठिन काम हो। साथै, यदि Kubernetes ले पढ्ने-मात्र रूट फाइल प्रणाली नीति प्रयोग गर्छ भने, यसले nginx.conf लाई configmap मार्फत प्रतिस्थापन गर्दा अझ जटिलता थप्छ। र यो configmap मार्फत Nginx कन्फिगर गर्न पूर्ण रूपमा असम्भव हुन्छ जब भोल्युमहरू (pvc) र पढ्ने-मात्र रूट फाइल प्रणाली (यो पनि हुन्छ) को जडान निषेध गर्ने नीतिहरू प्रयोग गर्दा।

NJS मध्यवर्ती प्रयोग गरेर, हामीले वातावरण चर प्रयोग गरेर nginx कन्फिगरेसनमा निर्दिष्ट प्यारामिटरहरू परिवर्तन गर्ने अवसर पाउँछौं र लिपिमा केही जाँचहरू गर्छौं (उदाहरणका लागि, गलत रूपमा निर्दिष्ट URL)।

nginx.conf

location = /auth-provider {
  internal;

  proxy_pass $auth_url;
}

location = /auth {
  internal;

  proxy_set_header Content-Length "";
  proxy_pass_request_body off;
  js_content auth.auth;
}

location ~ "^/(?<prefix>[w-]*)[/]?(?<postfix>[w-.]*)$" {
  auth_request /auth;

  js_content s3.request;
}

s3.js

var env = process.env;
var env_bool = new RegExp(/[Tt]rue|[Yy]es|[Oo]n|[TtYy]|1/);
var auth_disabled  = env_bool.test(env.DISABLE_AUTH);
var gitlab_url = env.AUTH_URL;

function url() {
  return `${gitlab_url}/jwt/auth?service=container_registry`
}

function auth(r) {
  if (auth_disabled) {
    r.return(202, '{"auth": "disabled"}');
    return null
  }

  r.subrequest('/auth-provider',
                {method: 'GET', body: ''},
                function(res) {
                  r.return(res.status, "");
                });
}

export default {auth, url}

प्राय: प्रश्न पकिरहेको छ: - किन तयार मोड्युलहरू प्रयोग नगर्ने? त्यहाँ सबै कुरा पहिले नै गरिसकिएको छ! उदाहरण को लागी, var AWS = आवश्यक ('aws-sdk') र त्यहाँ S3 प्रमाणीकरण संग "बाइक" लेख्न आवश्यक छैन!

विपक्षमा जाऔं

मेरो लागि, बाह्य JS मोड्युलहरू आयात गर्न असक्षमता एक अप्रिय, तर अपेक्षित सुविधा भयो। माथिको उदाहरणमा वर्णन गरिएको आवश्यकता ('क्रिप्टो') हो बिल्ड-इन मोड्युलहरू र तिनीहरूको लागि मात्र काम आवश्यक छ। स्क्रिप्टबाट कोड पुन: प्रयोग गर्ने कुनै तरिका पनि छैन र तपाईंले यसलाई विभिन्न फाइलहरूमा प्रतिलिपि गरेर टाँस्नुपर्छ। मलाई आशा छ कि एक दिन यो कार्यक्षमता लागू हुनेछ।

Nginx मा हालको परियोजनाको लागि सङ्कुचन पनि असक्षम हुनुपर्छ gzip off;

किनभने NJS मा कुनै gzip मोड्युल छैन र यसलाई जडान गर्न असम्भव छ; त्यसैले, संकुचित डाटासँग काम गर्ने कुनै तरिका छैन। साँचो, यो वास्तवमा यस मामलाको लागि माइनस होइन। त्यहाँ धेरै पाठ छैन, र स्थानान्तरण गरिएका फाइलहरू पहिले नै संकुचित छन् र थप कम्प्रेसनले तिनीहरूलाई धेरै मद्दत गर्दैन। साथै, यो त्यस्तो लोडेड वा क्रिटिकल सेवा होइन कि तपाईले केहि मिलिसेकेन्ड छिटो सामग्री डेलिभर गर्नको लागि चिन्ता लिनु पर्छ।

स्क्रिप्ट डिबग गर्न लामो समय लाग्छ र error.log मा "प्रिन्टहरू" मार्फत मात्र सम्भव छ। सेट लगिङ स्तर जानकारी, चेतावनी वा त्रुटिमा निर्भर गर्दै, क्रमशः r.log, r.warn, r.error प्रयोग गर्न सम्भव छ। म Chrome (v3) वा njs कन्सोल उपकरणमा केही स्क्रिप्टहरू डिबग गर्ने प्रयास गर्छु, तर त्यहाँ सबै कुरा जाँच गर्न सकिँदैन। कोड डिबग गर्दा, उर्फ ​​​​कार्यात्मक परीक्षण, इतिहास यस्तो देखिन्छ:

docker-compose restart nginx
curl localhost:8080/
docker-compose logs --tail 10 nginx

र त्यहाँ यस्ता सयौं क्रमहरू हुन सक्छन्।

तिनीहरूका लागि सबक्वेरीहरू र चरहरू प्रयोग गरेर कोड लेख्दा एक जटिल ट्याङ्गलमा परिणत हुन्छ। कहिलेकाहीँ तपाईं आफ्नो कोडको कार्यहरूको अनुक्रम पत्ता लगाउन प्रयास गर्दै विभिन्न IDE विन्डोहरू वरिपरि हतार गर्न थाल्नुहुन्छ। यो गाह्रो छैन, तर कहिलेकाहीँ यो धेरै कष्टप्रद छ।

ES6 को लागि कुनै पूर्ण समर्थन छैन।

अरू केही कमजोरीहरू हुन सक्छन्, तर मैले अरू केही सामना गरेको छैन। यदि तपाइँसँग NJS प्रयोग गरेर नकारात्मक अनुभव छ भने जानकारी साझा गर्नुहोस्।

निष्कर्षमा

NJS एक हल्का खुला स्रोत अनुवादक हो जसले तपाईंलाई Nginx मा विभिन्न JavaScript स्क्रिप्टहरू लागू गर्न अनुमति दिन्छ। यसको विकासको क्रममा, प्रदर्शनमा ठूलो ध्यान दिइएको थियो। निस्सन्देह, त्यहाँ अझै धेरै हराइरहेको छ, तर परियोजना एक सानो टोली द्वारा विकसित गरिएको छ र तिनीहरू सक्रिय रूपमा नयाँ सुविधाहरू थप्दै र बगहरू फिक्स गर्दै छन्। मलाई आशा छ कि कुनै दिन NJS ले तपाईंलाई बाह्य मोड्युलहरू जडान गर्न अनुमति दिनेछ, जसले Nginx कार्यक्षमता लगभग असीमित बनाउनेछ। तर त्यहाँ NGINX प्लस छ र सम्भवतः त्यहाँ कुनै सुविधाहरू हुनेछैनन्!

लेखको लागि पूर्ण कोडको साथ भण्डार

AWS साइन v4 समर्थनको साथ njs-pypi

ngx_http_js_module मोड्युलको निर्देशनहरूको विवरण

आधिकारिक NJS भण्डार и कागजात

दिमित्री Volintsev बाट NJS प्रयोग गर्ने उदाहरणहरू

njs - nginx मा नेटिभ जाभास्क्रिप्ट स्क्रिप्टिङ / सेन्ट हाईलोड++ २०१९ मा दिमित्री वोल्निभको भाषण

उत्पादन मा NJS / HighLoad++ 2019 मा Vasily Soshnikov द्वारा भाषण

AWS मा REST अनुरोधहरू हस्ताक्षर र प्रमाणीकरण गर्दै

स्रोत: www.habr.com