ਕਿਸੇ ਹੋਰ ਦੇ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਏਜੰਟ ਦੀ ਰੇਟ-ਲਿਮਿਟ (Rate-Limit) ਤੈਅ ਕਰੋ
ਹਜ਼ਾਰ ਭੇਜੇ ਗਏ ਮੈਸੇਜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸਪੈਮ ਰਿਪੋਰਟ ਤੁਹਾਡੇ ਈਮੇਲ ਖਾਤੇ ਨੂੰ ਰਿਵਿਊ (review) ਅਧੀਨ ਪਾ ਦਿੰਦੀ ਹੈ। 0.5% ਸਪੈਮ ਰਿਪੋਰਟਾਂ 'ਤੇ, ਪਲੇਟਫਾਰਮ ਤੁਹਾਡੀ ਭੇਜਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਰੋਕ ਦਿੰਦਾ ਹੈ। ਬਾਊਂਸ (Bounces) ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੇ ਹਨ। ਇੱਕ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਇਹਨਾਂ ਸੀਮਾਵਾਂ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਸਿਰਫ਼ ਟਾਈਮਰ ਦਾ ਇੰਤਜ਼ਾਰ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਤੁਹਾਨੂੰ ਸੁਧਾਰ ਦੇ ਸਬੂਤ ਦੇ ਨਾਲ ਸਪੋਰਟ ਨਾਲ ਸੰਪਰਕ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਆਪਣਾ ਟੀਚਾ ਨਾ ਬਣਾਓ। ਉਹਨਾਂ ਨੂੰ ਆਪਣੀ ਰੱਖਿਆ ਦੀ ਆਖਰੀ ਲਾਈਨ ਵਜੋਂ ਵਰਤੋ। ਤੁਹਾਨੂੰ ਖੁਦ ਵਧੇਰੇ ਸਖ਼ਤ ਸੀਮਾਵਾਂ ਤੈਅ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
ਆਟੋਨੋਮਸ ਏਜੰਟ (Autonomous agents) ਰਵਾਇਤੀ ਕੋਡ ਨਾਲੋਂ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ। ਇੱਕ ਮਾਡਲ ਲੂਪ (loop) ਵਿੱਚ ਫਸ ਸਕਦਾ ਹੈ। ਇੱਕ ਜਵਾਬ ਇੱਕ ਵੈੱਬਹੁਕ (webhook) ਨੂੰ ਟ੍ਰਿਗਰ ਕਰਦਾ ਹੈ, ਜੋ ਦੂਜੇ ਜਵਾਬ ਨੂੰ ਟ੍ਰਿਗਰ ਕਰਦਾ ਹੈ। ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਗਲਤੀ ਕੁਝ ਹੀ ਮਿੰਟਾਂ ਵਿੱਚ ਹਜ਼ਾਰਾਂ ਈਮੇਲਾਂ ਬਣ ਸਕਦੀ ਹੈ। ਮਾਡਲਾਂ ਨੂੰ ਇਹ ਨਹੀਂ ਪਤਾ ਹੁੰਦਾ ਕਿ ਉਹ ਬਹੁਤ ਜ਼ਿਆਦਾ ਭੇਜ ਰਹੇ ਹਨ। ਤੁਹਾਨੂੰ ਆਪਣੇ ਇਨਫਰਾਸਟ੍ਰਕਚਰ (infrastructure) ਵਿੱਚ ਉਹ ਜਾਗਰੂਕਤਾ ਬਣਾਉਣੀ ਚਾਹੀਦੀ ਹੈ।
ਆਪਣੇ ਵਰਕਸਪੇਸ (workspace) ਦੀ ਰੱਖਿਆ ਲਈ ਪਾਲਿਸੀਆਂ (policies) ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇੱਕ ਪਾਲਿਸੀ ਤੁਹਾਨੂੰ ਇਹਨਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ: • ਰੋਜ਼ਾਨਾ ਭੇਜਣ ਦੀ ਕੋਟਾ (Daily send quotas) • ਸਟੋਰੇਜ ਦੀਆਂ ਸੀਮਾਵਾਂ (Storage caps) • ਰਿਟੈਂਸ਼ਨ ਵਿੰਡੋਜ਼ (Retention windows) • ਸਪੈਮ ਸੈਟਿੰਗਾਂ (Spam settings)
ਖੁਦ ਲਗਾਈ ਗਈ ਕੋਟਾ (quota) ਥ੍ਰੌਟਲਿੰਗ (throttling) ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਐਸਰਸ਼ਨ (assertion) ਹੈ। ਜੇਕਰ ਇੱਕ ਸਪੋਰਟ ਏਜੰਟ ਨੂੰ ਦਿਨ ਵਿੱਚ ਸਿਰਫ਼ 150 ਈਮੇਲਾਂ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ 151 ਦੀ ਸੀਮਾ ਤੁਹਾਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਕੁਝ ਗਲਤ ਹੈ। ਇਹ ਇੱਕ ਸਰਕਟ ਬ੍ਰੇਕਰ ਵਾਂਗ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਗਲਤੀਆਂ ਨੂੰ ਮਹਿੰਗਾ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਦਿਖਾਈ ਦੇਣ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
ਤੁਸੀਂ ਦਿਸ਼ਾ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨ ਲਈ ਆਊਟਬਾਊਂਡ ਨਿਯਮਾਂ (outbound rules) ਦੀ ਵਰਤੋਂ ਵੀ ਕਰ ਸਕਦੇ ਹੋ। ਤੁਸੀਂ ਖਾਸ ਡੋਮੇਨਾਂ ਨੂੰ ਬਲੌਕ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਏਜੰਟਾਂ ਨੂੰ ਨਵੇਂ ਥ੍ਰੈਡ (threads) ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਰੋਕ ਸਕਦੇ ਹੋ। ਇਹ ਨਿਯਮ ਸੁਨੇਹਾ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਜੇਕਰ ਨਿਯਮ ਦੀ ਜਾਂਚ ਕਰਦੇ ਸਮੇਂ ਸਿਸਟਮ ਵਿੱਚ ਕੋਈ ਗਲਤੀ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਇਹ 'ਫੇਲ ਕਲੋਜ਼ਡ' (fails closed) ਹੋ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਅਸੁਰੱਖਿਅਤ ਭੇਜਣ ਦਾ ਜੋਖਮ ਲੈਣ ਦੀ ਬਜਾਏ ਸੁਨੇਹੇ ਨੂੰ ਬਲੌਕ ਕਰ ਦਿੰਦਾ ਹੈ।
ਸੁਰੱਖਿਅਤ ਰਹਿਣ ਲਈ, ਇਹਨਾਂ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ: • ਮੈਸੇਜ ਡਿਲੀਵਰੀ, ਬਾਊਂਸ, ਸ਼ਿਕਾਇਤ, ਅਤੇ ਰਿਜੈਕਸ਼ਨ ਵੈੱਬਹੁਕਸ (webhooks) ਨੂੰ ਸਬਸਕ੍ਰਾਈਬ ਕਰੋ। • ਆਪਣੀ ਟੈਲੀਮੈਟਰੀ (telemetry) ਵਿੱਚ ਇਹਨਾਂ ਦਰਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ। • ਜੇਕਰ ਦਰਾਂ ਵਧਦੀਆਂ ਹਨ ਤਾਂ ਆਪਣੇ ਆਊਟਬਾਊਂਡ ਲੌਜਿਕ (outbound logic) ਨੂੰ ਮੈਨੂਅਲ ਤੌਰ 'ਤੇ ਰੋਕ ਦਿਓ।
"ਅਸੀਂ ਖੁਦ ਨੂੰ ਰੋਕ ਦਿੱਤਾ" ਕਹਿਣਾ "ਪਲੇਟਫਾਰਮ ਨੇ ਸਾਨੂੰ ਰੋਕ ਦਿੱਤਾ" ਨਾਲੋਂ ਬਿਹਤਰ ਇਨਸੀਡੈਂਟ ਰਿਪੋਰਟ (incident report) ਹੈ।
ਜੇਕਰ ਤੁਸੀਂ ਵੌਲਯੂਮ (volume) ਵਿੱਚ ਅਚਾਨਕ ਵਾਧੇ ਬਾਰੇ ਚਿੰਤਤ ਹੋ, ਤਾਂ ਕੋਟਾ ਨੂੰ ਇੱਕ ਅੰਤ (dead end) ਨਾ ਬਣਾਓ। ਇਸਨੂੰ ਇੱਕ ਐਸਕਲੇਸ਼ਨ ਪਾਥ (escalation path) ਬਣਾਓ। ਜੇਕਰ ਕੋਈ ਏਜੰਟ ਸੀਮਾ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਤਾਂ ਕਿਸੇ ਇਨਸਾਨ ਨੂੰ ਅਲਰਟ ਕਰੋ ਜਾਂ ਮੈਸੇਜਾਂ ਨੂੰ ਮਨਜ਼ੂਰੀ ਲਈ ਕਿਊ (queue) ਵਿੱਚ ਰੱਖੋ। ਇੱਕ ਦੇਰੀ ਨਾਲ ਆਈ ਈਮੇਲ ਇੱਕ ਮਾਮੂਲੀ ਸਮੱਸਿਆ ਹੈ। ਪਰ ਵਿਗੜੀ ਹੋਈ ਸੈਂਡਰ ਰੈਪੂਟੇਸ਼ਨ (sender reputation) ਨੂੰ ਠੀਕ ਕਰਨ ਵਿੱਚ ਹਫ਼ਤੇ ਲੱਗ ਜਾਂਦੇ ਹਨ।
ਅਗਲਾ ਕਦਮ: ਆਪਣੇ ਪੀਕ ਵੌਲਯੂਮ (peak volume) ਦੇ 2 ਗੁਣਾ ਦੀ ਰੋਜ਼ਾਨਾ ਕੋਟਾ ਵਾਲੀ ਇੱਕ ਪਾਲਿਸੀ ਬਣਾਓ। ਇਸਨੂੰ ਆਪਣੇ ਵਰਕਸਪੇਸ ਨਾਲ ਜੋੜੋ। ਸਟੇਜਿੰਗ ਇਨਵਾਇਰਨਮੈਂਟ (staging environment) ਵਿੱਚ ਕੋਟਾ ਟ੍ਰਿਗਰ ਕਰੋ। ਜੇਕਰ ਤੁਹਾਡੇ ਅਲਰਟ ਨਹੀਂ ਚੱਲਦੇ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਕਮੀ ਮਿਲ ਗਈ ਹੈ।
ਸਰੋਤ: https://dev.to/qasim157/rate-limit-your-own-agent-before-someone-else-does-33cb
ਵਿਕਲਪਿਕ ਲਰਨਿੰਗ ਕਮਿਊਨਿਟੀ: https://t.me/GyaanSetuAi