Akamai ਦਾ ਬਦਲਾਅ: CDN ਕੈਸ਼ਿੰਗ ਤੋਂ ਸੁਰੱਖਿਆ ਅਤੇ ਐਜ ਕੰਪਿਊਟ ਤੱਕ

Akamai ਦਾ ਬਦਲਾਅ: ਸਿਰਫ਼ ਤੇਜ਼ ਪੇਜ਼ਾਂ ਤੋਂ ਸੁਰੱਖਿਆ ਅਤੇ ਐਜ ਕੰਪਿਊਟ ਦੀ طرف\n\nਕਈ ਸਾਲਾਂ ਲਈ, ਜਦੋਂ ਕਿਸੇ ਨੇ “Akamai” ਦਾ ਨਾਮ ਸੁਣਿਆ ਤਾਂ ਉਹ ਸੋਚਦੇ ਸਨ “ਤੇਜ਼ ਵੈੱਬਸਾਈਟ.” ਇਹ ਹੁਣ ਵੀ ਸਹੀ ਹੈ—ਪਰ ਹੁਣ ਇਹ ਸਾਰੀ ਕਹਾਣੀ ਨਹੀਂ ਰਹੀ। ਆਜ ਦੇ ਸਮੇਂ ਟੀਮਾਂ ਨੂੰ ਸਭ ਤੋਂ ਵੱਡੀ ਸਮੱਸਿਆਵਾਂ ਸਿਰਫ਼ ਸਪੀਡ ਬਾਰੇ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਉਹ ਉਪਲਬਧਤਾ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਬਾਰੇ, ਆਟੋਮੇਟਿਡ ਦੁਰੁਪਯੋਗ ਰੋਕਣ ਬਾਰੇ, APIs ਦੀ ਰੱਖਿਆ ਬਾਰੇ ਅਤੇ ਹਫ਼ਤੇ (ਜਾਂ ਦਿਨ) ਵਿੱਚ ਬਦਲਦੇ ਆਧੁਨਿਕ ਐਪਸ ਨੂੰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਸਹਾਰਨ ਬਾਰੇ ਹਨ।\n\nਇਹ ਬਦਲਾਅ ਇਸ ਲਈ ਜ਼ਰੂਰੀ ਹੈ ਕਿਉਂਕਿ “ਐਜ”—ਉਹ ਜਗ੍ਹਾ ਜੋ ਯੂਜ਼ਰਾਂ ਅਤੇ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਦੇ ਨੇੜੇ ਹੈ—ਹੁਣ ਕਾਰਗਰ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਖ਼ਤਰੇ ਦੋਹਾਂ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਸਭ ਤੋਂ ਬਿਹਤਰ ਬਿੰਦੂ ਬਣ ਚੁੱਕੀ ਹੈ। ਜਦੋਂ ਹਮਲੇ ਅਤੇ ਯੂਜ਼ਰ ਬੇਨਤੀਆਂ ਇੱਕੋ ਹੀ ਦਰਵਾਜ਼ੇ 'ਤੇ ਲੱਗਦੀਆਂ ਹਨ, ਉਦੋਂ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਥਾਂ 'ਤੇ ਜਾਂਚਣਾ, ਫਿਲਟਰ ਕਰਨਾ ਅਤੇ ਤੇਜ਼ ਕਰਨਾ ਵਧੀਆ ਹੈ, ਨਾ ਕਿ ਬਾਅਦ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਟੂਲ ਜੋੜਣੇ।\n\n### ਇਹ ਸੈਕਸ਼ਨ (ਅਤੇ ਲੇਖ) ਕੀ ਕਰੇਗਾ\n\nਇਹ ਇੱਕ ਪ੍ਰਾਇਕਟਿਕਲ ਓਵਰਵਿਊ ਹੈ ਕਿ ਕਿਉਂ Akamai ਨੇ ਇੱਕ ਕੈਸ਼ਿੰਗ-ਕੇਂਦ੍ਰਿਤ CDN ਤੋਂ ਇੱਕ ਵਿਆਪਕ ਐਜ ਪਲੇਟਫਾਰਮ ਵੱਲ ਰੁਖ ਕੀਤਾ ਜੋ ਡਿਲਿਵਰੀ, ਸੁਰੱਖਿਆ ਅਤੇ ਐਜ ਕੰਪਿਊਟ ਨੂੰ ਮਿਲਾਉਂਦਾ ਹੈ। ਇਹ ਕਿਸੇ ਵਿਕਰੇਤਾ ਦੀ ਪ੍ਰਚਾਰਕ ਲਿਖਤ ਨਹੀਂ ਹੈ, ਅਤੇ ਤੁਹਾਨੂੰ ਨੈਟਵਰਕ ਵਿਸ਼ੇਸ਼ਗਿਆ ਨਹੀਂ ਹੋਣਾ ਲਾਜ਼ਮੀ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਸਮਝ ਸਕੋ।\n\n### ਇਹ ਕਿਸ ਲਈ ਹੈ\n\nਜੇ ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਕਿਸੇ ਭੂਮਿਕਾ ਵਿੱਚ ਹੋ, ਤਾਂ ਇਹ ਬਦਲਾਅ ਤੁਹਾਡੇ ਫੈਸਲਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ:\n\n- ਉਤਪਾਦ ਨੇਤਾ (Product leaders) ਜੋ conversion, ਭਰੋਸੇਯੋਗੀਅਤਾ ਅਤੇ ਧੋਖਾਧੜੀ/ਦੁਰੁਪਯੋਗ ਖ਼ਤਰੇ ਦੇ ਵਿਚਕਾਰ ਸੰਤुलਨ ਬੈਠਾਉਂਦੇ ਹਨ\n- IT ਅਤੇ ਸੁਰੱਖਿਆ ਟੀਮਾਂ ਜੋ uptime, ਇਨਸੀਡੈਂਟ ਰਿਸਪਾਂਸ ਅਤੇ ਐਕਸੈਸ ਕੰਟਰੋਲ ਲਈ ਜ਼ਿਮੇਵਾਰ ਹਨ\n- ਡਿਵੈਲਪਰ ਜੋ APIs ਅਤੇ ਵੈੱਬ ਐਪਸ ਸ਼ਿਪ ਕਰਦੇ ਹਨ ਅਤੇ ਰਿਲੀਜ਼ ਵਿੱਚ ਰੁਕਾਵਟ ਬਿਨਾਂ ਗਾਰਡਰੇਲ ਚਾਹੁੰਦੇ ਹਨ\n\n### ਯਾਦ ਰੱਖਣ ਲਈ ਤਿੰਨ ਸਤੰਭ\n\nਜਦੋਂ ਤੁਸੀਂ ਪੜ੍ਹੋ, ਤਾਂ Akamai ਦੇ ਬਦਲਾਅ ਨੂੰ ਤਿੰਨ ਜੁੜੇ ਹਿੱਸਿਆਂ ਵਿੱਚ ਸੋਚੋ:\n\n1. ਡਿਲਿਵਰੀ: ਸਮੱਗਰੀ ਅਤੇ ਐਪ ਜਵਾਬ ਯੂਜ਼ਰਾਂ ਤੱਕ ਤੇਜ਼ ਅਤੇ ਸਥਿਰ ਤਰੀਕੇ ਨਾਲ ਪਹੁੰਚਾਣਾ\n2. ਸੁਰੱਖਿਆ: ਜਿੱਥੇ ਟ੍ਰੈਫਿਕ ਦਾਖਲ ਹੁੰਦਾ ਹੈ ਉੱਥੇ DDoS, ਵੈੱਬ ਹਮਲੇ, ਬੋਟ ਦੁਰੁਪਯੋਗ ਅਤੇ API ਖ਼ਤਰਿਆਂ ਨੂੰ ਰੋਕਣਾ\n3. ਐਜ ਕੰਪਿਊਟ: ਯੂਜ਼ਰਾਂ ਦੇ ਨੇੜੇ ਛੋਟੀ ਲਾਜਿਕ ਚਲਾਕੇ ਲੇਟੈਂਸੀ ਘਟਾਉਣਾ ਅਤੇ origin ਸਿਸਟਮਾਂ ਨੂੰ ਹਲਕਾ ਕਰਨਾ\n\nਲੇਖ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਇਹ ਦਿਖਾਵੇਗਾ ਕਿ ਇਹ ਤੇਨੋਂ ਸਤੰਭ ਇਕਠੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ—ਅਤੇ ਟੀਮਾਂ ਨੂੰ ਕਿਹੜੇ ਟਰੇਡ-ਆਫ਼ ਸੋਚਣੇ ਚਾਹੀਦੇ ਹਨ।\n\n## CDN 101: ਕੈਸ਼ਿੰਗ ਕੀ ਹੈ (ਅਤੇ ਹੁਣ ਕੀ ਨਹੀਂ ਹੱਲ ਕਰਦੀ)\n\nਇੱਕ content delivery network (CDN) distributed Points of Presence (PoPs) ਦਾ ਸੈੱਟ ਹੈ—ਡੇਟਾ ਸੈਂਟਰ ਜੋ ਅਖੀਰਲੇ ਯੂਜ਼ਰਾਂ ਦੇ ਨੇੜੇ ਰੱਖੇ ਜਾਂਦੇ ਹਨ। ਹਰ PoP ਦੇ ਅੰਦਰ edge servers ਹੁੰਦੇ ਹਨ ਜੋ ਤੁਹਾਡੀ ਸਾਈਟ ਦੀ ਸਮੱਗਰੀ ਮੁੜ-ਮੁੜ origin (ਤੁਹਾਡਾ ਮੁੱਖ ਵੈੱਬ ਸਰਵਰ ਜਾਂ ਕਲਾਉਡ ਸਟੋਰੇਜ) ਨੂੰ ਵੇਖਣ ਬਿਨਾਂ ਸਰਵ ਕਰ ਸਕਦੇ ਹਨ।\n\n### ਮੁੱਖ ਵਿਚਾਰ: cache hit vs. cache miss\n\nਜਦੋਂ ਇੱਕ ਯੂਜ਼ਰ ਕਿਸੇ ਫਾਇਲ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ, edge ਜਾਂਚਦਾ ਹੈ ਕਿ ਕੀ ਉਸ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਤਾਜ਼ਾ ਨਕਲ ਮੌਜੂਦ ਹੈ:\n\n- Cache hit: edge ਤੁਰੰਤ ਸਮੱਗਰੀ ਸਰਵ ਕਰਦਾ ਹੈ। ਯੂਜ਼ਰ ਲਈ ਤੇਜ਼ੀ ਅਤੇ origin ਤੇ ਕੰਮ ਘਟਦਾ ਹੈ।\n- Cache miss: edge origin ਤੋਂ ਸਮੱਗਰੀ ਲੈ ਕੇ ਯੂਜ਼ਰ ਨੂੰ ਵਾਪਸ ਕਰਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਵਾਰ ਲਈ ਸ਼ਾਇਦ ਸਟੋਰ ਕਰ ਲੈਂਦਾ ਹੈ।\n\n### ਕੈਸ਼ਿੰਗ ਅਚ্ছে ਤਰੀਕੇ ਨਾਲ ਕੀ ਸਾਲਵ ਕਰਦੀ ਹੈ\n\nਕੈਸ਼ਿੰਗ ਲੋਕਪ੍ਰਿਯ ਹੋਈ ਕਿਉਂਕਿ ਇਹ ਮੁੱਢਲੀ ਚੀਜ਼ਾਂ ਵਿੱਚ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਸੁਧਾਰ ਲਿਆਉਂਦੀ ਹੈ:\n\n- ਘੱਟ ਲੇਟੈਂਸੀ: ਸਮੱਗਰੀ ਨੇੜੇਲੇ PoP ਤੋਂ ਪਹੁੰਚਦੀ ਹੈ ਨਾ ਕਿ ਦੂਰਲੇ origin ਤੋਂ।\n- ਬੈਂਡਵਿਡਥ ਖ਼ਰਚ ਘਟਾਉਂਦਾ ਹੈ: origin ਤੋਂ ਘੱਟ ਬਾਈਟਸ ਇੰਟਰਨੈੱਟ ਤੋਂ ਗੁਜ਼ਰਦੇ ਹਨ।\n- Origin offload: origin ਤੇ ਘੱਟ ਬੇਨਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜੋ ਸਪਾਈਕ ਦੌਰਾਨ ਸਥਿਰਤਾ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।\n\nਇਹ ਖਾਸ ਕਰਕੇ “ਸਟੈਟਿਕ” ਐਸੈਟਸ ਲਈ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੈ—ਇਮੇਜ, JavaScript, CSS, ਡਾਊਨਲੋਡ—ਜਿੱਥੇ ਇਕੋ ਜਿਹੇ ਬਾਈਟਾਂ ਬਹੁਤ ਸਾਰੇ ਵਿਜਿਟਰਾਂ ਲਈ ਦੁਬਾਰਾ ਵਰਤੀ ਜਾ ਸਕਦੀਆਂ ਹਨ।\n\n### ਹੁਣ ਕੈਸ਼ਿੰਗ ਕਿੱਥੇ ਮੁਸ਼ਕਲ ਹੁੰਦੀ ਹੈ\n\nਆਧੁਨਿਕ ਵੈੱਬਸਾਈਟ ਅਤੇ ਐਪਸ ਵੱਧ ਕਰਕੇ ਡਾਇਨਾਮਿਕ by default ਹੋ ਰਹੇ ਹਨ:\n\n- ਪਾਰਸਨਲਾਈਜ਼ੇਸ਼ਨ (ਸਿਫਾਰਸ਼ਾਂ, ਲੌਗਡ-ਇਨ ਵਿਊਜ਼) ਨਾਲ ਜਵਾਬ ਹਰ ਯੂਜ਼ਰ ਲਈ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ।\n- APIs ਅਕਸਰ ਪ੍ਰਤੀ ਬੇਨਤੀ ਡੇਟਾ ਵਾਪਸ ਕਰਦੇ ਹਨ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਲਈ ਸੇਫ਼ ਤਰੀਕੇ ਨਾਲ ਕੈਸ਼ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।\n- ਰੀਅਲ-ਟਾਈਮ ਫੀਚਰ (ਇਨਵੈਂਟਰੀ, ਕੀਮਤ, ਚੈਟ) ਤਾਜ਼ਗੀ ਨੂੰ ਪ੍ਰਾਥਮਿਕਤਾ ਦਿੰਦੇ ਹਨ ਨਾ ਕਿ ਦੁਬਾਰਾ ਵਰਤੋਂ ਨੂੰ।\n\nਨਤੀਜਾ: ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਹੁਣ ਸਿਰਫ਼ cache hit ਦਰ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਰਹਿ ਸਕਦੇ।\n\n### ਨਵੀਂ ਉਮੀਦ\n\nਯੂਜ਼ਰ ਉਮੀਦ ਕਰਦੇ ਹਨ ਕਿ ਐਪ ਹਰ ਜਗ੍ਹਾ ਤੁਰੰਤ ਮਹਿਸੂਸ ਹੋਵੇ, ਅਤੇ ਆਉਟੇਜ ਜਾਂ ਹਮਲੇ ਦੌਰਾਨ ਵੀ ਉਪਲਬਧ ਰਹਿਣ। ਇਹ CDN ਨੂੰ “ਤੇਜ਼ ਪੇਜ਼” ਤੋਂ ਅੱਗੇ ਲੈ ਜਾਂਦਾ ਹੈ—ਹਮੇਸ਼ਾ-ਚਾਲੂ ਡਿਲਿਵਰੀ, ਸਮਾਰਟ ਟ੍ਰੈਫਿਕ ਹੈਂਡਲਿੰਗ ਅਤੇ ਉਹ ਸੁਰੱਖਿਆ ਜਿੱਥੇ ਬੇਨਤੀਆਂ ਪਹਿਲਾਂ ਆਉਂਦੀਆਂ ਹਨ।\n\n## ਕੀ ਬਦਲਿਆ: ਆਧੁਨਿਕ ਟ੍ਰੈਫਿਕ, ਆਧੁਨਿਕ ਖ਼ਤਰੇ, ਆਧੁਨਿਕ ਐਪਸ\n\nਸਟੈਟਿਕ ਫਾਇਲਾਂ ਦੀ ਕੈਸ਼ਿੰਗ ਹਜੇ ਵੀ ਲਾਭਦਾਇਕ ਹੈ—ਪਰ ਹੁਣ ਇਹ ਕੇਂਦਰ ਨਹੀਂ ਰਹੀ। ਜਿਵੇਂ ਲੋਕ ਇੰਟਰਨੈੱਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਅਤੇ ਹਮਲਾਵਰ ਇਸਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦੇ ਹਨ, ਤਰਜੀਹਾਂ ਬਦਲ ਗਈਆਂ ਹਨ। ਇਸੇ ਲਈ Akamai ਵਰਗੀਆਂ ਕੰਪਨੀਆਂ "ਇਸਨੂੰ ਤੇਜ਼ ਬਣਾਓ" ਤੋਂ "ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ, ਉਪਲਬਧ ਅਤੇ ਐਜ 'ਤੇ ਅਨੁਕੂਲ ਬਣਾਓ" ਵੱਲ ਵਧੀਆਂ।\n\n### ਆਧੁਨਿਕ ਟ੍ਰੈਫਿਕ ਵੱਧ ਕੇ ਵੈੱਬ ਪੇਜ਼ ਵਰਗਾ ਨਹੀਂ ਰਹਿੰਦਾ\n\nਟ੍ਰੈਫਿਕ ਦਾ ਇਕ ਵੱਡਾ ਹਿੱਸਾ ਹੁਣ ਬਰਾਊਜ਼ਰ ਪੇਜ਼ ਲੋਡਜ਼ ਦੀ ਥਾਂ ਮੋਬਾਈਲ ਐਪਸ ਅਤੇ APIs ਤੋਂ ਆਉਂਦਾ ਹੈ। ਐਪਸ ਬੈਕਐਂਡ ਸਰਵਿਸਿਜ਼ ਲਈ ਲਗਾਤਾਰ ਕਾਲ ਕਰਦੇ ਹਨ—ਫੀਡ, ਭੁਗਤਾਨ, ਖੋਜ, ਨੋਟੀਫਿਕੇਸ਼ਨ।\n\nਸਟ੍ਰੀਮਿੰਗ ਅਤੇ ਰੀਅਲ-ਟਾਈਮ ਇੰਟਰੈਕਸ਼ਨ ਵੀ ਇੱਕ ਹੋਰ ਵਾਰੀਅਬਲ ਜੋੜਦੇ ਹਨ: ਵੀਡੀਓ ਸੈਗਮੈਂਟ, ਲਾਈਵ ਇਵੈਂਟ, ਚੈਟ, ਗੇਮਿੰਗ ਅਤੇ “ਹਮੇਸ਼ਾ-ਚਾਲੂ” ਤਜ਼ਰਬੇ ਸਥਿਰ ਮੰਗ ਅਤੇ ਅਚਾਨਕ ਸਪਾਈਕ ਦੋਹਾਂ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਇਸ ਸਮੱਗਰੀ ਦਾ ਬਹੁਤ ਹਿੱਸਾ ਡਾਇਨਾਮਿਕ ਜਾਂ ਵਿਅਕਤੀਗਤ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਕੈਸ਼ ਕਰਨ ਦੇ ਵਾਲੇ ਚੀਜ਼ ਘੱਟ ਹਨ।\n\n### ਖ਼ਤਰੇ ਆਟੋਮੇਟੇਡ ਅਤੇ ਹਮੇਸ਼ਾ-ਚਾਲੂ ਹੋ ਗਏ\n\nਹਮਲਾਵਰ ਵੱਧ ਬਰਹਾਦਰੀ ਨਾਲ ਆਟੋਮੇਸ਼ਨ 'ਤੇ ਨਿਰਭਰ ਹੁੰਦੇ ਹਨ: credential stuffing, scraping, fake account ਬਣਾਉਣਾ, checkout ਦੁਰੁਪਯੋਗ। ਬੋਟ ਸਸਤੇ ਹਨ ਅਤੇ ਆਮ ਯੂਜ਼ਰਾਂ ਦੀ ਨਕਲ ਵੀ ਕਰ ਸਕਦੇ ਹਨ।\n\nDDoS ਹਮਲੇ ਵੀ ਵਿਕਸਿਤ ਹੋਏ—ਅਕਸਰ ਐਪਲੀਕੇਸ਼ਨ-ਲੈਅਰ ਦਬਾਅ ਨਾਲ ਮਿਲੇ ਹੋਏ (ਸਿਰਫ਼ "ਪਾਈਪ ਫ਼ਲੱਡ" ਨਹੀਂ, ਬਲਕਿ "ਲੋਗਿਨ ਐਂਡਪੌਇੰਟ ਨੂੰ ਦਰਦ ਪਹੁੰਚਾਉ")। ਨਤੀਜਾ ਇਹ ਹੈ ਕਿ ਪ੍ਰਦਰਸ਼ਨ, ਉਪਲਬਧਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਸਮੱਗਲ ਹੋਕੇ ਸਾਹਮਣੇ ਆਉਂਦੇ ਹਨ।\n\n### ਓਪਰੇਸ਼ਨ ਵੰਡੇ ਹੋਏ ਅਤੇ ਬਿਜਨਸ ਸਟੇਕ ਵੱਧ ਗਏ\n\nਟੀਮਾਂ ਹੁਣ ਮਲਟੀ-ਕਲਾਉਡ ਅਤੇ ਹਾਈਬ੍ਰਿਡ ਸੈਟਅਪ ਚਲਾਉਂਦੀਆਂ ਹਨ, ਜਿੱਥੇ ਵਰਕਲੋਡ ਵੱਖ-ਵੱਖ ਵੈਂਡਰ ਅਤੇ ਖੇਤਰਾਂ ਵਿੱਚ ਵੰਡੇ ਹੁੰਦੇ ਹਨ। ਇਹ ਸੰਘਟਨਾਤਮਕ ਨਿਯਮਾਂ ਨੂੰ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦਾ ਹੈ: ਨੀਤੀਆਂ, ਰੇਟ ਲਿਮਿਟਸ ਅਤੇ ਪਹਚਾਣ ਨਿਯਮਾਂ ਨੂੰ ਟ੍ਰੈਫਿਕ ਦੇ ਨਾਲ ਨਾਲ ਫਾਲੋ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਕੇਂਦਰੀ ਡੇਟਾ ਸੈਂਟਰ।\n\nਇਸ ਦੇ ਨਾਲ-ਨਾਲ, ਕਾਰੋਬਾਰੀ ਪ੍ਰਭਾਵ ਤਤਕਾਲ ਹੁੰਦਾ ਹੈ: uptime ਆਮਦਨ ਅਤੇ conversion ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ, ਘਟਨਾਵਾਂ ਬ੍ਰਾਂਡ ਭਰੋਸੇ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਅਨੁਕੂਲਤਾ ਦੀਆਂ ਉਮੀਦਾਂ ਵੱਧ ਰਹੀਆਂ ਹਨ। ਸਪੀਡ ਹਜੇ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ—ਪਰ ਸੁਰੱਖਿਅਤ ਸਪੀਡ ਹੋਰ ਜ਼ਿਆਦਾ ਮਹੱਤਵਪੂਰਨ ਹੈ।\n\n## Akamai ਦਾ ਸਿੱਧਾ ਬਦਲਾਅ ਸਾਦੇ ਸ਼ਬਦਾਂ ਵਿੱਚ: CDN ਤੋਂ ਐਜ ਪਲੇਟਫਾਰਮ ਤੱਕ\n\nAkamai ਦੇ ਬਦਲਾਅ ਨੂੰ ਸਮਝਣ ਦਾ ਸਧਾਰਣ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਉਸਨੂੰ "ਤੁਹਾਡੀ ਵੈੱਬਸਾਈਟ ਦੇ ਅੱਗੇ ਇੱਕ ਕੈਸ਼" ਵਜੋਂ ਸੋਚਣਾ ਛੱਡ ਦਿਉ ਅਤੇ ਇਸਨੂੰ "ਇੱਕ ਵਿਆਪਕ ਵੰਡਿਆ ਹੋਇਆ ਪਲੇਟਫਾਰਮ ਜੋ ਤੁਹਾਡੇ ਯੂਜ਼ਰਾਂ ਅਤੇ ਹਮਲਾਵਰਾਂ ਦੇ ਨੇੜੇ ਬੈਠਦਾ ਹੈ" ਵਜੋਂ ਸੋਚਣਾ ਸ਼ੁਰੂ ਕਰੋ। ਐਜ ਖੁਦ ਨਹੀਂ ਹਿਲਿਆ—ਇਹ ਹੈ ਕਿ ਕੰਪਨੀਆਂ ਉਸ ਤੋਂ ਕੀ ਉਮੀਦ ਰੱਖਦੀਆਂ ਹਨ।\n\n### ਇੱਕ ਤੁਰੰਤ ਟਾਈਮਲਾਈਨ (ਡਿਲਿਵਰੀ → ਡਿਲਿਵਰੀ + ਸੁਰੱਖਿਆ + ਕੰਪਿਊਟ)\n\nਸ਼ੁਰੂ ਵਿੱਚ ਮਿਸ਼ਨ ਸਾਦਾ ਸੀ: ਸਟੈਟਿਕ ਫਾਇਲਾਂ ਨੂੰ ਲੋਕਾਂ ਦੇ ਨੇੜੇ ਲਿਆਓ ਤਾਂ ਪੇਜ਼ ਤੇਜ਼ ਲੋਡ ਹੋਣ ਅਤੇ origin ਸਰਵਰ ਢਹਿ ਨਾ ਜਾਣ।\n\nਜਿਵੇਂ ਟ੍ਰੈਫਿਕ ਵੱਧਿਆ ਅਤੇ ਹਮਲੇ ਸਕੇਲ ਹੋਏ, CDN ਉਸ ਜਗ੍ਹਾ ਬਣਗਏ ਜਿੱਥੇ ਦੁਰੁਪਯੋਗ ਨੂੰ ਸੋਖਿਆ ਤੇ ਫਿਲਟਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਸੀ—ਕਿਉਂਕਿ ਉਹ ਪਹਿਲਾਂ ਹੀ ਵੱਡੀ ਮਾਤਰਾ ਹੈਂਡਲ ਕਰਦੇ ਸਨ ਅਤੇ origin ਦੇ ਅੱਗੇ ਬੈਠਦੇ ਸਨ।\n\nਫਿਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਫੇਰ ਬਦਲੀਆਂ: ਹੋਰ APIs, ਹੋਰ ਵਿਅਕਤੀਗਤ ਸਮੱਗਰੀ, ਹੋਰ ਤਰਫ-ਧਾਰ scripts, ਅਤੇ ਵਧਦੇ ਬੋਟ। "ਕੇਵਲ ਕੈਸ਼ ਕਰ ਦਿਓ" ਹੁਣ ਕਾਫ਼ੀ ਨਹੀਂ ਸੀ, ਇਸ ਲਈ ਐਜ ਨੇ ਨੀਤੀ ਲਾਗੂ ਕਰਨ ਅਤੇ ਹਲਕੀ ਐਪ ਲਾਜਿਕ ਚਲਾਉਣ ਵੱਲ ਤਬਦੀਲੀ ਕੀਤੀ।\n\n### ਪਲੇਟਫਾਰਮ ਸੋਚ vs ਇੱਕ-ਉਦੇਸ਼ ਵਾਲੀ CDN ਵਿਸ਼ੇਸ਼ਤਾ\n\nਇੱਕ ਇਕ-ਉਦੇਸ਼ CDN ਵਿਸ਼ੇਸ਼ਤਾ ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕਰਦੀ ਹੈ (ਉਦਾਹਰਣ ਲਈ, ਚਿੱਤਰਾਂ ਕੈਸ਼ ਕਰਨਾ)। ਪਲੇਟਫਾਰਮ ਸੋਚ ਡਿਲਿਵਰੀ, ਸੁਰੱਖਿਆ ਅਤੇ ਕੰਪਿਊਟ ਨੂੰ ਇੱਕ workflow ਦੇ ਜੁੜੇ ਹਿੱਸੇ ਵਜੋਂ ਦੇਖਦੀ ਹੈ:\n\n- ਉਹੇ edge ਥਾਂ ਜੋ ਟ੍ਰੈਫਿਕ ਨੂੰ ਤੇਜ਼ ਕਰਦੀਆਂ ਹਨ, ਉਹੀ ਇਹਨਾਂ ਨੂੰ ਜਾਂਚ ਵੀ ਕਰ ਸਕਦੀਆਂ ਹਨ।\n- ਉਹੇ ਨੀਤਿ ਇੰਜਣ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਟੀਅਰ ਕਰ ਸਕਦਾ ਹੈ, ਖ਼ਤਰੇ ਨੂੰ ਬਲਾਕ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ APIs ਦੀ ਰੱਖਿਆ ਕਰ ਸਕਦਾ ਹੈ।\n- ਉਹੇ ਕਨਫਿਗਰੇਸ਼ਨ ਮਾਡਲ ਸਾਰੇ ਖੇਤਰਾਂ ਅਤੇ ਐਪਸ 'ਤੇ ਇਕਸਾਰ ਲਾਗੂ ਹੋ ਸਕਦਾ ਹੈ।\n\nਇਹ ਓਪਰੇਸ਼ਨਲ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਟੀਮਾਂ ਘੱਟ ਮੂਵਿੰਗ ਪਾਰਟਸ, ਘੱਟ ਹੱਥ-ਆਫ਼ ਅਤੇ ਸਕੇਲ ਤੇ ਸੁਰੱਖਿਅਤ ਬਦਲਾਅ ਚਾਹੁੰਦੀਆਂ ਹਨ।\n\n### ਪੋਰਟਫੋਲੀਓ ਵਿਸਥਾਰ (ਉੱਚ ਸਤਰ)\n\nਇਸ ਵਿਆਪਕ ਭੂਮਿਕਾ ਨੂੰ ਸਹਾਰਨ ਲਈ, ਵੱਡੇ ਪ੍ਰਦਾਤਾ ਆਪਣੇ ਪੋਰਟਫੋਲੀਓ ਨੂੰ ਵੇਖ ਕੇ ਵਿਸਥਾਰ ਕਰਦੇ ਹਨ—ਆਪਣੇ ਅੰਦਰੂਨੀ ਵਿਕਾਸ ਰਾਹੀਂ ਅਤੇ ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਅਕਵਿਜ਼ੀਸ਼ਨ ਰਾਹੀਂ—ਜੋ ਕਿ ਇਕ ਛੱਤਰ ਹੇਠ security controls ਅਤੇ edge ਸਮਰੱਥਾਵਾਂ ਜੋੜਦੇ ਹਨ।\n\n### ਕੇਵਲ ਇੱਕ ਕੰਪਨੀ ਦੀ ਕਹਾਣੀ ਨਹੀਂ\n\nAkamai ਦੀ ਦਿਸ਼ਾ ਇੱਕ ਬਜ਼ਾਰ ਰੁਝਾਨ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ: CDNs edge platforms ਵਿੱਚ ਬਦਲ ਰਹੇ ਹਨ ਕਿਉਂਕਿ ਆਧੁਨਿਕ ਐਪਸ ਨੂੰ ਪ੍ਰਦਰਸ਼ਨ, ਰੱਖਿਆ ਅਤੇ ਪ੍ਰੋਗਰਾਮੇਬਲ ਕੰਟਰੋਲ ਦੀ ਲੋੜ ਹੈ ਉਸੇ ਬਿੰਦੂ ਤੇ—ਉਹੀ ਜਿੱਥੇ ਟ੍ਰੈਫਿਕ ਦਾਖਲ ਹੁੰਦਾ ਹੈ।\n\n## ਐਜ 'ਤੇ ਸੁਰੱਖਿਆ: ਕਿਉਂ ਰੱਖਿਆ ਟ੍ਰੈਫਿਕ ਦੇ ਨੇੜੇ ਆ ਗਈ\n\nਜਦੋਂ ਕਿਸੇ ਸੇਵਾ 'ਤੇ ਹਮਲਾ ਹੁੰਦਾ ਹੈ, ਪਹਿਲੀ ਸਮੱਸਿਆ ਅਕਸਰ ਇਹ ਨਹੀਂ ਹੁੰਦੀ ਕਿ "ਕੀ ਅਸੀਂ ਇਸਨੂੰ ਬਲਾਕ ਕਰ ਸਕਦੇ ਹਾਂ?" ਬਲਕਿ "ਕੀ ਅਸੀਂ ਕਾਫ਼ੀ ਦੇਰ ਲਈ ਇਸਨੂੰ ਸੋਖ ਸਕਦੇ ਹਾਂ ਤਾਂ जो ਲਾਈਵ ਰਹਿਣ?" ਇਸ ਲਈ ਸੁਰੱਖਿਆ ਨੇ ਇੰਟਰਨੈੱਟ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਦਾਖਲ ਹੋਣ ਵਾਲੇ ਸਥਾਨ ਦੇ ਨੇੜੇ ਜਾਗਾ ਬਣਾਈ: ਐਜ।\n\n### ਐਜ 'ਤੇ ਹਮਲੇ ਕਿਵੇਂ ਦਿੱਸਦੇ ਹਨ\n\nEdge ਪ੍ਰਦਾਤਾ ਇੰਟਰਨੈੱਟ ਟ੍ਰੈਫਿਕ ਦੀ ਗੰਦੀ ਹਕੀਕਤ ਨੂੰ ਤੁਹਾਡੇ ਸਰਵਰਾਂ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖਦੇ ਹਨ:\n\n- L3/4 DDoS: ਨੈੱਟਵਰਕ ਸਮਰੱਥਾ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣ ਵਾਲੇ ਫਲੱਡ (UDP ਫਲੱਡ, SYN ਫਲੱਡ)। ਮਕਸਦ bandwidth ਜਾਂ connection tables ਭਰਨਾ ਹੁੰਦਾ ਹੈ।\n- L7 floods: "ਲੈਜਿਟ-ਵਰਗੀਆਂ" HTTP ਬੇਨਤੀਆਂ ਜੋ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਥਕਾ ਦਿੰਦੀਆਂ ਹਨ—ਮਹਿੰਗੀਆਂ ਖੋਜਾਂ, ਲੋਗਿਨ ਐਂਡਪੌਇੰਟ, ਚੈਕਆਊਟ ਫ਼ਲੋਜ਼।\n- ਬੋਟਸ: scraping, credential stuffing, fake sign-ups, inventory hoarding, ਅਤੇ ਆਟੋਮੇਟਿਡ ਦੁਰੁਪਯੋਗ ਜੋ ਆਮ ਵਰਤੋਂ ਨਾਲ ਮਿਲ ਜਾਂਦੇ ਹਨ।\n\n### ਇਸਨੂੰ ਯੂਜ਼ਰਾਂ ਦੇ ਨੇੜੇ ਰੋਕਣ ਨਾਲ ਫਾਇਦਾ\n\nਟ੍ਰੈਫਿਕ ਨੂੰ ਉਸਦੇ ਸਰੋਤ ਦੇ ਨੇੜੇ ਰੋਕਣ ਜਾਂ ਫਿਲਟਰ ਕਰਨ ਨਾਲ ਹੇਠਾਂ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਘਟਦੀਆਂ ਹਨ:\n\n- ਤੁਹਾਡੇ origin ਸਰਵਰ ਨੂੰ ਘੱਟ ਖ਼ਰਾਬ ਬੇਨਤੀਆਂ ਮਿਲਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਉਹ ਅਸਲ ਗ੍ਰਾਹਕਾਂ ਲਈ ਜ਼ਿਆਦਾ ਜਵਾਬਦੇਹ ਰਹਿੰਦੇ ਹਨ।\n- ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਲਿੰਕ (ਅਤੇ upstream ਪ੍ਰਦਾਤਾ) ਘੱਟ ਸੈਚੁਰੇ ਹੋਵੰਦੇ ਹਨ।\n- ਸੁਰੱਖਿਆ ਟੀਮਾਂ ਨੂੰ ਖੇਤਰਾਂ ਭਰ ਵਿੱਚ ਹਮਲਿਆਂ ਦੀ ਕੇਂਦਰੀ ਦਿੱਖ ਮਿਲਦੀ ਹੈ, ਨਾ ਕਿ ਵੱਖ-ਵੱਖ ਲੱਗਦੇ ਲੋਗਾਂ ਨੂੰ ਜੋੜਨਾ ਪੈਂਦਾ।\n\nਅਮਲ ਵਿੱਚ, "ਯੂਜ਼ਰਾਂ ਦੇ ਨੇੜੇ" ਦਾ ਮਤਲਬ ਅਸਲ ਵਿੱਚ "ਜਿੱਥੇ ਵੀ ਟ੍ਰੈਫਿਕ ਤੁਹਾਡੀ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਨੂੰ ਲੱਭਣ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ"—ਗਲੋਬਲ PoPs 'ਤੇ ਜਿੱਥੇ ਟ੍ਰੈਫਿਕ ਤੇਜ਼ੀ ਨਾਲ ਜਾਂਚਿਆ ਅਤੇ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।\n\n### ਆਮ ਰੋਕਥਾਮ ਤਰੀਕੇ\n\nਐਜ ਸੁਰੱਖਿਆ ਆਮ ਤੌਰ 'ਤੇ ਨੁਮਾਇੰਦਾ ਤਰੀਕਿਆਂ ਨੂੰ ਮਿਲਾਉਂਦੀ ਹੈ:\n\n- Rate limiting: IP, session, ਜਾਂ API key ਅਧਾਰ 'ਤੇ ਬੇਨਤੀਆਂ ਦੀ ਸੀਮਾ ਲਗਾਉਣਾ।\n- Scrubbing: ਵੋਲਿਊਮੈਟ੍ਰਿਕ DDoS ਰੁਝਾਨਾਂ ਨੂੰ ਅੱਗੇ ਹੀ ਪਛਾਣ ਕੇ ਡ੍ਰਾਪ ਕਰਨਾ ਤਾਂ ਜੋ ਸਾਫ ਟ੍ਰੈਫਿਕ ਅੱਗੇ ਭੇਜੀ ਜਾ ਸਕੇ।\n- Challenge/response: JavaScript ਚੈਲੈਂਜ, CAPTCHA ਜਾਂ ਡਿਵਾਈਸ ਚੈੱਕ ਜਿਹੜੇ ਬਰਾਊਜ਼ਰ ਅਤੇ ਬੋਟ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹਨ।\n\n### ਟਰੇਡ-ਆਫ਼ ਜੋ ਤੁਸੀਂ ਨਜ਼ਰਅੰਦਾਜ਼ ਨਹੀਂ ਕਰ ਸਕਦੇ\n\nਐਜ ਸੁਰੱਖਿਆ ਨੂੰ "ਲੱਗਾ ਕੇ ਛੱਡੋ" ਵਾਲੀ ਚੀਜ਼ ਨਹੀਂ ਮੰਨਣਾ ਚਾਹੀਦਾ:\n\n- False positives ਅਸਲੀ ਯੂਜ਼ਰਾਂ ਨੂੰ ਬਲਾਕ ਕਰ ਸਕਦੇ ਹਨ (ਖਾਸ ਕਰਕੇ shared IPs ਜਾਂ ਮੋਬਾਈਲ ਨੈੱਟਵਰਕਸ)।\n- ਯੂਜ਼ਰ friction ਵਧਦੀ ਹੈ ਜਦੋਂ challenges ਬਹੁਤ ਅਕਸਰ ਆਉਂਦੇ ਹਨ।\n- ਟਿਊਨਿੰਗ ਦੀ ਲੋੜ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ: ਨੀਤੀਆਂ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਜਿਵੇਂ ਐਪਸ ਬਦਲਦੇ ਹਨ ਅਤੇ ਹਮਲਾਵਰ ਅਡਾਪਟ ਕਰਦੇ ਹਨ।\n\n## WAF ਤੋਂ API ਅਤੇ ਬੋਟ ਡਿਫੈਂਸ: ਨਵਾਂ ਮੁੱਖ CDN ਕੰਮ\n\nਇੱਕ CDN ਨੂੰ ਪਹਿਲਾਂ ਮੁੱਖ ਤੌਰ 'ਤੇ ਇਸ ਗੱਲ 'ਤੇ ਅੰਕਿਤ ਕੀਤਾ ਜਾਂਦਾ ਸੀ ਕਿ ਉਹ ਕਿੰਨੀ ਜਲਦੀ cache ਕੀਤੇ ਪੇਜ਼ ਡਿਲਿਵਰ ਕਰ ਸਕਦਾ ਹੈ। ਹੁਣ, ਐਜ 'ਤੇ ਮੁੱਖ "ਵਰਕਲੋਡ" ਵੱਧ ਕੇ ਦੁਸ਼ਮਣ ਟ੍ਰੈਫਿਕ ਨੂੰ ਫਿਲਟਰ ਕਰਨਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲਾਜਿਕ ਦੀ ਰੱਖਿਆ ਕਰਨਾ ਬਣ ਗਿਆ ਹੈ ਜਿਸਨੂੰ origin ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ।\n\n### WAF ਮੁਢਲਾ ਸੰਕਲਪ\n\nWAF ਤੁਹਾਡੀ ਸਾਈਟ ਜਾਂ ਐਪ ਦੇ ਸਾਹਮਣੇ ਬੈਠਦਾ ਹੈ ਅਤੇ HTTP/S ਬੇਨਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਰਵਾਇਤੀ ਸੁਰੱਖਿਆ ਰੁਲਜ਼ ਅਤੇ ਸਿਗਨੇਚਰਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ (ਜਾਂਚੇ ਹੋਏ ਹਮਲੇ ਜਿਵੇਂ SQL injection ਲਈ ਮਾਪਦੰਡ)। ਆਧੁਨਿਕ WAFs ਵਿੱਚ ਬਿਹੇਵਿਰੀਅਲ ਡਿਟੈਕਸ਼ਨ ਵੀ ਹੁੰਦੀ ਹੈ—ਜਿਹੜੀ ਸ਼ੱਕੀ ਕ੍ਰਮਬੱਧਤਾ, ਅਜੀਬ ਪੈਰਾਮੀਟਰ ਵਰਤੋਂ, ਜਾਂ ਬੇਨਤੀ ਦਰਾਂ ਨੂੰ ਦੇਖਦੀ ਹੈ ਜੋ ਆਮ ਯੂਜ਼ਰਾਂ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀਆਂ। ਮਕਸਦ ਸਿਰਫ਼ ਬਲਾਕ ਕਰਨਾ ਨਹੀਂ; ਅਸਲ ਗਾਹਕਾਂ ਨੂੰ ਚੈਲੇਂਜ ਕਰਨ ਤੋਂ ਬਚਾਉਣਾ ਵੀ ਹੈ।\n\n### API ਸੁਰੱਖਿਆ: ਨਵਾਂ ਮੁੱਖ ਦਰਵਾਜ਼ਾ ਦੀ ਰੱਖਿਆ\n\nਕਈ ਕਾਰੋਬਾਰਾਂ ਲਈ, APIs ਹੀ ਉਤਪਾਦ ਹਨ। API ਸੁਰੱਖਿਆ ਰਵਾਇਤੀ WAF ਜਾਂਚਾਂ ਤੋਂ ਆਗੇ ਵਧਦੀ ਹੈ:\n\n- ਪ੍ਰਮਾਣਿਕਤਾ ਲਾਗੂ ਕਰਨਾ (ਮਾਨਿਆ ਟੋਕਨ, ਸਹੀ scopes, ਉਮੀਦ ਕੀਤੀਆਂ ਹੈਡਰ)\n- Schema validation (ਬੇਨਤੀਆਂ ਅਤੇ ਜਵਾਬ ਉਹੀ ਹੋਣ ਜੋ ਤੁਹਾਡਾ API ਕਹਿੰਦਾ ਹੈ)\n- ਐਬਿਊਜ਼ ਡਿਟੈਕਸ਼ਨ (credential stuffing, enumeration, scraping, "low-and-slow" ਹਮਲੇ)

