एज माइक्रोगेटवे के रिलीज़ नोट्स

Apigee Edge का दस्तावेज़ देखा जा रहा है.
Apigee X के दस्तावेज़ पर जाएं. info

वर्शन 3.3.x

गड़बड़ियां ठीक की गईं और सुधार किए गए v.3.3.x

3.3.11

19 अगस्त, 2026 — Docker कंटेनर इमेज अपडेट (टैग: 3.3.11-sec.1)

Apigee ने 19 अगस्त, 2026 को Edge Microgateway में ये सुधार किए और गड़बड़ियां ठीक कीं.

कंटेनर से जुड़े अपडेट:

Docker कंटेनर के अपडेट में सुरक्षा से जुड़ी समस्याएं ठीक की गई हैं

• GHSA-5p4m-2wfm-xmqj
• CVE-2026-13595
• CVE-2026-27456
• CVE-2026-12590
• CVE-2026-53614
• CVE-2026-53612
• CVE-2025-14104
• CVE-2026-53615
• CVE-2026-53613
• CVE-2026-34743

1 जुलाई, 2026 — शुरुआती रिलीज़

Apigee ने 1 जुलाई, 2026 को Edge Microgateway 3.3.11 में ये सुधार किए.

कॉम्पोनेंट के वर्शन

यहां दी गई टेबल में, Edge Microgateway 3.3.11 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2026-7383
• CVE-2026-9076
• CVE-2026-34180
• CVE-2026-34181
• CVE-2026-34182
• CVE-2026-34183
• CVE-2026-42764
• CVE-2026-42766
• CVE-2026-42767
• CVE-2026-42769
• CVE-2026-45445
• CVE-2026-45446
• CVE-2026-45447
• CVE-2026-53550

3.3.10

Apigee ने 27 मई, 2026 को Edge Microgateway में ये सुधार किए.

कॉम्पोनेंट के वर्शन

यहां दी गई टेबल में, Edge Microgateway 3.3.10 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2026-41907
• CVE-2026-4800
• CVE-2026-2950
• CVE-2026-42338

3.3.9

Apigee ने 1 अप्रैल, 2026 को Edge Microgateway में ये सुधार किए और इन्हें बेहतर बनाया.

गड़बड़ियां ठीक की गईं और सुधार किए गए:

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.9 से जुड़े कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2025-13465
• CVE-2026-24842
• CVE-2026-26996
• CVE-2026-2391
• CVE-2026-27904
• CVE-2026-27601
• CVE-2026-27903
• CVE-2026-26960
• CVE-2024-22365
• CVE-2026-24001
• CVE-2025-15284
• CVE-2025-64756
• CVE-2026-31802
• CVE-2026-29786
• CVE-2026-25547

3.3.8

Apigee ने 16 दिसंबर, 2025 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियां ठीक की हैं.

गड़बड़ियां ठीक की गईं और सुधार किए गए:

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.8 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2025-59343
• CVE-2025-64756

3.3.7

Apigee ने 17 जुलाई, 2025 को Edge Microgateway में ये सुधार किए और गड़बड़ियों को ठीक किया.

गड़बड़ियां ठीक की गईं और सुधार किए गए:

edgemicro:
  plugins:
    excludeUrls: '/hello,/proxy_one/*' # global exclude urls
    sequence:
      -oauth
      -json2xml
      -quota
      -json2xml:
          excludeUrls: '/hello/xml/*'  # plugin level exclude urls

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2024-12905
• CVE-2025-46653

3.3.6

Apigee ने 16 अप्रैल, 2025 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियों को ठीक किया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.6 से जुड़े हर कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2025-27789
• CVE-2024-21538
• CVE-2024-12133

3.3.5

Apigee ने 20 दिसंबर, 2024 को Edge Microgateway में ये सुधार किए हैं और इन समस्याओं को ठीक किया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.5 से जुड़ी अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

current nodejs version is  18.x.x Note, v18.x.x will be out of support soon, see https://docs.apigee.com/release/notes/edge-microgateway-release-notes-0

You are using a version of NodeJS that is not supported

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2024-21538
• CVE-2024-45590
• CVE-2019-3844
• CVE-2019-12290
• CVE-2020-1751
• CVE-2018-12886
• CVE-2023-50387
• CVE-2019-3843
• CVE-2022-4415
• CVE-2021-3997

3.3.4

Apigee ने 18 सितंबर, 2024 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियों को ठीक किया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.4 से जुड़ी अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2021-23337
• CVE-2024-4068
• CVE-2020-28469
• CVE-2020-28503

3.3.3

Apigee ने 25 अप्रैल, 2024 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियों को ठीक किया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.3 से जुड़े कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

• CVE-2023-0842
• CVE-2023-26115
• CVE-2022-25883
• CVE-2017-20162
• CVE-2022-31129
• CVE-2022-23539
• CVE-2022-23541
• CVE-2022-23540
• CVE-2024-21484
• CVE-2022-46175
• CVE-2023-45133
• CVE-2020-15366
• CVE-2023-26136
• CVE-2023-26115

3.3.2

Apigee ने 18 अगस्त, 2023 को Edge Microgateway में ये सुधार किए हैं और इन समस्याओं को ठीक किया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.2 से जुड़ी अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

कोई नहीं.

3.3.1

Apigee ने 7 जून, 2022 को Edge Microgateway में ये सुधार और बेहतर सुविधाएं रिलीज़ की हैं.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.1 से जुड़ी अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

3.3.0

Apigee ने 4 फ़रवरी, 2022 को Edge Microgateway में ये सुधार किए और इन समस्याओं को ठीक किया.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.3.0 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

npm install apigeetool@0.15.1

वर्शन 3.2.x

गड़बड़ियां ठीक की गईं और सुधार किए गए v.3.2.x

3.2.3

Apigee ने 17 सितंबर, 2021 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियों को ठीक किया है.

कॉम्पोनेंट के वर्शन:

नीचे दी गई टेबल में, Edge Microgateway 3.2.3 से जुड़ी अलग-अलग कॉम्पोनेंट परियोजनाओं के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

3.2.2

Apigee ने 15 जुलाई, 2021 को Edge Microgateway में ये सुधार किए और गड़बड़ियां ठीक कीं.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.2.2 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

सुरक्षा से जुड़ी समस्याएं ठीक की गईं

3.2.1

Apigee ने 5 मार्च, 2021 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियां ठीक की हैं.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.2.1 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

edgemicro:
 enable_GET_req_body: true

3.2.0

Apigee ने 21 जनवरी, 2021 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियां ठीक की हैं.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.2.0 से जुड़े कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

वर्शन 3.1.x

गड़बड़ियां ठीक की गईं और सुधार किए गए v.3.1.x

3.1.8

Apigee ने 16 नवंबर, 2020 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियों को ठीक किया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.1.8 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

3.1.7

Apigee ने 24 सितंबर, 2020 को Edge Microgateway में ये सुधार किए और गड़बड़ियां ठीक कीं.

कॉम्पोनेंट के वर्शन:

नीचे दी गई टेबल में, Edge Microgateway 3.1.7 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

{"message":"write after end","code":"ERR_STREAM_WRITE_AFTER_END"}

3.1.6

Apigee ने 20 अगस्त, 2020 को Edge Microgateway में ये सुधार किए हैं और इन्हें बेहतर बनाया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.1.6 से जुड़े कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

3.1.5

Apigee ने 26 जून, 2020 को Edge Microgateway में ये सुधार किए हैं और गड़बड़ियों को ठीक किया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.1.5 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

3.1.4

Apigee ने 23 अप्रैल, 2020 को Edge Microgateway के लिए यह फ़िक्स जारी किया था.

गड़बड़ी ठीक की गई:

वर्शन 3.1.3 में, डिपेंडेंसी से जुड़ी समस्या को ठीक किया गया. npm रिपॉज़िटरी में, वर्शन 3.1.3 को बंद किया गया के तौर पर मार्क किया गया है. इसके अलावा, वर्शन 3.1.3 के रिलीज़ नोट में बताई गई सभी गड़बड़ियां ठीक कर दी गई हैं और सुधार किए गए हैं.

3.1.3

Apigee ने 15 अप्रैल, 2020 को Edge Microgateway में ये सुधार किए हैं और इन्हें बेहतर बनाया है.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.1.3 से जुड़ी अलग-अलग कॉम्पोनेंट परियोजनाओं के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

• 153509313 - इस समस्या को ठीक कर दिया गया है. इसमें Node.js डीबग मॉड्यूल की वजह से मेमोरी लीक हो रही थी. यह समस्या v3.1.0, v3.1.1, और 3.1.2 वर्शन में मौजूद है.
• 153509313 - इस समस्या को ठीक कर दिया गया है. इसमें दो अलग-अलग लेन-देन के लिए एक ही मैसेज आईडी, लॉगिंग आउटपुट में प्रिंट होता था.
• 151673570 - इस समस्या को ठीक किया गया है. इसमें Edge Microgateway को Apigee KVM API के नए वर्शन का इस्तेमाल करने के लिए अपडेट नहीं किया गया था. Edge Microgateway अब KVM वैल्यू जोड़ने और अपडेट करने के लिए, नई कमांड का इस्तेमाल करता है.
• 152822846 - पिछली रिलीज़ में, Edge Microgateway को अपडेट किया गया था, ताकि संसाधन पाथ मैपिंग की प्रोसेसिंग, Apigee Edge से मेल खाए. इस रिलीज़ में, /literal_string/* पैटर्न को सही तरीके से हैंडल न करने की समस्या को ठीक किया गया है. उदाहरण के लिए, /*/2/*. '/', '/*', और '/**' के रिसॉर्स पाथ के व्यवहार को कॉन्फ़िगर करना लेख भी पढ़ें.
• 152005003 - कोटे के लिए, संगठन और एनवायरमेंट के स्कोप वाले आइडेंटिफ़ायर चालू करने के लिए बदलाव किए गए.
• 152005003 - कोटे के लिए, संगठन और एनवायरमेंट के स्कोप वाले आइडेंटिफ़ायर चालू करने के लिए बदलाव किए गए. 'org + env + appName + productName' के कॉम्बिनेशन का इस्तेमाल, कोटे के आइडेंटिफ़ायर के तौर पर किया जाता है.

3.1.2

Apigee ने 16 मार्च, 2020 को Edge Microgateway में ये सुधार और बेहतर सुविधाएं रिलीज़ की हैं.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.1.3 से जुड़ी अलग-अलग कॉम्पोनेंट परियोजनाओं के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

• 151285018 - Edge Microgateway और बैकएंड टारगेट के बीच ट्रैफ़िक के लिए, एचटीटीपी प्रॉक्सी की सुविधा जोड़ी गई है. इसके अलावा, Edge Microgateway और Apigee Edge के बीच मौजूद एचटीटीपी प्रॉक्सी सपोर्ट से जुड़ी समस्याओं को ठीक किया गया है. ज़्यादा जानकारी के लिए, यहां जाएं:
  • Apigee Edge के साथ कम्यूनिकेट करने के लिए, एचटीटीपी प्रॉक्सी का इस्तेमाल करना
  • टारगेट कम्यूनिकेशन के लिए एचटीटीपी प्रॉक्सी का इस्तेमाल करना
• 149101890 - टारगेट सर्वर या लोड बैलेंसर के कनेक्शन बंद करने पर, लॉग सूचना कोड को ERROR से बदलकर INFO कर दिया गया है.
• 150746985 - इस समस्या को ठीक किया गया है. इसमें कॉन्फ़िगरेशन फ़ाइल में redisBasedConfigCache: true या quotaUri: https://%s-%s.apigee.net/edgemicro-auth मौजूद होने पर, edgemicro verify कमांड ठीक से काम नहीं करती थी.
• 151284716 - रीलोड के दौरान वर्कर को फिर से शुरू करने पर, सर्वर कनेक्शन को तेज़ी से बंद करने की सुविधा जोड़ी गई.
• 151588764 - Edge Microgateway को Docker कंटेनर में चलाने के लिए इस्तेमाल की गई Docker इमेज में Node.js के वर्शन को 12 पर अपडेट करें, क्योंकि Node.js v8 अब काम नहीं करता.
• 151306049 - दस्तावेज़ को अपडेट किया गया है. इसमें Apigee Edge मैनेजमेंट एपीआई की सूची दी गई है. इनका इस्तेमाल Edge Microgateway CLI कमांड करती हैं. Edge Microgateway, किन मैनेजमेंट एपीआई का इस्तेमाल करता है? लेख पढ़ें.

3.1.1

Apigee ने 20 फ़रवरी, 2020 को Edge Microgateway में ये सुधार किए और गड़बड़ियां ठीक कीं.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.1.1 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

• 146069701 - इस समस्या को ठीक किया गया है, जिसमें microgateway-core मॉड्यूल, HTTP_PROXY और HTTPS_PROXY एनवायरमेंट वैरिएबल का पालन नहीं करता था. इस बदलाव के बाद, अगर YAML कॉन्फ़िगरेशन फ़ाइल में प्रॉक्सी सेटिंग दी गई हैं, तो अब उन्हें अनदेखा कर दिया जाएगा. प्रॉक्सी तय करने के लिए, सिर्फ़ एनवायरमेंट वैरिएबल का इस्तेमाल किया जाएगा.

  अगर आपको कॉन्फ़िगरेशन फ़ाइल में प्रॉक्सी कॉन्फ़िगरेशन तय करना है, तो आपको HTTP_PROXY वैरिएबल भी तय करना होगा. इसमें वही प्रॉक्सी यूआरएल होना चाहिए जो कॉन्फ़िगरेशन फ़ाइल में तय किया गया है. उदाहरण के लिए, अगर आपने यह कॉन्फ़िगरेशन तय किया है:

  edge_config:
    proxy: http://10.128.0.20:3128
    proxy_tunnel: true

  आपको यह एनवायरमेंट वैरिएबल भी तय करना होगा:

  HTTP_PROXY=http://10.128.0.20:3128

• 146320620 - एक नया कॉन्फ़िगरेशन पैरामीटर, edgemicro.headers_timeout जोड़ा गया. इस एट्रिब्यूट की मदद से, यह तय किया जाता है कि एचटीटीपी पार्सर, पूरे एचटीटीपी हेडर पाने के लिए कितने समय (मिलीसेकंड में) तक इंतज़ार करेगा. उदाहरण के लिए:

  edgemicro:
  keep_alive_timeout: 6000
  headers_timeout: 12000

  आंतरिक तौर पर, यह पैरामीटर अनुरोधों पर Node.js Server.headersTimeout एट्रिब्यूट सेट करता है. (डिफ़ॉल्ट: edgemicro.keep_alive_timeout के साथ सेट किए गए समय से पांच सेकंड ज़्यादा. डिफ़ॉल्ट रूप से सेट की गई इस सेटिंग की वजह से, लोड बैलेंसर या प्रॉक्सी, कनेक्शन को गलती से नहीं छोड़ते.)

• 149278885 - एक नई सुविधा जोड़ी गई है. इसकी मदद से, ग्लोबल टाइमआउट सेटिंग का इस्तेमाल करने के बजाय, एपीआई प्रॉक्सी लेवल पर टारगेट एपीआई टाइमआउट सेट किया जा सकता है.

  अगर आपने एपीआई प्रॉक्सी में TargetEndpoint प्रॉपर्टी io.timeout.millis सेट की है, तो Edge Microgateway उस प्रॉपर्टी को वापस पा सकेगा और टारगेट एंडपॉइंट के हिसाब से टाइमआउट लागू कर सकेगा. अगर इस पैरामीटर को लागू नहीं किया जाता है, तो Edge Microgateway, edgemicro.request_timeout के साथ तय किए गए ग्लोबल टाइमआउट का इस्तेमाल करता है.

3.1.0

Apigee ने 21 जनवरी, 2020 को Edge Microgateway में ये सुधार किए और गड़बड़ियों को ठीक किया.

कॉम्पोनेंट के वर्शन:

यहां दी गई टेबल में, Edge Microgateway 3.1.0 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

• 144187500 - quotas.failOpen फ़्लैग ट्रिगर होने पर, WARN लेवल का एक नया इवेंट लॉग किया जाएगा. यह फ़्लैग तब ट्रिगर होता है, जब कोटा प्रोसेस करने में कोई गड़बड़ी होती है या Edge को "कोटा लागू करें" अनुरोध भेजने पर, रिमोट कोटा काउंटर अपडेट नहीं होते हैं. ऐसे मामले में, अगले रिमोट कोटा सिंक होने तक, कोटा सिर्फ़ स्थानीय संख्या के आधार पर प्रोसेस किया जाएगा. पहले, इस इवेंट को सिर्फ़ तब लॉग किया जाता था, जब लॉग लेवल को DEBUG पर सेट किया जाता था.

  उदाहरण के लिए:

  2020-01-20T02:52:53.040Z [warn][localhost:8000][5][foo-eval][test][hello/][]
  [DbpGIq9jKfzPX8jvXEivhA0LPwE][f372cc30-3b2f-11ea-845f-a627f][quota][remote quota not
  available so processing locally, setting quota-failed-open for identifier: AppQuota60.Quota60]
  [GET][][][][]

• 145023519 - इस समस्या को ठीक कर दिया गया है. इसमें एपीआई प्रॉक्सी में बदलाव का पता चलने पर, फ़्लाइट में मौजूद या नए लेन-देन पर असर पड़ता था. अब किसी प्रॉक्सी में बदलाव होने पर, Edge Microgateway कैश मेमोरी को रीफ़्रेश करता है और वर्कर नोड रीस्टार्ट होते हैं. इस बदलाव से, फ़्लाइट में किए गए लेन-देन और माइक्रोगेटवे को भेजे जा रहे नए एपीआई कॉल पर कोई असर नहीं पड़ेगा.
• 146378327 - sourceRequest, targetRequest, और targetResponse के लॉग लेवल को INFO लेवल पर बदल दिया गया है.
• 146019878 - Edge Analytics में "API प्रॉक्सी की परफ़ॉर्मेंस" के लिए कैलकुलेट की गई लेटेन्सी और Edge Microgateway sourceResponse/targetResponse लॉग इवेंट के बीच अंतर को ठीक कर दिया गया है. अब Edge Analytics और Microgateway के लॉग इवेंट में होने वाली देरी को एक जैसा कर दिया गया है.
• पैटर्न मैचिंग के लॉजिक से जुड़े बदलाव:
  • 147027862 - oauth प्लगिन को अपडेट किया गया है, ताकि एपीआई प्रॉडक्ट में बताए गए संसाधन पाथ से मेल खाने वाले इन पैटर्न के साथ काम किया जा सके:
    • /{literal}**
    • /{literal}*
    • ऊपर दिए गए दोनों पैटर्न का कोई भी कॉम्बिनेशन

    इस बदलाव के बाद, Edge Microgateway प्लगिन अब Apigee Edge की तरह ही पैटर्न मैचिंग का इस्तेमाल करता है. इसके बारे में '/', '/*', और '/**' के रिसॉर्स पाथ के व्यवहार को कॉन्फ़िगर करना लेख में बताया गया है.

  • 145644205 - apiKeys प्लगिन के पैटर्न मैचिंग लॉजिक को oauth प्लगिन से मैच करने के लिए अपडेट करें.
• 143488312 - इस समस्या को ठीक कर दिया गया है. इसमें क्लाइंट आईडी पैरामीटर में मौजूद लीडिंग या ट्रेलिंग स्पेस की वजह से, OAuth टोकन और एपीआई पासकोड के अनुरोधों के लिए, JWT प्रॉडक्ट लिस्ट खाली हो जाती थी.
• 145640807 और 147579179 - एक नई सुविधा जोड़ी गई है. इसकी मदद से, "सिंक्रनाइज़र" नाम का एक खास Edge Microgateway इंस्टेंस, Apigee Edge से कॉन्फ़िगरेशन डेटा को वापस पा सकता है और उसे स्थानीय Redis डेटाबेस में लिख सकता है. इसके बाद, अन्य माइक्रोगेटवे इंस्टेंस को डेटाबेस से कॉन्फ़िगरेशन डेटा पढ़ने के लिए कॉन्फ़िगर किया जा सकता है. इस सुविधा से, Edge Microgateway को बेहतर तरीके से काम करने में मदद मिलती है. इससे माइक्रोगेटवे इंस्टेंस, Apigee Edge से कम्यूनिकेट किए बिना ही शुरू हो जाते हैं और काम करने लगते हैं. ज़्यादा जानकारी के लिए, सिंक्रनाइज़र का इस्तेमाल करना लेख पढ़ें.

  फ़िलहाल, सिंक्रनाइज़र की सुविधा Redis 5.0.x के साथ काम करती है.

वर्शन 3.0.x

गड़बड़ियां ठीक की गईं और सुधार किए गए v.3.0.x

3.0.10

Apigee ने 8 नवंबर, 2019 को Edge Microgateway में ये सुधार किए और इन्हें बेहतर बनाया.

कॉम्पोनेंट के वर्शन:

नीचे दी गई टेबल में, Edge Microgateway 3.0.10 से जुड़े कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

• 142677575 - इस अपडेट में, Edge Microgateway के लिए एपीआई प्रॉडक्ट में इस्तेमाल किए गए संसाधन पाथ के लिए पैटर्न मैचिंग की सुविधा जोड़ी गई है. अब यह सुविधा, Apigee Edge में इस्तेमाल किए गए संसाधन पाथ के लिए पैटर्न मैचिंग की सुविधा के साथ काम करती है. इसके बारे में '/', '/*', और '/**' के संसाधन पाथ के व्यवहार को कॉन्फ़िगर करना लेख में बताया गया है.

  ध्यान दें: अगर /*/2/** जैसे कंपाउंड रिसॉर्स पैटर्न का इस्तेमाल किया जाता है, तो आपको यह पक्का करना होगा कि edgemicro_auth प्रॉक्सी को स्टैंडअलोन एपीआई प्रॉडक्ट में जोड़ा गया हो. इसके बाद, आपको उस प्रॉडक्ट को प्रॉक्सी के डेवलपर ऐप्लिकेशन में शामिल करना होगा. इसके बारे में यहाँ दिए गए स्क्रीनशॉट में बताया गया है:

  

  ध्यान दें: features.isSingleForwardSlashBlockingEnabled कॉन्फ़िगरेशन प्रॉपर्टी, Edge Microgateway के लिए काम नहीं करती है. इसके बारे में '/', '/*', और '/**' के रिसॉर्स पाथ के व्यवहार को कॉन्फ़िगर करना लेख में बताया गया है.

• 143740696 - quotas के कॉन्फ़िगरेशन स्ट्रक्चर में बदलाव किया गया है. इसके बारे में जानने के लिए, वर्शन 3.0.9 के रिलीज़ नोट भी देखें. quotas प्रॉपर्टी का इस्तेमाल, कोटा प्लगिन को कॉन्फ़िगर करने के लिए किया जाता है. स्ट्रक्चर में बदलाव इसलिए किया गया है, ताकि कॉन्फ़िगरेशन एलिमेंट को बेहतर तरीके से समझा जा सके. कोटा प्लगिन को कॉन्फ़िगर करने के लिए, इस YAML कॉन्फ़िगरेशन का इस्तेमाल करें. ध्यान दें कि कॉन्फ़िगरेशन प्रॉपर्टी को quotas कहा जाता है. हर quotas कॉन्फ़िगरेशन प्रॉपर्टी के बारे में ज़्यादा जानने के लिए, कोटे के लिए कॉन्फ़िगरेशन के विकल्प लेख पढ़ें.

  edgemicro:
    home: ../gateway
    port: 8000
    max_connections: -1
    max_connections_hard: -1
    logging:
      level: info
      dir: /var/tmp
      stats_log_interval: 60
    plugins:
      dir: ../plugins
      sequence:
        - oauth
        - quota
  quotas:
    bufferSize:
      hour: 20000
      minute: 500
      default: 10000
    useDebugMpId: true
    failOpen: true
  ...

• 141750056 - एक नई सुविधा जोड़ी गई है. इसकी मदद से, Redis को कोटे के बैकअप स्टोर के तौर पर इस्तेमाल किया जा सकता है. अगर useRedis सही है, तो volos-quota-redis मॉड्यूल का इस्तेमाल किया जाता है. 'सही है' के तौर पर सेट होने पर, कोटा सिर्फ़ उन Edge Microgateway इंस्टेंस के लिए सीमित होता है जो Redis से कनेक्ट होते हैं. अगर यह वैल्यू फ़ॉल्स है, तो volos-quota-apigee मॉड्यूल का इस्तेमाल बैकिंग स्टोर के तौर पर किया जाता है. साथ ही, कोटा काउंटर ग्लोबल होता है. ज़्यादा जानकारी के लिए, कोटे के लिए कॉन्फ़िगरेशन के विकल्प लेख पढ़ें. उदाहरण के लिए:

  edgemicro:
  ...
  quotas:
    useRedis: true
    redisHost: localhost
    redisPort: 6379
    redisDb: 1

• 140574210 - edgemicro-auth प्रॉक्सी से जनरेट किए गए टोकन के खत्म होने का डिफ़ॉल्ट समय, 108000 मिलीसेकंड (1.8 मिनट) से बदलकर 1800 सेकंड (30 मिनट) कर दिया गया है.
• 143551282 - SAML की सुविधा चालू करने वाले संगठनों के लिए, edgemicro genkeys कमांड को अपडेट किया गया है, ताकि इसमें ‑‑token पैरामीटर शामिल किया जा सके. इस पैरामीटर की मदद से, उपयोगकर्ता नाम/पासवर्ड के बजाय पुष्टि करने के लिए, OAuth टोकन का इस्तेमाल किया जा सकता है. ज़्यादा जानकारी के लिए, पासकोड जनरेट करना लेख पढ़ें.

3.0.9

Apigee ने 11 अक्टूबर, 2019 को Edge Microgateway में ये सुधार किए हैं और इन समस्याओं को ठीक किया है.

कॉम्पोनेंट के वर्शन:

नीचे दी गई टेबल में, Edge Microgateway 3.0.9 से जुड़े अलग-अलग कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

• 141989374 - कोटा प्लगिन के लिए, "fail open" सुविधा जोड़ी गई. इस सुविधा के चालू होने पर, अगर कोटा प्रोसेस करने से जुड़ी कोई गड़बड़ी होती है या Edge को "कोटा लागू करें" अनुरोध भेजने पर, रिमोट कोटा काउंटर अपडेट नहीं होते हैं, तो कोटा को सिर्फ़ स्थानीय काउंट के आधार पर प्रोसेस किया जाएगा. ऐसा तब तक होगा, जब तक रिमोट कोटा सिंक नहीं हो जाता. इन दोनों मामलों में, अनुरोध ऑब्जेक्ट में quota-failed-open फ़्लैग सेट किया जाता है.

  "फ़ेल ओपन" सुविधा के लिए कोटा चालू करने के लिए, यह कॉन्फ़िगरेशन सेट करें:

  quotas :
   failOpen : true

  ध्यान दें: इसके अलावा, OAuth प्लगिन के fail-open अनुरोध ऑब्जेक्ट फ़्लैग का नाम बदलकर oauth-failed-open कर दिया गया है.

• 142093764 - कोटा से ज़्यादा इस्तेमाल को रोकने के लिए, edgemicro-auth प्रॉक्सी में कॉन्फ़िगरेशन से जुड़ा बदलाव किया गया था. बदलाव, कोटा टाइप को calendar पर सेट करने के लिए है. इस सुविधा का इस्तेमाल करने के लिए, आपको edgemicro-auth को 3.0.7 या इसके बाद के वर्शन पर अपडेट करना होगा.
• 142520568 - कोटा के जवाबों में MP (मैसेज प्रोसेसर) आईडी को लॉग करने की सुविधा जोड़ी गई है. इस सुविधा का इस्तेमाल करने के लिए, आपको edgemicro-auth प्रॉक्सी को 3.0.7 या इसके बाद के वर्शन पर अपडेट करना होगा. साथ ही, यह कॉन्फ़िगरेशन सेट करना होगा:

  quotas:
    useDebugMpId: true

  useDebugMpId सेट होने पर, Edge से मिलने वाले कोटा रिस्पॉन्स में एमपी आईडी शामिल होगा. साथ ही, इसे Edge Microgateway से लॉग किया जाएगा. उदाहरण के लिए:

  {
      "allowed": 20,
      "used": 3,
      "exceeded": 0,
      "available": 17,
      "expiryTime": 1570748640000,
      "timestamp": 1570748580323,
      "debugMpId": "6a12dd72-5c8a-4d39-b51d-2c64f953de6a"
  }

3.0.8

Apigee ने 26 सितंबर, 2019 को Edge Microgateway में ये सुधार किए और गड़बड़ियां ठीक कीं.

कॉम्पोनेंट के वर्शन:

नीचे दी गई टेबल में, Edge Microgateway 3.0.8 से जुड़े हर कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

• 140025210 - "fail open" नाम की नई सुविधा जोड़ी गई. इस सुविधा की मदद से, एपीआई प्रोसेसिंग जारी रखी जा सकती है. ऐसा तब होता है, जब कनेक्शन से जुड़ी गड़बड़ी की वजह से, समयसीमा खत्म हो चुके JWT टोकन को रीफ़्रेश नहीं किया जा सकता. इस गड़बड़ी की वजह से, edgemicro-auth प्रॉक्सी को एपीआई कुंजी की पुष्टि करने वाला कॉल नहीं किया जा सकता.

  इस सुविधा की मदद से, ग्रेस पीरियड सेट किया जा सकता है. इस दौरान, पुराना टोकन कैश मेमोरी में सेव रहता है और ग्रेस पीरियड खत्म होने तक इसका फिर से इस्तेमाल किया जाता है. इस सुविधा की मदद से, Edge Microgateway, कनेक्शन में कुछ समय के लिए गड़बड़ी होने पर भी अनुरोधों को प्रोसेस करना जारी रख सकता है. कनेक्टिविटी फिर से शुरू होने और Verify API Key को कॉल करने पर, नया JWT फ़ेच किया जाता है. साथ ही, यह JWT, कैश मेमोरी में मौजूद पुराने JWT की जगह ले लेता है.

  "फ़ेल ओपन" सुविधा को कॉन्फ़िगर करने के लिए, यह तरीका अपनाएं:

  1. Edge Microgateway की कॉन्फ़िगरेशन फ़ाइल में, oauth स्टैंज़ा में यहां दी गई प्रॉपर्टी सेट करें:

     oauth:
       failOpen: true
       failopenGraceInterval: time_in_seconds
       cacheKey: true
       ...

     उदाहरण के लिए:

     oauth:
       failOpen: true
       failopenGraceInterval: 5
       cacheKey: true
       ...

     इस उदाहरण में, अगर कनेक्टिविटी की समस्या की वजह से पुराने टोकन को रीफ़्रेश नहीं किया जा सकता, तो इसका इस्तेमाल पांच सेकंड तक किया जाएगा. पांच सेकंड के बाद, पुष्टि करने से जुड़ी गड़बड़ी का मैसेज दिखेगा.

• 141168968 - सभी प्लगिन लॉग आउटपुट में correlation_id को शामिल करने के लिए, अपडेट किया गया. इसके अलावा, कुछ लॉग के लिए लॉग लेवल को ज़रूरत के हिसाब से error पर सेट किया गया था.
• 140193349 - edgemicro-auth प्रॉक्सी में एक अपडेट किया गया है. इसके तहत, Verify API Key के हर अनुरोध पर Edge Microgateway के पासकोड और सीक्रेट की पुष्टि करना ज़रूरी है. Edge Microgateway को अपडेट कर दिया गया है. अब यह 'एपीआई पासकोड की पुष्टि करें' अनुरोध पर हमेशा पासकोड और सीक्रेट भेजेगा. इस बदलाव से, क्लाइंट को सिर्फ़ एपीआई पासकोड के साथ JWT पाने से रोका जाता है. लेख पढ़ें.
• 140090250 - कोटा प्रोसेसिंग के लिए, डाइग्नोस्टिक लॉगिंग की सुविधा जोड़ी गई है. इस बदलाव के बाद, अब कोटे के लॉग आउटपुट को Edge Microgateway के बाकी लॉग से जोड़ा जा सकता है.

3.0.7

Apigee ने 12 सितंबर, 2019 को Edge Microgateway में ये सुधार किए हैं और इन समस्याओं को ठीक किया है.

कॉम्पोनेंट के वर्शन:

नीचे दी गई टेबल में, Edge Microgateway 3.0.7 से जुड़े कॉम्पोनेंट प्रोजेक्ट के वर्शन नंबर दिए गए हैं. ध्यान दें कि हर कॉम्पोनेंट एक अलग प्रोजेक्ट होता है. इसलिए, हो सकता है कि रिलीज़ नंबर, मुख्य प्रॉडक्ट के वर्शन से मेल न खाएं:

गड़बड़ियां ठीक की गईं और सुधार किए गए:

• 140075602 - OAuth प्लगिन को अपडेट किया गया है, ताकि सही जगह पर 5xx स्टेटस कोड दिखाया जा सके. पहले, प्लगिन 200 के अलावा अन्य सभी मामलों में सिर्फ़ 4xx स्टेटस कोड दिखाता था. अब 200 स्टेटस के अलावा किसी भी मैसेज रिस्पॉन्स के लिए, गड़बड़ी के हिसाब से 4xx या 5xx कोड दिखाया जाएगा.

  यह सुविधा डिफ़ॉल्ट रूप से बंद रहती है. इस सुविधा को चालू करने के लिए, Edge Microgateway के कॉन्फ़िगरेशन में oauth.useUpstreamResponse: true प्रॉपर्टी जोड़ें. उदाहरण के लिए:

  oauth:
    allowNoAuthorization: false
    allowInvalidAuthorization: false
    gracePeriod: 10
    useUpstreamResponse: true

• 140090623 - रिलीज़ 3.0.6 में, एक नई कॉन्फ़िगरेशन प्रॉपर्टी जोड़ी गई है, quota.quotaUri. अगर आपको अपने संगठन में डिप्लॉय किए गए edgemicro-auth प्रॉक्सी के ज़रिए कोटे मैनेज करने हैं, तो इस कॉन्फ़िगरेशन प्रॉपर्टी को सेट करें. अगर इस प्रॉपर्टी को सेट नहीं किया जाता है, तो कोटा एंडपॉइंट डिफ़ॉल्ट रूप से, Edge Microgateway के इंटरनल एंडपॉइंट पर सेट हो जाता है. उदाहरण के लिए:

  edge_config:
    quotaUri: https://%s-%s.apigee.net/edgemicro-auth

  रिलीज़ 3.0.7 में, edgemicro-auth को अपडेट किया गया था, ताकि यह नया कॉन्फ़िगरेशन स्वीकार कर सके. quotaUri प्रॉपर्टी का इस्तेमाल करने के लिए, आपको edgemicro-auth प्रॉक्सी के नए वर्शन पर अपग्रेड करना होगा. ज़्यादा जानकारी के लिए, edgemicro-auth प्रॉक्सी को अपग्रेड करना लेख पढ़ें.

• 140470888 - पुष्टि करने के लिए, कोटा कॉल में एक अनुमति हेडर जोड़ा गया. साथ ही, edgemicro-auth प्रॉक्सी में बदलाव किया गया है, ताकि कोटा आइडेंटिफ़ायर से "organization" को हटाया जा सके. कोटा एंडपॉइंट, ग्राहक के संगठन में मौजूद होता है. इसलिए, अब कोटा आइडेंटिफ़ायर की ज़रूरत नहीं है.
• 140823165 - प्रॉपर्टी का यह नाम:

  edgemicro:
      keepAliveTimeout

  को रिलीज़ 3.0.6 में गलत तरीके से दस्तावेज़ में शामिल किया गया था. प्रॉपर्टी का सही नाम यह है:

  edgemicro:
      keep_alive_timeout

• 139526406 - एक बग ठीक किया गया है. इस बग की वजह से, डेवलपर ऐप्लिकेशन में एक से ज़्यादा प्रॉडक्ट होने पर, कोटे की गलत गिनती होती थी. अब एक से ज़्यादा प्रॉडक्ट वाले ऐप्लिकेशन में, हर प्रॉडक्ट के लिए कोटे को सही तरीके से लागू किया जाता है. 'appName + productName' के कॉम्बिनेशन का इस्तेमाल, कोटा आइडेंटिफ़ायर के तौर पर किया जाता है.

3.0.6

Apigee ने 29 अगस्त, 2019 को Edge Microgateway में ये सुधार किए हैं और इन समस्याओं को ठीक किया है.

• 138633700 - नई कॉन्फ़िगरेशन प्रॉपर्टी, keepAliveTimeout जोड़ी गई. इस प्रॉपर्टी की मदद से, Edge Microgateway के टाइमआउट को मिलीसेकंड में सेट किया जा सकता है. (डिफ़ॉल्ट: 5,000 मिलीसेकंड)

  उदाहरण के लिए:

  edgemicro:
    keep_alive_timeout: 600

• 140090623 - नई कॉन्फ़िगरेशन प्रॉपर्टी, quotaUri जोड़ी गई. अगर आपको अपने संगठन में डिप्लॉय किए गए edgemicro-auth प्रॉक्सी के ज़रिए कोटे मैनेज करने हैं, तो इस कॉन्फ़िगरेशन प्रॉपर्टी को सेट करें. अगर इस प्रॉपर्टी को सेट नहीं किया जाता है, तो कोटा एंडपॉइंट डिफ़ॉल्ट रूप से, Edge Microgateway के इंटरनल एंडपॉइंट पर सेट हो जाता है. उदाहरण के लिए:

  edge_config:
    quotaUri: https://your_org-your_env.apigee.net/edgemicro-auth
  

  इस सुविधा का इस्तेमाल करने के लिए, आपको सबसे पहले अपने संगठन में edgemicro-auth प्रॉक्सी का नया वर्शन डिप्लॉय करना होगा. ज़्यादा जानकारी के लिए, edgemicro-auth प्रॉक्सी को अपग्रेड करना लेख पढ़ें.

• 138722809 - Added a new configuration property, stack_trace. इस प्रॉपर्टी की मदद से, यह कंट्रोल किया जा सकता है कि लॉग फ़ाइलों में स्टैक ट्रेस दिखें या नहीं. उदाहरण के लिए:

  stack_trace: false

  अगर stack_trace को true पर सेट किया जाता है, तो स्टैक ट्रेस को लॉग में प्रिंट किया जाएगा. अगर इसे false पर सेट किया जाता है, तो स्टैक ट्रेस को लॉग में प्रिंट नहीं किया जाएगा.

3.0.5

Apigee ने 15 अगस्त, 2019 को Edge Microgateway में ये सुधार किए और इन्हें बेहतर बनाया.

• 139005279 - इस समस्या को ठीक किया गया है. इसमें edgemicro status कमांड, वर्कर प्रोसेस की सही संख्या नहीं दिखाती थी.
• 138437710 - ExitCounter क्लास में मौजूद एक समस्या को ठीक किया गया है. इस समस्या की वजह से, सही लॉग नहीं लिखा जा रहा था.

• 139064652 - इवेंट और सिस्टम लॉग के लिए, trace और debug लॉगिंग लेवल जोड़ने की सुविधा जोड़ी गई. फ़िलहाल, सिर्फ़ इन लॉग लेवल को जोड़ने की सुविधा जोड़ी गई है. फ़िलहाल, ये लॉग लेवल उपलब्ध हैं: info, warn, और error.
• 139064616 - सभी कंसोल लॉग स्टेटमेंट के लिए, लॉग आउटपुट को स्टैंडर्ड बना दिया गया है. Console logging statements में अब ये एट्रिब्यूट शामिल हैं:
• टाइमस्टैम्प
• कॉम्पोनेंट का नाम
• प्रोसेस आईडी
• कंसोल लॉग मैसेज

• 138413755 - इन सीएलआई कमांड के लिए, JWT कुंजी और सीक्रेट से जुड़े लॉग मैसेज को बेहतर बनाएं: cert, verify, upgradekvm, token, genkeys, revokekeys, rotatekey, और configure.

• 138413577 - बैकएंड सेवा के टाइमआउट के लिए, गड़बड़ी ठीक करने की सुविधा जोड़ें और उसे बेहतर बनाएं.
• 138413303 - Add and improve error handling for response and socket timeouts.
• 138414116 - "कनेक्शन अस्वीकार किया गया" गड़बड़ियों के लिए, गड़बड़ी को हैंडल करने की सुविधा जोड़ें और उसे बेहतर बनाएं.

3.0.4

Apigee ने 1 अगस्त, 2019 को Edge Microgateway में ये सुधार किए हैं और इन समस्याओं को ठीक किया है.

• 134445926 - Edge Microgateway में पुष्टि करने की प्रोसेस को बेहतर बनाया गया है.
• 137582169 - उस समस्या को ठीक किया गया है जिसमें अनचाही प्रोसेस शुरू हो जाती थीं. ज़्यादा प्रोसेस की वजह से, प्लगिन फिर से लोड हुए और उन्होंने बहुत ज़्यादा मेमोरी का इस्तेमाल किया. Edge Microgateway अब प्रोसेस की संख्या को तय सीमा के अंदर रखता है.
• 137768774 - लॉग मैसेज में सुधार:
  • लेन-देन (अनुरोध) के लॉग मिटा दिए गए हैं.
  • ज़रूरत के मुताबिक, ज़्यादा लॉग मैसेज जोड़े गए.
  • लेन-देन (अनुरोध) के लॉग मैसेज को कंसोल आउटपुट से, काम की लॉग फ़ाइल में ले जाया गया.
  • एक ही जगह पर लॉग इकट्ठा करने की प्रोसेस का इस्तेमाल करने के लिए, कंसोल लॉग अपडेट किए गए.
• 138321133, 138320563 - कोटा बफ़र में बुनियादी आंतरिक बदलाव किया गया है, ताकि आने वाले समय में कोटा बढ़ाया जा सके.

3.0.3

Apigee ने 23 जुलाई, 2019 को Edge Microgateway में ये सुधार किए हैं और इन्हें बेहतर बनाया है.

• लॉगिंग से जुड़ी बेहतर सुविधाएं: मौजूदा रनटाइम लॉग, नए eventLog() फ़ंक्शन का इस्तेमाल करते हैं. यह फ़ंक्शन, रनटाइम डेटा को एक जैसे फ़ॉर्मैट में कैप्चर और लॉग करता है. लॉग की जानकारी में ये शामिल हैं:
  • टाइमस्टैंप (आईएसओ 8601: YYYY-MM-DDTHH:mm:ss.sssZ).
  • लॉग लेवल (गड़बड़ी, चेतावनी या जानकारी).
  • होस्टनेम - अनुरोध के हेडर से अनुरोध करने वाला होस्टनेम.
  • प्रोसेस आईडी - अगर Node.js प्रोसेस का क्लस्टर चलाया जा रहा है, तो यह उस प्रोसेस का आईडी होता है जहां लॉगिंग हुई थी.
  • Apigee संगठन का नाम.
  • संगठन में एनवायरमेंट का नाम.
  • एपीआई प्रॉक्सी का नाम.
  • क्लाइंट का आईपी पता.
  • ClientId.
  • कोरिलेशन आईडी (अभी सेट नहीं किया गया है).
  • Edge Microgateway कॉम्पोनेंट का नाम.
  • कस्टम मैसेज - कुछ ऑब्जेक्ट, ऐसी अतिरिक्त जानकारी प्रिंट कर सकते हैं जो इस गड़बड़ी की प्रॉपर्टी को पास की जाती है.
  • अनुरोध का तरीका (अगर एचटीटीपी अनुरोध है).
  • जवाब का स्टेटस कोड (अगर एचटीटीपी अनुरोध है).
  • गड़बड़ी का मैसेज.
  • गड़बड़ी का कोड - अगर किसी ऑब्जेक्ट में गड़बड़ी का कोड शामिल है, तो उसे इस प्रॉपर्टी में प्रिंट किया जाता है.
  • आपने कितना समय लिया.
  • ऑपरेटिंग सिस्टम लाइन के आखिर का मार्कर.

  प्रॉपर्टी की वैल्यू शून्य होने पर, ब्रैकेट खाली हो जाते हैं, [].

  यहां लॉग फ़ॉर्मैट का उदाहरण दिया गया है:

  Timestamp [level][hostname][ProcessId][Org][Environment][APIProxy][ClientIp][ClientId][][component][customMessage][reqMethod][respStatusCode][errMessage][errCode][timeTaken]

  (137770055)

• परफ़ॉर्मेंस: एपीआई प्रॉडक्ट को एनवायरमेंट के हिसाब से फ़िल्टर नहीं किया जा रहा था. इस समस्या को ठीक कर दिया गया है. (135038879)
• फ़ंक्शन की जांच करने वाले अलग-अलग इंटिग्रेशन और कोड की क्वालिटी में सुधार किए गए हैं.

3.0.2

Apigee ने 3 जुलाई, 2019 को Edge Microgateway में ये सुधार किए और बेहतर सुविधाएं जोड़ीं.

कोड की क्वालिटी - कोड की क्वालिटी की समीक्षा की गई है. साथ ही, उपयोगकर्ताओं की ओर से अनुरोध किए गए क्वालिटी स्टैंडर्ड को पूरा करने के लिए, कोड में बदलाव किए गए हैं. हमने JSHint से मिली कोड क्वालिटी की गड़बड़ियों और चेतावनियों को ठीक किया है. इस वजह से, कोड में मौजूद कुछ गड़बड़ियों की पहचान की गई और उन्हें ठीक किया गया. Apigee Edge Microgateway के सभी मॉड्यूल को इस प्रोसेस से गुज़ारा गया था. microgateway-config, microgateway-core, microgateway-plugins,और microgateway के लिए, 28 जून और 2 जुलाई के कमिट देखें. कोड की क्वालिटी में बदलाव वाले सभी मॉड्यूल की जांच, इंटरनल टूल से की गई है. ये टूल, ग्राहकों के इस्तेमाल के उदाहरणों के लिए Edge Microgateway के एक्ज़ीक्यूशन की पुष्टि करते हैं.

3.0.1

Apigee ने 21 जून, 2019 को Edge Microgateway में ये सुधार किए और इन्हें बेहतर बनाया.

• 134834551 - Edge Microgateway के लिए, Node.js के काम करने वाले वर्शन में बदलाव करें
  (Node.js के काम करने वाले वर्शन: 8 और 12; वर्शन 7, 9, और 11 एक्सपेरिमेंटल हैं)
• 134751883 - Edge Microgateway, लोड होने के दौरान फिर से लोड करने पर क्रैश हो जाता है
• 134518428 - अगर फ़िल्टर पैटर्न गलत है, तो Edge Microgateway के प्रॉडक्ट एंडपॉइंट से 5XX कोड मिलता है
• 135113408 - Workers should restart if they terminate unexpectedly
• 134945852 - tokenCacheSize का इस्तेमाल oauth प्लग-इन में नहीं किया जाता
• 134947757 - set cacheTTL in oauth plug-in
• 135445171 - OAuth में ग्रेस पीरियड की गणना सही नहीं है
• Edge Microgateway को इंस्टॉल करने के साथ उपलब्ध कराए गए memored मॉड्यूल का इस्तेमाल करें
• 135367906 - सिक्योरिटी ऑडिट

वर्शन 2.5.x

नई सुविधाएं और बेहतर टूल v.2.5.x

(Fixed 2.5.38, 07/06/2019)

गलत तरीके से फ़ॉर्मैट किए गए JWT की वजह से, टोकन कैश का इस्तेमाल करते समय वर्कर क्रैश हो सकते हैं. Edge microgateway-plugins मॉड्यूल में ठीक किया गया. (b/134672029)

(2.5.37 में जोड़ा गया) सीएलआई विकल्प edgemicro-cert -t जोड़ें.

edgemicro cert -t विकल्प की मदद से, मैनेजमेंट एपीआई की पुष्टि करने के लिए OAuth टोकन तय किया जा सकता है. सर्टिफ़िकेट मैनेज करना लेख भी पढ़ें.

(Added 2.5.35) Add support to debug Edge Microgateway using edgemicroctl.

edgemicroctl के साथ mgdebug फ़्लैग का इस्तेमाल किया जा सकता है. Kubernetes इंटिग्रेशन के टास्क भी देखें.

(2.5.35 में जोड़ा गया) edgemicroctl के लिए Windows बिल्ड चालू करें.

(2.5.31 को जोड़ा गया) नया edgemicro-auth/token API

नया edgemicro-auth/token API जोड़ा गया है. इसकी मदद से, क्लाइंट/सीक्रेट को Base64 एन्कोडेड बेसिक ऑथराइज़ेशन हेडर और grant_type को फ़ॉर्म पैरामीटर के तौर पर पास किया जा सकता है. सीधे तौर पर बियरर टोकन पाना लेख पढ़ें.

(2.5.31 में ठीक किया गया) प्राइवेट कॉन्फ़िगरेशन, टोकन फ़्लैग का पालन नहीं करता

हमने एक ऐसी समस्या को ठीक किया है जिसमें Edge for Private Cloud पर OAuth2 ऐक्सेस टोकन का इस्तेमाल करने के लिए Edge Microgateway को कॉन्फ़िगर करने पर, वह ठीक से काम नहीं करता था. इसका मतलब है कि टोकन का इस्तेमाल नहीं किया जाता था.

Docker: खुद के साइन किए गए सर्टिफ़िकेट इस्तेमाल करने की सुविधा

(2.5.29 में जोड़ा गया) अगर किसी ऐसे सर्टिफ़िकेट अथॉरिटी (सीए) का इस्तेमाल किया जा रहा है जिस पर Node.js डिफ़ॉल्ट रूप से भरोसा नहीं करता है, तो Edge Microgateway के साथ Docker कंटेनर चलाते समय, NODE_EXTRA_CA_CERTS पैरामीटर का इस्तेमाल किया जा सकता है. ज़्यादा जानकारी के लिए, ऐसे CA का इस्तेमाल करना जिस पर Node.js भरोसा नहीं करता लेख पढ़ें.

Docker: टीएलएस के लिए सहायता

(2.5.29 में जोड़ा गया) Docker कंटेनर में चल रहा Edge Microgateway अब Edge Microgateway सर्वर (नॉर्थबाउंड अनुरोध) को भेजे जाने वाले अनुरोधों और Edge Microgateway से टारगेट ऐप्लिकेशन (साउथबाउंड अनुरोध) को भेजे जाने वाले अनुरोधों के लिए टीएलएस के साथ काम करता है.

यहां दिए गए उदाहरणों में, इन टीएलएस कॉन्फ़िगरेशन को सेट अप करने का तरीका बताया गया है:

• नॉर्थबाउंड टीएलएस कॉन्फ़िगरेशन का उदाहरण
• साउथबाउंड टीएलएस कॉन्फ़िगरेशन का उदाहरण

इन उदाहरणों में, आपको यह दिखेगा कि कंटेनर माउंट पॉइंट /opt/apigee/.edgemicro का इस्तेमाल करके, सर्टिफ़िकेट कैसे लोड किए जाते हैं. इसके बाद, Edge Microgateway की कॉन्फ़िगरेशन फ़ाइल में इनका रेफ़रंस दिया जाता है.

Docker: अनुरोध प्रॉक्सी करने की सुविधा

(2.5.27 में जोड़ा गया) अगर Docker कंटेनर में Edge Microgateway चलाया जाता है, तो इन विकल्पों का इस्तेमाल करके प्रॉक्सी के व्यवहार को कंट्रोल किया जा सकता है. ऐसा तब किया जा सकता है, जब माइक्रोवे गेटवे फ़ायरवॉल के पीछे चल रहा हो:

• HTTP_PROXY
• HTTPS_PROXY
• NO_PROXY

ज़्यादा जानकारी के लिए, Edge Micro को Docker कंटेनर के तौर पर चलाना लेख पढ़ें.

Docker: प्लगिन के लिए अपडेट किए गए निर्देश

(2.5.27 को जोड़ा गया) अगर Edge Microgateway को Docker कंटेनर में चलाया जाता है, तो अब आपके पास प्लगिन डिप्लॉय करने के दो विकल्प हैं. Docker माउंट पॉइंट का इस्तेमाल करने का विकल्प नया है. दूसरा विकल्प पहले से मौजूद था और इसमें कोई बदलाव नहीं किया गया है. हालांकि, Dockerfile को अपडेट किया गया है. ज़्यादा जानकारी के लिए, यहां दिए गए लिंक देखें:

• पहला विकल्प: प्लगिन डायरेक्ट्री को किसी वॉल्यूम पर माउंट करना (नया)
• विकल्प B: कंटेनर में प्लगिन बनाना (अपडेट किया गया)

KVM अपग्रेड कमांड के लिए, OAuth टोकन के इस्तेमाल की नई सुविधा

(2.5.27 में जोड़ा गया) upgradekvm कमांड के साथ OAuth टोकन का इस्तेमाल किया जा सकता है. ज़्यादा जानकारी के लिए, केवीएम को अपग्रेड करना लेख पढ़ें.

Edge Analytics में एपीआई को अलग-अलग करना

(2.5.26 को जोड़ा गया) नए Analytics प्लगिन फ़्लैग की मदद से, किसी एपीआई पाथ को अलग किया जा सकता है, ताकि वह Edge Analytics डैशबोर्ड में अलग प्रॉक्सी के तौर पर दिखे. उदाहरण के लिए, हेल्थ चेक एपीआई को अलग किया जा सकता है, ताकि उन्हें असली एपीआई कॉल के साथ भ्रमित न किया जा सके. ज़्यादा जानकारी के लिए, विश्लेषण से पाथ बाहर करना लेख पढ़ें.

लोकल प्रॉक्सी कॉन्फ़िगर करना

(2.5.25 में जोड़ी गई) लोकल प्रॉक्सी की मदद से, आपको Apigee Edge पर मैन्युअल तरीके से माइक्रोगेटवे-अवेयर प्रॉक्सी बनाने की ज़रूरत नहीं होती. इसके बजाय, माइक्रोगेटवे लोकल प्रॉक्सी के बेस पाथ का इस्तेमाल करेगा. ज़्यादा जानकारी के लिए, लोकल प्रॉक्सी मोड का इस्तेमाल करना लेख पढ़ें.

स्टैंडअलोन मोड का इस्तेमाल करना

(2.5.25 को जोड़ा गया) Edge Microgateway को किसी भी Apigee Edge डिपेंडेंसी से पूरी तरह से डिसकनेक्ट करके चलाया जा सकता है. इस मोड को स्टैंडअलोन मोड कहा जाता है. इसकी मदद से, इंटरनेट कनेक्शन के बिना Edge Microgateway को चलाया और टेस्ट किया जा सकता है. इसके बारे में ज़्यादा जानने के लिए, स्टैंडअलोन मोड में Edge Microgateway चलाना लेख पढ़ें.

कुंजियां रद्द करना

(2.5.19 में जोड़ा गया) एक नई सीएलआई कमांड जोड़ी गई है. यह Edge Microgateway कॉन्फ़िगरेशन के लिए, कुंजी और सीक्रेट क्रेडेंशियल को रद्द करती है.

edgemicro revokekeys -o [organization] -e [environment] -u [username] -k [key] -s [secret]

Docker का इस्तेमाल करने की सुविधा

(2.5.19 को जोड़ा गया) अब Edge Microgateway की नई रिलीज़ को Docker इमेज के तौर पर डाउनलोड किया जा सकता है:

docker pull gcr.io/apigee-microgateway/edgemicro:latest

Kubernetes के साथ काम करता हो

(2.5.19 को जोड़ा गया) Edge Microgateway को किसी सेवा के तौर पर या Kubernetes क्लस्टर में डिप्लॉय की गई सेवाओं के सामने साइडकार गेटवे के तौर पर डिप्लॉय किया जा सकता है. देखें: Kubernetes की खास जानकारी के साथ Edge Microgateway को इंटिग्रेट करना.

टीसीपी नोडिले विकल्प के लिए सहायता

(2.5.16 वर्शन में जोड़ी गई) Edge Micro कॉन्फ़िगरेशन में एक नई कॉन्फ़िगरेशन सेटिंग, nodelay, जोड़ी गई है.

डिफ़ॉल्ट रूप से, टीसीपी कनेक्शन डेटा को बफ़र करने के लिए Nagle एल्गोरिदम का इस्तेमाल करते हैं. इसके बाद, डेटा को भेजा जाता है. nodelay को true पर सेट करने से, यह सुविधा बंद हो जाती है. इसका मतलब है कि socket.write() को कॉल किए जाने पर, डेटा तुरंत भेज दिया जाएगा. ज़्यादा जानकारी के लिए, Node.js का दस्तावेज़ भी देखें.

nodelay को चालू करने के लिए, Edge Micro की कॉन्फ़िगरेशन फ़ाइल में यह बदलाव करें:

edgemicro:
  nodelay: true
  port: 8000
  max_connections: 1000
  config_change_poll_interval: 600
  logging:
    level: error
    dir: /var/tmp
    stats_log_interval: 60
    rotate_interval: 24

हमेशा निगरानी रखने की सुविधा के लिए, सीएलआई के नए विकल्प

(2.5.12 को जोड़ा गया) edgemicro forever कमांड में नए पैरामीटर जोड़े गए हैं. इन पैरामीटर की मदद से, forever.json फ़ाइल की जगह की जानकारी दी जा सकती है. साथ ही, Forever बैकग्राउंड प्रोसेस को शुरू या बंद किया जा सकता है. हमेशा के लिए मॉनिटरिंग भी देखें

उदाहरण:

Forever का इस्तेमाल शुरू करने के लिए:

edgemicro forever -f ~/mydir/forever.json -a start

'हमेशा के लिए' सेटिंग बंद करने के लिए:

edgemicro forever -a stop

JWT डेटा सुरक्षित करने वाली कुंजी का नया वर्शन बनाना

एक नई सुविधा जोड़ी गई है. इसकी मदद से, Edge Microgateway पर OAuth सुरक्षा के लिए इस्तेमाल किए जाने वाले JWT टोकन जनरेट करने के लिए, सार्वजनिक/निजी पासकोड के जोड़े को रोटेट किया जा सकता है. JWT कुंजियों को रोटेट करना लेख पढ़ें.

डाउनलोड की गई एपीआई प्रॉक्सी को फ़िल्टर करना

डिफ़ॉल्ट रूप से, Edge Microgateway आपके Edge संगठन में मौजूद उन सभी प्रॉक्सी को डाउनलोड करता है जिनके नाम "edgemicro_" से शुरू होते हैं. इस डिफ़ॉल्ट सेटिंग को बदलकर, उन प्रॉक्सी को डाउनलोड किया जा सकता है जिनके नाम किसी पैटर्न से मेल खाते हैं. डाउनलोड की गई प्रॉक्सी को फ़िल्टर करना लेख पढ़ें.

एपीआई प्रॉक्सी के बिना प्रॉडक्ट तय करना

Apigee Edge में, ऐसा एपीआई प्रॉडक्ट बनाया जा सकता है जिसमें कोई एपीआई प्रॉक्सी शामिल न हो. इस प्रॉडक्ट कॉन्फ़िगरेशन की मदद से, उस प्रॉडक्ट से जुड़ा एपीआई पासकोड, आपके संगठन में डिप्लॉय किए गए किसी भी प्रॉक्सी के साथ काम कर सकता है. Edge Microgateway के वर्शन 2.5.4 के बाद से, इस प्रॉडक्ट कॉन्फ़िगरेशन का इस्तेमाल किया जा सकता है.

हमेशा निगरानी करने की सुविधा

Edge Microgateway में एक forever.json फ़ाइल होती है. इसे कॉन्फ़िगर करके, यह कंट्रोल किया जा सकता है कि Edge Microgateway को कितनी बार और कितने समय के अंतराल पर रीस्टार्ट किया जाना चाहिए. यह फ़ाइल, forever-monitor नाम की सेवा को कॉन्फ़िगर करती है. यह सेवा, Forever को प्रोग्राम के हिसाब से मैनेज करती है. हमेशा के लिए मॉनिटर करना लेख पढ़ें.

Edge Micro की कॉन्फ़िगरेशन फ़ाइल को एक जगह से मैनेज करना

अगर आपने Edge Microgateway के कई इंस्टेंस चलाए हैं, तो हो सकता है कि आपको उनके कॉन्फ़िगरेशन को एक ही जगह से मैनेज करना हो. इसके लिए, आपको एक एचटीटीपी एंडपॉइंट तय करना होगा. इस एंडपॉइंट से Edge Micro, अपनी कॉन्फ़िगरेशन फ़ाइल डाउनलोड कर सकता है. कॉन्फ़िगरेशन फ़ाइल का एंडपॉइंट तय करना लेख पढ़ें.

forever सीएलआई विकल्प के लिए सहायता

(2.5.8 वर्शन में जोड़ी गई) forever.json फ़ाइल की जगह की जानकारी देने के लिए, edgemicro forever [package.json] कमांड का इस्तेमाल करें. इस कमांड को जोड़ने से पहले, कॉन्फ़िगरेशन फ़ाइल को Edge Microgateway की रूट डायरेक्ट्री में होना चाहिए.

उदाहरण के लिए:

edgemicro forever ~/mydir/forever.json

reload कमांड में configUrl विकल्प जोड़ा गया

(2.5.8 वर्शन में जोड़ा गया) अब edgemicro reload कमांड के साथ --configUrl या -u विकल्प का इस्तेमाल किया जा सकता है.

JWT के समय में अंतर होने पर ग्रेस पीरियड

(2.5.7 में जोड़ा गया) OAuth कॉन्फ़िगरेशन में मौजूद gracePeriod एट्रिब्यूट, गड़बड़ियों को रोकने में मदद करता है. ये गड़बड़ियां, आपके सिस्टम क्लॉक और JWT ऑथराइज़ेशन टोकन में बताए गए Not Before (nbf) या Issued At (iat) समय के बीच मामूली अंतर की वजह से होती हैं. इस एट्रिब्यूट की वैल्यू को उन सेकंड की संख्या पर सेट करें जिनमें इस तरह के अंतर की अनुमति है. OAuth एट्रिब्यूट देखें.

(2.5.7 में जोड़ा गया) OAuth कॉन्फ़िगरेशन में मौजूद gracePeriod एट्रिब्यूट, गड़बड़ियों को रोकने में मदद करता है. ये गड़बड़ियां, आपके सिस्टम क्लॉक और JWT ऑथराइज़ेशन टोकन में बताए गए Not Before (nbf) या Issued At (iat) समय के बीच मामूली अंतर की वजह से होती हैं. इस एट्रिब्यूट की वैल्यू को उन सेकंड की संख्या पर सेट करें जिनमें इस तरह के अंतर की अनुमति है. OAuth एट्रिब्यूट देखें.

गड़बड़ियां ठीक की गईं v2.5.x

• (समस्या #236) कैश मेमोरी मिटाने के बारे में जानकारी देते समय टाइपिंग की गलती को ठीक किया गया.
• (समस्या #234) Edge Microgateway 2.5.35 के लिए, रीलोड क्रैश हो जाता है.
• (समस्या #135) -v विकल्प का इस्तेमाल करते समय, वर्चुअल होस्ट का अमान्य रेफ़रंस "secure" गड़बड़ी. यह फ़िक्स, डिप्लॉयमेंट से पहले edgemicro-auth प्रॉक्सी में बदलाव करता है, ताकि यह पक्का किया जा सके कि वर्चुअल होस्ट, "-v" फ़्लैग में बताए गए होस्ट से पूरी तरह मेल खाते हों. इसके अलावा, वर्चुअल होस्ट के लिए कोई भी नाम और संख्या तय की जा सकती है. अब यह डिफ़ॉल्ट और सुरक्षित तक सीमित नहीं है.
• (समस्या #141) edgemicro reload कमांड, कॉन्फ़िगरेशन फ़ाइल के विकल्प -c के साथ काम नहीं करती. इस समस्या को हल कर दिया गया है.
• (समस्या #142) Edge Microgateway, इंस्टॉल करते समय डेप्रिकेट किए गए क्रिप्टो के बारे में शिकायत करता है. इस समस्या को हल कर दिया गया है.
• (समस्या #145) Edge Microgateway के साथ कोटा काम नहीं कर रहा है. इस समस्या को हल कर दिया गया है.
• (Apigee कम्यूनिटी की समस्या: EMG - JWT टोकन की पुष्टि, OAUTH में मौजूद दोनों एपीआई प्रॉक्सी और संसाधन यूआरआई के ख़िलाफ़ की गई) JWT टोकन की पुष्टि, OAUTH में मौजूद दोनों एपीआई प्रॉक्सी और संसाधन यूआरआई के ख़िलाफ़ की गई. इस समस्या को ठीक कर दिया गया है.
• (Apigee कम्यूनिटी की समस्या: हेडर में OAuth टोकन न होने पर भी Microgateway काम कर रहा है) OAuth के साथ Microgateway काम नहीं कर रहा है. इस समस्या को हल कर दिया गया है.
• Windows पर pidPath की समस्या ठीक की गई.
• (समस्या #157) इस समस्या को ठीक कर दिया गया है. इस वजह से, गड़बड़ी का यह मैसेज दिखता था: ReferenceError: deployProxyWithPassword को तय नहीं किया गया है.
• (समस्या #169) Node.js की डिपेंडेंसी अपडेट करें (npm audit)
• edgemicro-auth प्रॉक्सी अब Edge JWT नीतियों का इस्तेमाल करती है. अब प्रॉक्सी को JWT के साथ काम करने के लिए, Node.js पर निर्भर नहीं रहना पड़ता.

वर्शन 2.4.x

नई सुविधाएं और बेहतर बनाई गई सेवाएं v.2.4.x

1. edgemicro-auth प्रॉक्सी (PR 116) के लिए, कस्टम एलियास सेट करें

edgemicro-auth प्रॉक्सी के लिए, डिफ़ॉल्ट बेसपाथ बदला जा सकता है. डिफ़ॉल्ट रूप से, basepath /edgemicro-auth होता है. इसे बदलने के लिए, edgemicro configure कमांड पर -x फ़्लैग का इस्तेमाल करें.

उदाहरण:

edgemicro configure -x /mypath …

2. बेस पाथ के लिए वाइल्डकार्ड इस्तेमाल करने की सुविधा (पीआर 77)

edgemicro_* प्रॉक्सी के बेस पाथ में, एक या उससे ज़्यादा "*" वाइल्डकार्ड का इस्तेमाल किया जा सकता है. उदाहरण के लिए, /team/*/members का बेस पाथ, क्लाइंट को https://[host]/team/blue/members और https://[host]/team/green/members को कॉल करने की अनुमति देता है. इसके लिए, आपको नई टीमों के लिए नई एपीआई प्रॉक्सी बनाने की ज़रूरत नहीं होती. ध्यान दें कि /**/ का इस्तेमाल नहीं किया जा सकता.

3. प्राइवेट क्लाउड कॉन्फ़िगरेशन के लिए, सीएलआई में कस्टम कॉन्फ़िगरेशन पाथ जोड़ा गया (पीआर 99)

डिफ़ॉल्ट रूप से, माइक्रोगेटवे की कॉन्फ़िगरेशन फ़ाइल ./config/config.yaml में होती है. अब init, configure, और start कमांड पर, -c या --configDir फ़्लैग का इस्तेमाल करके, कमांड लाइन पर कस्टम कॉन्फ़िगरेशन पाथ तय किया जा सकता है. उस समस्या को ठीक किया गया है जिसमें Private Cloud इंस्टॉलेशन के लिए कस्टम कॉन्फ़िगरेशन डायरेक्ट्री को पहचाना नहीं जा रहा था.

उदाहरण:

edgemicro start -o docs -e test -k abc123 -s xyz456 -c /home/microgateway/config

4. *_PROXY वैरिएबल (PR 61) का पालन करें

अगर Edge Microgateway को फ़ायरवॉल के पीछे इंस्टॉल किया गया है और वह पब्लिक क्लाउड में मौजूद Apigee Edge से कम्यूनिकेट नहीं कर पा रहा है, तो इन दो विकल्पों पर विचार करें:

पहला विकल्प:

पहला विकल्प यह है कि microgateway की कॉन्फ़िगरेशन फ़ाइल में, edgemicro: proxy_tunnel विकल्प को सही पर सेट करें:

edge_config:
   proxy: http://10.224.16.85:3128
   proxy_tunnel: true

जब proxy_tunnel की वैल्यू true होती है, तब Edge Microgateway, एचटीटीपी अनुरोधों को टनल करने के लिए एचटीटीपी CONNECT तरीके का इस्तेमाल करता है. ऐसा एक टीसीपी कनेक्शन पर किया जाता है. (अगर प्रॉक्सी को कॉन्फ़िगर करने के लिए एनवायरमेंट वैरिएबल में टीएलएस चालू है, तो भी ऐसा ही होगा).

दूसरा विकल्प:

दूसरा विकल्प यह है कि प्रॉक्सी तय करें और माइक्रोगेटवे कॉन्फ़िगरेशन फ़ाइल में proxy_tunnel को false पर सेट करें. उदाहरण के लिए:

edge_config:
   proxy: http://10.224.16.85:3128
   proxy_tunnel: false

इस मामले में, आपके पास इन वैरिएबल को सेट करने का विकल्प होता है. इससे, हर उस एचटीटीपी प्रॉक्सी के लिए होस्ट को कंट्रोल किया जा सकता है जिसका आपको इस्तेमाल करना है. इसके अलावा, यह भी कंट्रोल किया जा सकता है कि किन होस्ट को Edge Microgateway प्रॉक्सी को हैंडल नहीं करना चाहिए: HTTP_PROXY, HTTPS_PROXY, और NO_PROXY. आपके पास NO_PROXY को उन डोमेन की कॉमा लगाकर अलग की गई सूची के तौर पर सेट करने का विकल्प होता है जिनके लिए Edge Microgateway को प्रॉक्सी नहीं करना चाहिए. उदाहरण के लिए:

export HTTP_PROXY='http://localhost:3786'
export HTTPS_PROXY='https://localhost:3786'

इन वैरिएबल के बारे में ज़्यादा जानने के लिए, यह लेख पढ़ें:

https://www.npmjs.com/package/request#controlling-proxy-behaviour-using-environment-variables

5. टारगेट अनुरोधों के लिए कस्टम टाइमआउट सेट करें (PR 57)

इस कॉन्फ़िगरेशन की मदद से, टारगेट किए गए अनुरोधों के लिए कस्टम टाइमआउट सेट किया जा सकता है:

edgemicro:
    request_timeout: 10

टाइम आउट को सेकंड में सेट किया जाता है. अगर टाइम आउट होता है, तो Edge Microgateway, 504 स्टेटस कोड के साथ जवाब देता है.

6. टारगेट रिस्पॉन्स पर कस्टम एचटीटीपी स्टेटस मैसेज का पालन करें (पीआर 53)

Edge Microgateway, टारगेट रिस्पॉन्स पर सेट किए गए कस्टम एचटीटीपी स्टेटस मैसेज का पालन करता है. पिछली रिलीज़ में, टारगेट से भेजे गए स्टेटस मैसेज को Node.js के डिफ़ॉल्ट मैसेज से बदल दिया जाता था.

7. X-Forwarded-For हेडर, analytics के लिए client_ip सेट कर सकता है

अगर X-Forwarded-For हेडर मौजूद है, तो यह Edge Analytics में रिपोर्ट किए गए client_ip वैरिएबल को सेट करेगा. इस सुविधा से, आपको उस क्लाइंट के आईपी पते के बारे में पता चलता है जिसने Edge Microgateway को अनुरोध भेजा है.

8. OAuth प्लगिन में बदलाव

OAuth प्लगिन, एपीआई पासकोड की पुष्टि करने और OAuth ऐक्सेस टोकन की पुष्टि करने की सुविधा देता है. इस बदलाव से पहले, प्लगिन सुरक्षा के दोनों तरीकों को स्वीकार करता था. इस बदलाव के बाद, सिर्फ़ एक सुरक्षा मॉडल को अनुमति दी जा सकती है. हालांकि, बैकवर्ड कंपैटिबिलिटी बनी रहेगी.

OAuth प्लगिन में दो नए फ़्लैग जोड़े गए हैं:

• allowOAuthOnly -- अगर इसे true पर सेट किया जाता है, तो हर एपीआई को Bearer ऐक्सेस टोकन के साथ एक Authorization हेडर ले जाना होगा.

• allowAPIKeyOnly -- अगर इसे true पर सेट किया जाता है, तो हर एपीआई में एपीआई पासकोड के साथ x-api-key हेडर (या कस्टम जगह) होना चाहिए.

Edge Microgateway की कॉन्फ़िगरेशन फ़ाइल में इन फ़्लैग को इस तरह सेट किया जाता है:

oauth:
    allowNoAuthorization: false
    allowInvalidAuthorization: false
    keep-authorization-header: false
    allowOAuthOnly: false
    allowAPIKeyOnly: false

9. edgemicro-auth प्रॉक्सी को बेहतर बनाया गया (PR 40)

edgemicro-auth प्रॉक्सी में सुधार किए गए हैं. इन बदलावों से पहले, प्रॉक्सी Edge Secure Store में कुंजियां सेव करती थी. यह एक एन्क्रिप्ट (सुरक्षित) किया गया वॉल्ट है. अब प्रॉक्सी, Edge के एन्क्रिप्ट (सुरक्षित) किए गए की-वैल्यू मैप (केवीएम) में कुंजियां सेव करती है.

10. Rewriting default target URL in a plugin (PR 74)

टारगेट एंडपॉइंट पोर्ट को भी बदला जा सकता है. साथ ही, एचटीटीपी और एचटीटीपीएस में से किसी एक को चुना जा सकता है. अपने प्लगिन कोड में इन वैरिएबल में बदलाव करें: req.targetPort और req.targetSecure. एचटीटीपीएस चुनने के लिए, req.targetSecure को true पर सेट करें. एचटीटीपी के लिए, इसे false पर सेट करें. अगर आपने req.targetSecure को सही पर सेट किया है, तो ज़्यादा जानकारी के लिए इस चर्चा थ्रेड को देखें.

11. OAuth टोकन की पुष्टि करने की सुविधा के लिए शुरुआती सहायता (PR 125)

Edge Microgateway को, उपयोगकर्ता नाम/पासवर्ड के बजाय पुष्टि करने के लिए OAuth टोकन का इस्तेमाल करने के लिए कॉन्फ़िगर किया जा सकता है. OAuth टोकन का इस्तेमाल करने के लिए, edgemicro configure कमांड पर इस पैरामीटर का इस्तेमाल करें:

-t, --token <token>

उदाहरण के लिए:

edgemicro configure -o docs -e test -t <your token>

गड़बड़ियां ठीक की गईं v2.4.3

• उस समस्या को ठीक किया गया है जिसमें edgemicro-auth प्रॉक्सी को ठीक से चलाने के लिए, पैसे चुकाकर ली गई सदस्यता वाले संगठन की ज़रूरत होती थी. अब Edge Microgateway का इस्तेमाल, ट्रायल ऑर्गनाइज़ेशन के साथ भी किया जा सकता है. (PR 5)
• उस समस्या को ठीक किया गया है जिसमें स्ट्रीम, डेटा को प्रोसेस नहीं कर रही थी, लेकिन एंड हैंडलर फिर भी काम कर रहे थे. इस वजह से, अधूरा जवाब भेजा गया. (PR 71)
• Private Cloud इंस्टॉलेशन के लिए, कस्टम कॉन्फ़िगरेशन डायरेक्ट्री को पहचाना नहीं जा रहा था. इस समस्या को ठीक कर दिया गया है. (PR 110)
• क्लाइंट और Edge Microgateway के बीच, दोनों तरफ़ से एसएसएल की समस्या ठीक की गई. (पीआर 70)
• एपीआई पासकोड की पुष्टि करने की सुविधा को सही तरीके से काम करने के लिए, प्रॉक्सी बेसपाथ पर ट्रेलिंग स्लैश की ज़रूरत होती थी. इस समस्या को ठीक कर दिया गया है. अब बेसपाथ के आखिर में ट्रेलिंग स्लैश की ज़रूरत नहीं है. (पीआर 48)

वर्शन 2.3.5

नई सुविधाएं और बेहतर बनाई गई सेवाएं v.2.3.5

प्रॉक्सी फ़िल्टर करना

आपके पास यह फ़िल्टर करने का विकल्प होता है कि Edge Microgateway का कौनसा इंस्टेंस, माइक्रोगेटवे के बारे में जानकारी रखने वाली प्रॉक्सी को प्रोसेस करेगा. Edge Microgateway शुरू होने पर, यह उस संगठन से जुड़ी सभी microgateway-aware प्रॉक्सी डाउनलोड करता है. इस कॉन्फ़िगरेशन का इस्तेमाल करके, यह तय किया जा सकता है कि माइक्रोगेटवे किन प्रॉक्सी को प्रोसेस करेगा. उदाहरण के लिए, इस कॉन्फ़िगरेशन से, माइक्रोगेटवे जिन प्रॉक्सी को प्रोसेस करेगा उनकी संख्या तीन तक सीमित हो जाती है: edgemicro_proxy-1, edgemicro_proxy-2, और edgemicro_proxy-3:

proxies:
  - edgemicro_proxy-1
  - edgemicro_proxy-2
  - edgemicro_proxy-3

Analytics में डेटा मास्किंग

नए कॉन्फ़िगरेशन की मदद से, अनुरोध के पाथ की जानकारी को Edge Analytics में दिखने से रोका जा सकता है. अनुरोध यूआरआई और/या अनुरोध पाथ को मास्क करने के लिए, माइक्रोगेटवे कॉन्फ़िगरेशन में यह कोड जोड़ें. ध्यान दें कि यूआरआई में अनुरोध के होस्टनेम और पाथ वाले हिस्से शामिल होते हैं.

analytics:
  mask_request_uri: 'string_to_mask'
  mask_request_path: 'string_to_mask'

वर्शन 2.3.3

नई सुविधाएं और बेहतर बनाई गई सेवाएं v.2.3.3

इस रिलीज़ में जोड़ी गई नई सुविधाओं और बेहतर बनाए गए फ़ंक्शन के बारे में यहां बताया गया है.

अपने-आप बदलाव होने की जानकारी पाने की सुविधा बंद करना

माइक्रोगेटवे कॉन्फ़िगरेशन में इस एट्रिब्यूट को सेट करके, अपने-आप बदलाव की जानकारी पाने की सुविधा बंद की जा सकती है:

disabled_config_poll_interval: true

डिफ़ॉल्ट रूप से, समय-समय पर होने वाली पोलिंग, Edge पर किए गए किसी भी बदलाव (जैसे, प्रॉडक्ट में बदलाव, माइक्रोगेटवे के बारे में जानकारी रखने वाली प्रॉक्सी वगैरह) के साथ-साथ स्थानीय कॉन्फ़िगरेशन फ़ाइल में किए गए बदलावों को भी चुनती है. डिफ़ॉल्ट रूप से, पोलिंग इंटरवल 600 सेकंड (पांच मिनट) होता है.

प्लगिन में टारगेट यूआरएल फिर से लिखना

अपने प्लगिन कोड में इन वैरिएबल में बदलाव करके, किसी प्लगिन में डिफ़ॉल्ट टारगेट यूआरएल को डाइनैमिक रूप से बदला जा सकता है: req.targetHostname और req.targetPath.

नए प्लगिन फ़ंक्शन का सिग्नेचर

एक नया प्लगिन फ़ंक्शन सिग्नेचर जोड़ा गया है, जो टारगेट रिस्पॉन्स को आर्ग्युमेंट के तौर पर उपलब्ध कराता है. इस जानकारी के जुड़ने से, प्लगिन के लिए टारगेट किए गए जवाब को ऐक्सेस करना आसान हो जाता है.

function(sourceRequest, sourceResponse, targetResponse, data, cb)

डिफ़ॉल्ट लॉगिंग आउटपुट को आसान बनाया गया

डिफ़ॉल्ट रूप से, लॉगिंग सेवा अब डाउनलोड की गई प्रॉक्सी, प्रॉडक्ट, और JWT के JSON को शामिल नहीं करती है. Edge Microgateway शुरू करते समय, DEBUG=* सेट करके इन ऑब्जेक्ट को डिफ़ॉल्ट रूप से आउटपुट में शामिल किया जा सकता है. उदाहरण के लिए:

DEBUG=* edgemicro start -o docs -e test -k abc123 -s xyz456

सीएलआई में कस्टम कॉन्फ़िगरेशन पाथ जोड़ा गया

डिफ़ॉल्ट रूप से, माइक्रोगेटवे की कॉन्फ़िगरेशन फ़ाइल ./config/config.yaml में होती है. init, configure, और start कमांड पर, अब कमांड लाइन पर कस्टम कॉन्फ़िगरेशन पाथ तय किया जा सकता है. जैसे:

edgemicro start -o docs -e test -k abc123 -s xyz456 -c /home/microgateway/config

गड़बड़ियां ठीक की गईं v2.3.3

• मेमोरी लीक की समस्या को ठीक किया गया है. यह समस्या, बड़े अनुरोध/जवाब के दौरान होती थी.
• प्लगिन के एक्ज़ीक्यूशन के क्रम को ठीक किया गया. अब यह दस्तावेज़ में बताए गए तरीके से काम करता है.
• accumulate-request प्लगिन अब GET अनुरोधों के लिए नहीं रुकता.
• accumulate-response प्लगिन में एक समस्या ठीक की गई है. इसमें रिस्पॉन्स बॉडी न होने की वजह से गड़बड़ियां होती थीं.

रिलीज़ 2.3.1

इंस्टॉल करने से जुड़ा नोट

Edge Microgateway के कुछ पिछले वर्शन में, ZIP फ़ाइल डाउनलोड करके सॉफ़्टवेयर इंस्टॉल किया जा सकता है. इन ZIP फ़ाइलों का इस्तेमाल अब नहीं किया जा सकता. Edge Microgateway को इंस्टॉल करने के लिए, आपको इनका इस्तेमाल करना होगा:

npm install -g edgemicro

ज़्यादा जानकारी के लिए, इंस्टॉलेशन का विषय देखें.

नई सुविधाएं और बेहतर बनाई गई सेवाएं v.2.3.1

इस रिलीज़ में जोड़ी गई नई सुविधाओं और बेहतर बनाए गए फ़ंक्शन के बारे में यहां बताया गया है.

फ़िल्टर प्रॉक्सी

नए कॉन्फ़िगरेशन की मदद से, यह फ़िल्टर किया जा सकता है कि Edge Microgateway किन प्रॉक्सी को स्टार्टअप पर लोड करेगा. पहले, माइक्रोगेटवे, माइक्रोगेटवे के बारे में जानने वाली सभी प्रॉक्सी (edgemicro_* नाम वाली प्रॉक्सी) को लोड करता था. ये प्रॉक्सी, Edge संगठन/एनवायरमेंट से पुल की जाती थीं. आपने edgemicro configure कमांड में इस संगठन/एनवायरमेंट के बारे में बताया था. इस नई सुविधा की मदद से, प्रॉक्सी की इस सूची को फ़िल्टर किया जा सकता है. इससे Edge Microgateway सिर्फ़ उन प्रॉक्सी को लोड करता है जिन्हें आपने चुना है. माइक्रोगेटवे की कॉन्फ़िगरेशन फ़ाइल में, प्रॉक्सी एलिमेंट को इस तरह जोड़ें:

edge micro:
proxies:
    - edgemicro_[name]
    - edgemicro_[name]
    ...

उदाहरण के लिए, मान लें कि आपके Edge संगठन/एनवायरमेंट में 50 edgemicro_* प्रॉक्सी हैं. इनमें edgemicro_foo और edgemicro_bar नाम वाली प्रॉक्सी भी शामिल हैं. माइक्रोगेटवे को सिर्फ़ इन दो प्रॉक्सी का इस्तेमाल करने के लिए, इस तरह निर्देश दिया जा सकता है:

edge micro:
proxies:
    - edgemicro_foo
    - edgemicro_bar

शुरू होने पर, माइक्रोगेटवे सिर्फ़ तय की गई प्रॉक्सी को कॉल कर पाएगा. Edge संगठन/एनवायरमेंट से डाउनलोड की गई, माइक्रोगेटवे के बारे में जानने वाली अन्य प्रॉक्सी को कॉल करने की किसी भी कोशिश से गड़बड़ी होगी.

प्लगिन में टारगेट किए गए अनुरोध के हेडर सेट करना

अगर आपको टारगेट अनुरोध हेडर जोड़ने या उनमें बदलाव करने हैं, तो आपको दो बुनियादी पैटर्न पर ध्यान देना होगा: पहला, जिसमें आने वाले अनुरोध में डेटा शामिल होता है (जैसे, पोस्ट अनुरोध में) और दूसरा, जिसमें डेटा शामिल नहीं होता है (जैसे, सामान्य जीईटी अनुरोध में).

मान लें कि किसी अनुरोध में डेटा शामिल है और आपको टारगेट अनुरोध पर अनुरोध हेडर सेट करने हैं. Edge Microgateway के पिछले वर्शन में, इस मामले में टारगेट हेडर को भरोसेमंद तरीके से सेट नहीं किया जा सकता था.

इस पैटर्न की मुख्य बात यह है कि सबसे पहले क्लाइंट से मिलने वाले सभी डेटा को इकट्ठा किया जाए. इसके बाद, हेडर को पसंद के मुताबिक बनाने के लिए, onend_request() फ़ंक्शन में नए फ़ंक्शन request.setOverrideHeader(name, value) का इस्तेमाल करें.

यहां प्लगिन का सैंपल कोड दिया गया है, जिसमें यह तरीका बताया गया है. onend_request में सेट किए गए हेडर, टारगेट को भेजे जाते हैं:

module.exports.init = function(config, logger, stats) {


  function accumulate(req, data) {
    if (!req._chunks) req._chunks = [];
    req._chunks.push(data);
  }

  return {

    ondata_request: function(req, res, data, next) {
      if (data && data.length > 0) accumulate(req, data);
      next(null, null);
    },

    onend_request: function(req, res, data, next) {
      if (data && data.length > 0) accumulate(req, data);
      var content = Buffer.concat(req._chunks);
      delete req._chunks;
      req.setOverrideHeader('foo', 'bar');
      req.setOverrideHeader('content-length', content.length);
      next(null, content);
    },


    onerror_request: function(req, res, data, next) {
      next(null, null);
    }

  };

}

अगर अनुरोध में डेटा शामिल नहीं है, तो onrequest() हैंडलर में टारगेट हेडर सेट किए जा सकते हैं. यह पैटर्न नया नहीं है. इसे पहले भी दस्तावेज़ में शामिल किया गया था. साथ ही, इसका इस्तेमाल Edge Microgateway के साथ उपलब्ध कराए गए सैंपल प्लगिन में किया गया था.

onrequest: function(req, res, next) {
      debug('plugin onrequest');
      req.headers['x-foo-request-id'] = "bar";
      req.headers['x-foo-request-start'] = Date.now();
      next();
    }

बिना किसी रुकावट के फिर से लोड करने की सुविधा

Edge Microgateway के कॉन्फ़िगरेशन में बदलाव करने के बाद, किसी भी मैसेज को हटाए बिना कॉन्फ़िगरेशन लोड किया जा सकता है. इस बदलाव के बाद, Edge Microgateway हमेशा क्लस्टर मोड में शुरू होता है. साथ ही, --cluster विकल्प को edgemicro start कमांड से हटा दिया गया है.

इसके अलावा, तीन नई सीएलआई कमांड जोड़ी गई हैं. आपको इन कमांड को उसी डायरेक्ट्री से चलाना होगा जहां से edgemicro start कमांड को लागू किया गया था:

• edgemicro status - इससे यह पता चलता है कि Edge Microgateway चल रहा है या नहीं.
• edgemicro stop - इससे Edge Microgateway क्लस्टर बंद हो जाता है.
• edgemicro reload - इससे Edge Microgateway के कॉन्फ़िगरेशन को बिना किसी रुकावट के फिर से लोड किया जाता है.

बिना किसी रुकावट के कॉन्फ़िगरेशन अपने-आप रीलोड होने की सुविधा

Edge Microgateway समय-समय पर नया कॉन्फ़िगरेशन लोड करता है. अगर कोई बदलाव होता है, तो यह फिर से लोड होता है. पोलिंग, Edge पर किए गए किसी भी बदलाव (जैसे, प्रॉडक्ट में बदलाव, माइक्रोगेटवे के बारे में जानने वाली प्रॉक्सी वगैरह) के साथ-साथ स्थानीय कॉन्फ़िगरेशन फ़ाइल में किए गए बदलावों को भी चुनती है. डिफ़ॉल्ट पोलिंग इंटरवल 600 सेकंड (पांच मिनट) होता है. माइक्रोगेटवे की कॉन्फ़िगरेशन फ़ाइल में जाकर, डिफ़ॉल्ट वैल्यू को इस तरह बदला जा सकता है:

edgemicro:
    config_change_poll_interval: [seconds]

सीएलआई में वर्शन की जानकारी जोड़ी गई

सीएलआई में --version फ़्लैग जोड़ा गया. Edge Microgateway का मौजूदा वर्शन पाने के लिए, इसका इस्तेमाल करें:

edgemicro --version

Edge Microgateway सर्वर के लिए एसएसएल के नए विकल्प

Edge Microgateway में अब सर्वर एसएसएल के ये विकल्प भी उपलब्ध हैं. इनके अलावा, key और cert भी उपलब्ध हैं:

लॉग फ़ाइलों को stdout पर भेजना

नई कॉन्फ़िगरेशन सेटिंग की मदद से, लॉग डेटा को स्टैंडर्ड आउटपुट पर भेजा जा सकता है:

edgemicro:
  logging:
    to_console: true

लॉग फ़ाइलें मैनेज करना लेख पढ़ें.

वर्शन 2.1.2

इस रिलीज़ में जोड़ी गई नई सुविधाओं और बेहतर बनाए गए फ़ंक्शन के बारे में यहां बताया गया है.

कॉन्फ़िगरेशन के लिए कस्टम एपीआई एंडपॉइंट की अनुमति दें

ऑथराइज़ेशन प्रॉक्सी के लिए, कॉन्फ़िगर किए जा सकने वाले नए एंडपॉइंट उपलब्ध हैं. ये कस्टम ऑथराइज़ेशन सेवा के इस्तेमाल का समर्थन करते हैं. ये एंडपॉइंट हैं:

• edgeconfig:verify_api_key_url
• edgeconfig:products

ज़्यादा जानकारी के लिए, कस्टम ऑथेंटिकेशन सेवा का इस्तेमाल करना लेख पढ़ें.

वर्शन 2.1.1

इस रिलीज़ में जोड़ी गई नई सुविधाओं और बेहतर बनाए गए फ़ंक्शन के बारे में यहां बताया गया है.

क्रॉस-प्लैटफ़ॉर्म के साथ काम करने वाले ऑथराइज़ेशन प्रॉक्सी को डिप्लॉय करें

Edge Microgateway ऑथराइज़ेशन प्रॉक्सी को Edge पर डिप्लॉय करने के लिए इस्तेमाल की जाने वाली कमांड को बेहतर बनाया गया है, ताकि यह Windows सिस्टम पर काम कर सके.

वर्शन 2.1.0

नई सुविधाएं और बेहतर बनाई गई सेवाएं v.21.0

यहां नई सुविधाओं और सुधारों के बारे में बताया गया है:

क्लाइंट एसएसएल/टीएलएस के विकल्प तय करना

कॉन्फ़िगरेशन के नए विकल्पों का इस्तेमाल करके, टारगेट के लिए एसएसएल/टीएसएल कनेक्शन के क्लाइंट विकल्प तय किए जा सकते हैं. क्लाइंट एसएसएल/टीएसएल विकल्पों का इस्तेमाल करना लेख पढ़ें.

वर्शन 2.0.11

Installation note v2.0.11

Edge Microgateway के कुछ पिछले वर्शन में, ZIP फ़ाइल डाउनलोड करके सॉफ़्टवेयर इंस्टॉल किया जा सकता है. इन ZIP फ़ाइलों का इस्तेमाल अब नहीं किया जा सकता. Edge Microgateway को इंस्टॉल करने के लिए, आपको इनका इस्तेमाल करना होगा:

npm install -g edgemicro

ज़्यादा जानकारी के लिए, इंस्टॉलेशन का विषय देखें.

नई सुविधाएं और बेहतर टूल v.2.0.11

यहां नई सुविधाओं और सुधारों के बारे में बताया गया है:

स्टार्टअप पर पोर्ट की जानकारी देना

स्टार्ट कमांड की मदद से, कॉन्फ़िगरेशन फ़ाइल में दिए गए पोर्ट को बदलने के लिए, पोर्ट नंबर तय किया जा सकता है. PORT एनवायरमेंट वैरिएबल का इस्तेमाल करके भी पोर्ट नंबर डाला जा सकता है. ज़्यादा जानकारी के लिए, start command देखें.

ज़रूरत पड़ने पर, पुष्टि करने वाले हेडर को सेव करें

keepAuthHeader नाम की नई कॉन्फ़िगरेशन सेटिंग की मदद से, अनुरोध में भेजे गए अनुमति हेडर को सुरक्षित रखा जा सकता है. अगर इसे 'सही है' पर सेट किया जाता है, तो Auth हेडर को टारगेट पर पास किया जाता है. oauth एट्रिब्यूट देखें.

कस्टम ऑथराइज़ेशन सेवा का इस्तेमाल करने की सुविधा

अगर आपको पुष्टि करने के लिए, अपनी कस्टम सेवा का इस्तेमाल करना है, तो Edge Microgateway की कॉन्फ़िगरेशन फ़ाइल में authUri वैल्यू को बदलकर, अपनी सेवा पर ले जाएं. ज़्यादा जानकारी के लिए, कस्टम ऑथराइज़ेशन सेवा का इस्तेमाल करना लेख पढ़ें.

वर्शन 2.0.4

Edge Microgateway v.2.0.4 को 25 मई, 2016 को रिलीज़ किया गया था.

नई सुविधाएं और बेहतर बनाई गई सेवाएं v2.0.4

इस रिलीज़ में जोड़ी गई नई सुविधाएं और किए गए सुधार यहां दिए गए हैं.

प्रॉडक्ट में रिसॉर्स पाथ के लिए सहायता

Edge Microgateway अब प्रॉडक्ट में रिसॉर्स पाथ के साथ काम करता है. संसाधन पाथ की मदद से, प्रॉक्सी पाथ के सफ़िक्स के आधार पर एपीआई के ऐक्सेस पर पाबंदी लगाई जा सकती है. प्रॉडक्ट बनाने और रिसॉर्स पाथ कॉन्फ़िगर करने के बारे में जानकारी पाने के लिए, एपीआई प्रॉडक्ट बनाना लेख पढ़ें.

npm global install के लिए सहायता

अब npm -g (ग्लोबल) विकल्प का इस्तेमाल करके, Edge Microgateway इंस्टॉल किया जा सकता है. इस विकल्प के बारे में ज़्यादा जानने के लिए, npm के दस्तावेज़ देखें.

वर्शन 2.0.0

Edge Microgateway v2.0.0 को 18 अप्रैल, 2016 को रिलीज़ किया गया था.

नई सुविधाएं और बेहतर बनाई गई सेवाएं v.2.0.0

इस रिलीज़ में जोड़ी गई नई सुविधाएं और किए गए सुधार यहां दिए गए हैं.

सिंगल प्रोसेस सर्वर

Edge Microgateway अब एक सिंगल प्रोसेस सर्वर है. अब इसमें दो प्रोसेस वाले मॉडल का इस्तेमाल नहीं किया जाता है. इस मॉडल में, एक प्रोसेस (जिसे पहले "एजेंट" कहा जाता था) Edge Microgateway को लॉन्च करती है, जबकि दूसरी प्रोसेस. नए आर्किटेक्चर की मदद से, ऑटोमेशन और कंटेनर बनाने की प्रोसेस को आसान बनाया जा सकता है.

नेमस्पेस वाली कॉन्फ़िगरेशन फ़ाइलें

कॉन्फ़िगरेशन फ़ाइलों को अब संगठन और एनवायरमेंट के हिसाब से नाम दिया जाता है, ताकि एक ही होस्ट पर कई Microgateway इंस्टेंस चल सकें. Edge Microgateway कॉन्फ़िगरेशन कमांड चलाने के बाद, आपको ~/.edgemicro में कॉन्फ़िगरेशन फ़ाइलें मिल सकती हैं.

नए एनवायरमेंट वैरिएबल

अब चार एनवायरमेंट वैरिएबल हैं: EDGEMICRO_ORG, EDGEMICRO_ENV, EDGEMICRO_KEY, EDGEMICRO_SECRET. अगर आपने अपने सिस्टम पर इन वैरिएबल को सेट किया है, तो Edge Microgateway को कॉन्फ़िगर और शुरू करने के लिए कमांड-लाइन इंटरफ़ेस (CLI) का इस्तेमाल करते समय, आपको इनकी वैल्यू तय करने की ज़रूरत नहीं है.

कैश किया गया कॉन्फ़िगरेशन

अगर Edge Microgateway को Apigee Edge से कनेक्ट किए बिना रीस्टार्ट किया जाता है, तो यह कैश की गई कॉन्फ़िगरेशन फ़ाइल का इस्तेमाल करता है.

क्लस्टर मोड

अब क्लस्टर मोड में Edge Microgateway शुरू करने के विकल्प उपलब्ध हैं. क्लस्टर मोड की मदद से, मल्टी-कोर सिस्टम का फ़ायदा लिया जा सकता है. माइक्रोगेटवे, इस सुविधा के लिए Node.js क्लस्टर मॉड्यूल का इस्तेमाल करता है. ज़्यादा जानकारी के लिए, Node.js का दस्तावेज़ देखें.

गड़बड़ियां ठीक की गईं v2.0.0

प्लगिन इवेंट का लाइफ़साइकल अब एसिंक कोड को सही तरीके से हैंडल करता है. इस कोड में, नए कॉलबैक वाला कोड होता है.

वर्शन 1.1.2

Edge Microgateway v. 1.1.2 को 14 मार्च, 2016 को रिलीज़ किया गया था.

नई सुविधाएं और बेहतर बनाई गई सेवाएं v.1.1.2

इस रिलीज़ में जोड़ी गई नई सुविधाएं और किए गए सुधार यहां दिए गए हैं.

परफ़ॉर्मेंस में सुधार

Edge Microgateway अब बेहतर कनेक्शन पूलिंग के लिए, Node.js एचटीटीपी एजेंट का सही तरीके से इस्तेमाल करता है. इस बेहतर सुविधा से, ज़्यादा लोड होने पर परफ़ॉर्मेंस और स्थिरता बेहतर होती है.

रिमोट डीबगर की सुविधा

Edge Microgateway को node-inspector जैसे रिमोट डीबगर के साथ चलाने के लिए कॉन्फ़िगर किया जा सकता है.

नई कॉन्फ़िगरेशन फ़ाइल की जगह

Edge Microgateway को कॉन्फ़िगर करने पर, agent/config/default.yaml फ़ाइल को अब ~./edgemicro/config.yaml में कॉपी कर दिया जाता है.

लॉग फ़ाइल रोटेशन

कॉन्फ़िगरेशन के नए एट्रिब्यूट की मदद से, Edge Microgateway के लॉग के रोटेशन का इंटरवल तय किया जा सकता है.

गड़बड़ियां ठीक की गईं v1.1.2

वर्शन 1.1.2 में, इन गड़बड़ियों को ठीक किया गया है.