ਕਿਉਂਕਿ APIs ਅਕਸਰ ਬਦਲਦੇ ਰਹਿੰਦੇ ਹਨ, ਇਹ ਕੰਮ endpoints ਅਤੇ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਬਾਰੇ ਦਿੱਖ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ।\n\n### ਬੋਟ ਪ੍ਰਬੰਧਨ: ਆਟੋਮੇਸ਼ਨ ਹਮੇਸ਼ਾਂ "ਬੁਰਾ" ਨਹੀਂ\n\nਬੋਟ ਵਿੱਚ search engines ਅਤੇ uptime monitors (ਚੰਗੇ) ਵੀ ਸ਼ਾਮਲ ਹਨ, ਪਰ scalpers, scrapers, ਅਤੇ account-takeover ਟੂਲ (ਬੁਰੇ) ਵੀ ਹਨ। ਬੋਟ ਪ੍ਰਬੰਧਨ ਦਾ ਧਿਆਨ ਇਹ ਹੈ ਕਿ ਮਨੁੱਖਾਂ ਨੂੰ ਆਟੋਮੇਸ਼ਨ ਤੋਂ ਵੱਖ ਕਰਨਾ—ਸਿਗਨਲਾਂ ਵਰਗੇ ਡਿਵਾਈਸ/ਬ੍ਰਾਊਜ਼ਰ ਫਿੰਗਰਪ੍ਰਿੰਟ, ਇੰਟਰੈਕਸ਼ਨ ਪੈਟਰਨ, ਅਤੇ ਰੇਪੁਟੇਸ਼ਨ—ਫਿਰ ਸਹੀ ਕਾਰਵਾਈ ਲਗਾਉਣਾ: allow, rate-limit, challenge, ਜਾਂ block।\n\n### ਕਿਉਂ ਡਿਲਿਵਰੀ ਅਤੇ ਸੁਰੱਖਿਆ ਇਕਠੇ ਹੋਣ ਨਾਲ ਵਧੀਆ ਨਤੀਜੇ ਆਉਂਦੇ ਹਨ\n\nਜਦੋਂ ਡਿਲਿਵਰੀ ਅਤੇ ਸੁਰੱਖਿਆ ਉਹੇ edge footprint ਸਾਂਝੇ ਕਰਦੇ ਹਨ, ਉਹ ਵਰਤ ਸਕਦੇ ਹਨ: ਉਹੇ ਰਿਕਵੈਸਟ ਆਈਡੈਂਟਿਫਾਇਰ, ਜੀਓਲੋਕੇਸ਼ਨ, ਰੇਟ ਡੇਟਾ ਅਤੇ ਧਮਕੀ ਸਿਗਨਲ caching ਅਤੇ ਰੱਖਿਆ ਦੋਹਾਂ ਫੈਸਲੇ ਲਈ ਸੂਚਨਾ ਦਿੰਦੇ ਹਨ। ਇਹ ਨਜ਼ਦੀਕੀ ਲੂਪ ਹੀ ਹੈ ਜੋ ਸੁਰੱਖਿਆ ਨੂੰ ਇੱਕ ਮਜਬੂਤ CDN ਫੀਚਰ ਬਣਾਉਂਦਾ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਐਡ-ਆਨ।\n\n## ਐਜ ਕੰਪਿਊਟ: ਇਹ ਕੀ ਹੈ, ਕੀ ਲਾਭ ਹੈ, ਅਤੇ ਸੀਮਾਵਾਂ\n\nਐਜ ਕੰਪਿਊਟ ਦਾ ਅਰਥ ਹੈ ਐਸਾ ਛੋਟਾ-ਮੋਟਾ ਐਪ ਲਾਜਿਕ ਚਲਾਉਣਾ ਜੋ ਤੁਹਾਡੇ ਯੂਜ਼ਰਾਂ ਦੇ ਨੇੜੇ ਬੈਠੇ ਸਰਵਰਾਂ ਤੇ ਹੁੰਦਾ ਹੈ—ਉਹੀ ਵੰਡਿਆ ਹੋਇਆ ਨੋਡ ਜੋ ਪਹਿਲਾਂ ਹੀ ਡਿਲਿਵਰੀ ਅਤੇ ਟ੍ਰੈਫਿਕ ਰਾਊਟਿੰਗ ਸੰભਾਲਦਾ ਹੈ। ਹਰ ਬੇਨਤੀ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ origin ਤਕ ਜਾਣ ਦੀ ਥਾਂ, ਕੁਝ ਫੈਸਲੇ ਅਤੇ ਤਬਦੀਲੀਆਂ "ਐਜ 'ਤੇ" ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।\n\n### ਐਜ ਕੰਪਿਊਟ ਸਧਾਰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ ਕੀ ਹੈ\n\nਇਸਨੂੰ ਆਪਣੇ ਐਪ ਦੀ ਅੱਗੇ ਵਾਲੀ ਦਰਵਾਜ਼ੇ ਉੱਤੇ ਹਲਕੀ ਕੋਡ ਚਲਾਉਣ ਵਜੋਂ ਸੋਚੋ। ਐਜ ਇੱਕ ਬੇਨਤੀ ਲੈਂਦਾ ਹੈ, ਇੱਕ ਫੰਕਸ਼ਨ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਜਾਂ ਤਾਂ ਤੁਰੰਤ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਾਂ origin ਨੂੰ ਤਬਦੀਲ ਕੀਤੀ ਹੋਈ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ।\n\n### ਇਹ ਕਿਸ ਲਈ ਵਧੀਆ ਹੈ\n\nਜਦੋਂ ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ 'ਤੇ ਤੇਜ਼, ਦੁਹਰਾਏ ਜਾ ਸਕਦੇ ਤਰਤੀਬ ਨਾਲ ਲਾਜਿਕ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇ ਤਾਂ ਐਜ ਕੰਪਿਊਟ ਚਮਕਦਾ ਹੈ:\n\n- ਭਾਸ਼ਾ, ਮੁਦਰਾ, ਜਾਂ ਸਮੱਗਰੀ ਵਰਜਨ ਭੂਗੋਲ, ਡਿਵਾਈਸ ਕਿਸਮ ਜਾਂ ਕੂਕੀਜ਼ ਅਧਾਰ 'ਤੇ ਚੁਣੋ।\n- ਨਵੀ ਬੈਕਐਂਡ ਨੂੰ ਇੱਕ ਨਿਰਧਾਰਿਤ ਪ੍ਰਤੀਸ਼ਤ ਟ੍ਰੈਫਿਕ ਭੇਜੋ ਜਾਂ ਕਿਸੇ ਖਾਸ ਯੂਜ਼ਰਾਂ ਨੂੰ ਬੇਟਾ ਤਜਰਬੇ ਵੱਲ ਰਾਊਟ ਕਰੋ ਬਿਨਾਂ ਮੁੱਖ ਐਪ ਕੋਡ ਬਦਲੇ।\n- ਹੇਡਰ ਵੇਰੀਫਾਈ ਜਾਂ ਨਾਰਮਲਾਈਜ਼ ਕਰੋ, ਛੋਟੇ ਸਮੇਂ ਵਾਲੇ ਟੋਕਨ ਮਿੰਟ ਕਰੋ, ਬੇਨਤੀਆਂ ਨੂੰ ਨਾਰਮਲਾਈਜ਼ ਕਰੋ ਜਾਂ ਸਿੰਪਲ ਨੀਤੀਆਂ ਲਾਗੂ ਕਰੋ।\n\n### ਪ੍ਰਦਰਸ਼ਨ ਕਿਵੇਂ ਸਧਾਰ ਸਕਦਾ ਹੈ\n\nਯੂਜ਼ਰ ਦੇ ਨੇੜੇ ਫੈਸਲੇ ਲੈ ਕੇ, ਐਜ ਕੰਪਿਊਟ ਰਾਊਂਡ-ਟ੍ਰਿਪ ਘਟਾ ਸਕਦਾ ਹੈ, ਪੇਲੋਡ ਆਕਾਰ ਛੋਟਾ ਕਰ ਸਕਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ ਬੇਅਹੁਦਾ ਹੈਡਰ ਹਟਾ ਕੇ), ਅਤੇ origin ਲੋਡ ਘਟਾ ਕੇ ਬੇਨਤੀਆਂ ਰੋਕ ਸਕਦਾ ਹੈ।\n\n### ਯਥਾਰਥ ਸੀਮਾਵਾਂ\n\nਐਜ ਕੰਪਿਊਟ ਤੁਹਾਡੇ ਬੈਕਐਂਡ ਦਾ ਪੂਰਾ ਬਦਲ ਨਹੀਂ ਹੈ:\n\n- ਪਰੰਪਰਾਗਤ ਸਰਵਰਾਂ ਦੇ ਮੁਕਾਬਲੇ\n- ਕਦੇ-ਕਦੇ ਉਂਟੇ ਫੰਕਸ਼ਨਾਂ ਲਈ ਲੇਟੈਂਸੀ ਵਧਾ ਸਕਦੇ ਹਨ\n- ਐਜ ਕੋਡ ਆਮ ਤੌਰ 'ਤੇ stateless ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਲੋੜੀਂਦਾ ਪਜ਼ਿਸ਼ਨਲ ਡੇਟਾ ਹੋਰ ਜਗ੍ਹਾ 'ਤੇ ਰਹਿੰਦਾ ਹੈ\n- ਵੰਡੇ execution ਅਤੇ ਪਲੇਟਫਾਰਮ-ਖ਼ਾਸ ਟੂਲਿੰਗ ਕਰਕੇ ਔਖੀ ਹੋ ਸਕਦੀ ਹੈ\n\nਸਭ ਤੋਂ ਵਧੀਆ ਨਤੀਜੇ ਛੋਟੇ, ਨਿਰਧਾਰਿਤ ਅਤੇ ਬੇਨਤੀ/ਜਵਾਬ "ਗਲੂ" ਕੰਮਾਂ ਲਈ ਆਉਂਦੇ ਹਨ, ਨਾ ਕਿ ਮੁੱਖ ਕਾਰੋਬਾਰੀ ਲਾਜਿਕ ਲਈ।\n\n## Zero Trust ਅਤੇ SASE: ਕਿਉਂ ਨੈੱਟਵਰਕ ਐਜ ਸੁਰੱਖਿਆ ਐਜ ਬਣ ਗਏ\n\n“ਸੁਰੱਖਿਅਤ ਐਕਸੈਸ” ਦਾ ਮਤਲਬ ਹੈ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਕਿ ਸਹੀ ਲੋਕ ਅਤੇ ਸਿਸਟਮ ਸਹੀ ਐਪਸ ਅਤੇ APIs ਤੱਕ ਪਹੁੰਚ ਪਾ ਸਕਣ—ਅਤੇ ਬਾਕੀ ਸਭ ਕੱਟੇ ਜਾਣ। ਇਹ ਆਸਾਨ ਲੱਗਦਾ ਹੈ, ਪਰ ਜਦੋਂ ਤੁਹਾਡੇ ਐਪਸ ਕਲਾਉਡਾਂ ਵਿੱਚ ਵੰਡੇ ਹੋਏ ਹਨ, ਕਰਮਚਾਰੀ ਰਿਮੋਟ ਕੰਮ ਕਰਦੇ ਹਨ, ਅਤੇ ਭਾਗੀਦਾਰ APIs ਰਾਹੀਂ ਜੁੜਦੇ ਹਨ ਤਾਂ ਇਹ ਔਖਾ ਹੋ ਜਾਂਦਾ ਹੈ।\n\n### Zero Trust ਸਧਾਰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ\n\nZero Trust ਇੱਕ ਸੋਚ ਹੈ: ਜੇ ਕੋਈ ਚੀਜ਼ "ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ" ਹੈ ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਉਹ ਸੁਰੱਖਿਅਤ ਹੈ। ਇਸਦਾ ਅਰਥ ਹੈ:\n\n- ਹਰ ਵਾਰ ਪਛਾਣ ਅਤੇ ਸੰਦਰਭ ਜਾਂਚੋ (ਯੂਜ਼ਰ, ਡਿਵਾਈਸ, ਸਥਿਤੀ, ਰਿਸਕ ਸਿਗਨਲ)\n- ਸਿਰਫ਼ ਉਥੇ ਹੀ ਪਹੁੰਚ ਦਿਓ ਜੋ ਲਾਜ਼ਮੀ ਹੈ, ਅਤੇ ਜਿੰਨੀ ਛੋਟੀ ਉਮਰ ਲਈ ਲੋੜੀਦੀ ਹੈ\n\nਇਸ ਨਾਲ ਸੁਰੱਖਿਆ "ਬਿਲਡਿੰਗ ਦੀ ਰੱਖਿਆ" ਤੋਂ "ਹਰ ਦਰਵਾਜ਼ੇ ਦੀ ਰੱਖਿਆ" ਵੱਲ ਬਦਲ ਜਾਂਦੀ ਹੈ।\n\n### SASE ਨੇ ਸੁਰੱਖਿਆ ਨੂੰ ਐਜ ਵੱਲ ਕਿਉਂ ਧਕਿਆ\n\nSASE (Secure Access Service Edge) ਨੈੱਟਵਰਕਿੰਗ ਅਤੇ ਸੁਰੱਖਿਆ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਕਲਾਉਡ-ਡਿਲਿਵਰ ਕੀਤੇ ਸੇਵਾ ਵਿੱਚ ਜੋੜਦਾ ਹੈ। ਵੱਡੀ ਸੋਚ ਇਹ ਹੈ ਕਿ ਪਹੁੰਚ ਨੀਤੀਆਂ ਨੂੰ ਉਸਨੂੰ ਨੇੜੇ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇ ਜਿੱਥੇ ਟ੍ਰੈਫਿਕ ਦਾਖਲ ਹੁੰਦਾ ਹੈ—ਯੂਜ਼ਰਾਂ, ਡਿਵਾਈਸਾਂ ਅਤੇ ਇੰਟਰਨੈੱਟ ਦੇ ਨੇੜੇ—ਥਾਪੇ ਦੇਣ ਦੀ ਬਜਾਏ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਪਿਛੇ ਬੈਕ ਕਰਨ ਦੀ।\n\nਇਸੇ ਲਈ ਨੈੱਟਵਰਕ ਐਜ ਸੁਰੱਖਿਆ ਐਜ ਬਣ ਗਿਆ: ਐਜ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਬੇਨਤੀਆਂ ਨੂੰ ਜਾਂਚ ਸਕਦੇ ਹੋ, ਨੀਤੀਆਂ ਲਗਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਹਮਲਿਆਂ ਨੂੰ ਰੋਕ ਸਕਦੇ ਹੋ ਪਹਿਲਾਂ ਕਿ ਉਹ ਤੁਹਾਡੇ ਐਪ ਤੱਕ ਪੁੱਜਣ।\n\n### CDN/ਐਜ ਪਲੇਟਫਾਰਮ ਕਿੱਥੇ ਫਿੱਟ ਹੁੰਦਾ ਹੈ\n\nਆਧੁਨਿਕ ਐਜ ਪਲੇਟਫਾਰਮ ਟ੍ਰੈਫਿਕ ਦੇ ਰਸਤੇ ਵਿਚੋਂ ਸਿੱਧਾ ਬੈਠਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਉਹ Zero Trust-ਅੰਦੋਲਨ ਵਾਲੀਆਂ ਨਿਯਮਾਂ ਲੱਗਾਉਣ ਲਈ ਉਪਯੋਗੀ ਬਣਦਾ ਹੈ:\n\n- (ਕੌਣ ਕਿਸ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ)