ਜਾਣੋ ਕਿ Fortinet ਦੇ ASIC-ਅਧਾਰਿਤ ਅਪਲਾਇੰਸ ਕਿਸ ਤਰ੍ਹਾਂ ਯੂਨਿਟ ਲਾਗਤ ਅਤੇ ਪਾਵਰ ਘਟਾ ਸਕਦੇ ਹਨ, ਜਦਕਿ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਸਪੋਰਟ ਡਿਵਾਈਸ ਦੀ ਲਾਈਫਸਾਈਕਲ ਦੌਰਾਨ ਲਗਾਤਾਰ ਮੁੱਲ ਜੋੜਦੇ ਹਨ।

ਜਦੋਂ ਲੋਕ Fortinet ਸੰਦਰਭ ਵਿੱਚ “ASIC-ਚਲਿਤ ਸੁਰੱਖਿਆ” ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਨ, ਉਹ ਐਸੇ ਸੁਰੱਖਿਆ ਅਪਲਾਇੰਸ (ਜਿਵੇਂ NGFW) ਦੀ ਗੱਲ ਕਰ ਰਹੇ ਹੁੰਦੇ ਹਨ ਜੋ ਨੈੱਟਵਰਕਿੰਗ ਅਤੇ ਸੁਰੱਖਿਆ ਪ੍ਰੋਸੈਸਿੰਗ ਦੇ ਭਾਰੇ ਕੰਮ ਲਈ ਮਕਸੂਸ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੇ ਚਿਪਸ—Fortinet ਦੇ FortiASIC—ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ।
ਆਮ-ਉਦੇਸ਼ CPU ਨੂੰ ਹਰ ਕੰਮ ਲਈ ਨਹੀਂ ਪੁੱਛਣਾ, ਬਲਕਿ ਇਹ ਚਿਪਸ ਖਾਸ ਕੰਮਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਦੀਆਂ ਹਨ ਜਿਵੇਂ ਕਿ ਪੈਕੇਟ ਫਾਰਵਰਡਿੰਗ, ਇਨਕ੍ਰਿਪਸ਼ਨ, ਇੰਸਪੈਕਸ਼ਨ ਅਤੇ ਸੈਸ਼ਨ ਹੈਂਡਲਿੰਗ। ਅਮਲੀ ਲਕਸ਼ ਇਹ ਹੈ: ਦਿੱਤੇ ਕੀਮਤ ਬਿੰਦੂ 'ਤੇ ਪੇਸ਼ਗੋਈਯੋਗ throughput ਅਤੇ ਵਧੀਆ ਫਾਇਰਵਾਲ ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਤੀ ਵਾਟ ਦੇਣਾ।
ਹਾਰਡਵੇਅਰ ਦੇ ਫੈਸਲੇ ਸਿੱਧੇ ਬਜਟ ਵਿੱਚ ਪਰਾਵਰਤਿ ਹੁੰਦੇ ਹਨ। ਇੱਕ Fortinet ASIC ਅਪਲਾਇੰਸ ਇੱਕ ਆਮ ਸਰਵਰ ਵਾਂਗ ਨਹੀਂ ਮੁਲਿਆੰਕਿਤ ਹੁੰਦਾ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਇੱਕ ਤਿਆਰ ਕੀਤੇ ਗਏ ਸਮੰਜਸ(bundle) ਦੀ ਖਰੀਦ ਕਰ ਰਹੇ ਹੋ:
ਇਹ ਸਾਰੀ ਪੈਕੇਜ ਨਾਂ ਸਿਰਫ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦੀ ਹੈ, ਸਗੋਂ ਸੁਰੱਖਿਆ ਅਪਲਾਇੰਸ ਆਰਥਿਕਤਾ ਉੱਤੇ ਵੀ—ਮਤਲਬ ਅੱਗੇ ਕੀ ਭੁਗਤਾਨ ਕਰਨ ਦੀ ਲੋੜ ਪਏਗੀ ਅਤੇ ਤੁਸੀਂ ਕਿਹੜੀਆਂ ਲੰਬੀ ਮਿਆਦ ਦੀਆਂ ਲਾਗਤਾਂ (ਪਾਵਰ, ਰੈਕ ਸਪੇਸ, ਅਤੇ "ਗਲਤੀ ਨਾਲ ਅੰਡਰ-ਸਾਈਜ਼ ਕੀਤਾ" ਰੀਪਲੇਸਮੈਂਟ) ਬਚਾ ਸਕਦੇ ਹੋ।
ਮਾਡਲ ਦਾ ਦੂਜਾ ਹਿੱਸਾ ਚੱਲਦੀ ਵੈਲਯੁ ਹੈ: ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਸਹਾਇਤਾ। ਜ਼ਿਆਦਾਤਰ ਖਰੀਦਦਾਰ ਸਿਰਫ ਇਕ ਬੌਕਸ ਨਹੀਂ ਲੈ ਰਹੇ; ਉਹ ਲਗਾਤਾਰ ਅਪਡੇਟ ਅਤੇ ਕਵਰੇਜ ਖਰੀਦ ਰਹੇ ਹੁੰਦੇ ਹਨ—ਆਮ ਤੌਰ 'ਤੇ FortiGuard ਸੇਵਾਵਾਂ (ਥ੍ਰੇਟ ਇੰਟੈਲਿਜੈਂਸ, ਫਿਲਟਰਨਗ, ਅਪਡੇਟ) ਅਤੇ FortiCare ਸਹਾਇਤਾ (ਹਾਰਡਵੇਅਰ ਰੀਪਲੇਸਮੈਂਟ ਵਿਕਲਪ, ਸੌਫਟਵੇਅਰ ਅਪਡੇਟ, ਸਹਾਇਤਾ)।
ਇਹ ਪੋਸਟ IT ਮੈਨੇਜਰਾਂ, ਫਾਇਨੈਨਸ ਟੀਮਾਂ, ਅਤੇ ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਲਈ لکھی ਗਈ ਹੈ ਜੋ ਇਹ ਸਮਝਾਉਣ ਜਾਂ ਬਚਾਉਣ ਦੀ ਲੋੜ ਰੱਖਦੇ ਹਨ ਕਿ ਇੱਕ ਹਾਰਡਵੇਅਰ ਪਲੱਸ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਮਾਡਲ ਵੀ ਤਰਕਸ਼ੀਲ ਚੋ이스 ਕਿਵੇਂ ਹੋ ਸਕਦੀ ਹੈ।
ਤੁਸੀਂ ਮੁੱਖ ਲਾਗਤ ਚਲਕਾਂ, ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਵਾਸਤੇ ਜੋ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ TCO ਬਾਰੇ ਸੋਚਣ ਦਾ ਤਰੀਕਾ, ਅਤੇ ਨਵੀਨੀਕਰਨ ਅਤੇ ਲਾਈਫਸਾਈਕਲ ਪਲੈਨਿੰਗ ਦੌਰਾਨ ਅਚਾਨਕ ਚੱਕਰਾਂ ਤੋਂ ਬਚਨ ਲਈ ਪ੍ਰਾਇਕਟਿਕ ਖਰੀਦਦਾਰੀ ਸੁਝਾਅ ਸਿੱਖੋਗੇ। ਫਾਸਟ ਫੈਸਲੇ ਲਈ, ਵੇਖੋ /blog/a-buyers-checklist-for-evaluating-asic-based-appliances.
ਇੱਕ ASIC (Application-Specific Integrated Circuit) ਇੱਕ ਕੰਪਿਊਟਰ ਚਿਪ ਹੈ ਜੋ ਕੁਝ ਹੀ ਕੰਮਾਂ ਨੂੰ ਬਹੁਤ ਹੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਰਨ ਲਈ ਬਣਾਈ ਜਾਂਦੀ ਹੈ। ਇਸ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਵਪਾਰ ਲਈ ਬਣਿਆ ਸੰਦ ਸਮਝੋ, ਨਾ ਕਿ ਇੱਕ ਬਹੁ-ਕਾਜੀ ਮਲਟੀ-ਟੂਲ।
ਇੱਕ ਆਮ ਸੁਰੱਖਿਆ ਅਪਲਾਇੰਸ ਵਿੱਚ ਵੀ ਆਮ CPU ਹੁੰਦੇ ਹਨ (ਅਤੇ ਕਈ ਵਾਰ ਹੋਰ ਅਕਸਲੇਰੇਟਰ ਕੰਪੋਨੈਂਟ). CPU ਲਚਕੀਲੇ ਹੁੰਦੇ ਹਨ: ਉਹ ਕਈ ਫੀਚਰ ਚਲਾ ਸਕਦੇ ਹਨ, ਸੌਫਟਵੇਅਰ ਅਪਡੇਟ ਰਾਹੀਂ ਵਿਵਹਾਰ ਬਦਲ ਸਕਦੇ ਹਨ, ਅਤੇ "ਅਜਿਹੇ" ਵਰਕਲੋਡ ਸਮਭਾਲ ਸਕਦੇ ਹਨ। ਟ੍ਰੇਡ-ਆਫ਼ ਇਹ ਹੈ ਕਿ ਉਹ ਅਕਸਰ ਹੋਰ ਚਾਹੁਣ ਵਾਲੇ ਸਾਈਕਲ ਅਤੇ ਵੱਧ ਪਾਵਰ ਦੀ ਲੋੜ ਪੈਂਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਉਚ-ਸਪੀਡ 'ਤੇ ਐਡਵਾਂਸਡ ਇੰਸਪੈਕਸ਼ਨ ਚਲਾਉਂਦੇ ਹੋ।
ਸੁਰੱਖਿਆ ਗੇਟਵੇਜ਼ ਅਕਸਰ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ, ਗਣਿਤੀ ਭਰੇ ਕੰਮਾਂ 'ਚ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲਗਾਉਂਦੇ ਹਨ। ਬਹੁਤ ਸਾਰੇ ਉਹਨਾਂ ਕਦਮਾਂ ਨੂੰ ਫਿਕਸਡ-ਫੰਕਸ਼ਨ ਹਾਰਡਵੇਅਰ ਵਿੱਚ ਅਸਾਨੀ ਨਾਲ ਮੈਪ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਕਾਰਨ ਵੈਂਡਰ "ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਤੀ ਵਾਟ" ਅਤੇ ਸੁਰੱਖਿਆ ਫੀਚਰ ਚਾਲੂ ਹੋਣ 'ਤੇ ਲਗਾਤਾਰ throughput ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਨ—ASIC ਆਮ ਪੈਕੇਟ-ਰਸਤੇ ਦੇ ਕੰਮ ਨੂੰ ਹਲਕਾ ਕਰਕੇ CPU ਕੋਰਾਂ ਨੂੰ ਸਦੀਵੀ ਤੌਰ 'ਤੇ ਜਗਾਉਂਦੇ ਰਹਿਣ ਨਹੀਂ ਦਿੰਦੇ।
ਉਮੀਦ ਕਰੋ:
ਉਮੀਦ ਨਾ ਕਰੋ:
ਪ੍ਰਾਇਕਟਿਕ ਨਿਕਾਸ: ASIC ‘‘ਫਾਸਟ ਪਾਥ’’ ਨੂੰ ਤੇਜ਼ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਤੁਸੀਂ ਹਕੀਕਤ-ਅਧਾਰਿਤ ਟ੍ਰੈਫਿਕ ਪੈਟਰਨਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ—ਸਿਰਫ ਹੈਡਲਾਈਨ ਸਪੈਸ ਤੇ ਨਿਰਭਰ ਨਾ ਕਰੋ।
ਇੱਕ ਸੁਰੱਖਿਆ ਅਪਲਾਇੰਸ ਦੀ ਕੀਮਤ ਸਿਰਫ "ਚਿਪ ਕੀਮਤ + ਮਾਰਜਿਨ" ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਆਮ ਨਿਰਮਾਣ ਹਕੀਕਤਾਂ ਦਾ ਇਕ ਸਟੈਕ ਹੈ, ਨਾਲ ਹੀ ਕੁਝ ਡਿਜ਼ਾਈਨ ਚੋਣਾਂ ਜੋ ਨੈੱਟਵਰਕਿੰਗ ਗੀਅਰ ਵਿੱਚ ਬਹੁਤ ਅਹਮ ਹੁੰਦੀਆਂ ਹਨ।
ਜਦੋਂ ਇਕ ਵੈਂਡਰ ਕਸਟਮ ਸਿਲੀਕਨ (ਜਿਵੇਂ FortiASIC) ਨੂੰ ਹਾਈਲਾਈਟ ਕਰਦਾ ਹੈ, ਤਾਂ ਸਿਲੀਕਨ ਸਿਰਫ BOM ਦਾ ਇੱਕ ਹਿੱਸਾ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਆਮ ਫਾਇਰਵਾਲ ਅਪਲਾਇੰਸ ਵਿੱਚ ਹੇਠਾਂ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ:
ਇਹ "ਗੈਲਮੀ-ਨਾਹੀ-ਗਲਮਰਸ" ਹਿੱਸੇ ਅਕਸਰ ਉਮੀਦ ਤੋਂ ਜ਼ਿਆਦਾ ਲਾਗਤ ਚਲਾਉਂਦੇ ਹਨ—ਖਾਸ ਕਰਕੇ ਜਿਵੇਂ ਪੋਰਟ ਸਪੀਡ ਵੱਧਦੇ ਹਨ (10/25/40/100G) ਅਤੇ ਜਿਵੇਂ ਥਰਮਲ ਤੇ ਪਾਵਰ ਦੀ ਲੋੜ ਬਢਦੀ ਹੈ।
ਨੈੱਟਵਰਕ ਅਪਲਾਇੰਸਸ ਉਪਭੋਗਤਾ ਇਲੈਕਟ੍ਰੌਨਿਕਸ ਵਾਂਗ ਨਹੀਂ ਬਣਾਏ ਜਾਂਦੇ। ਵੈਂਡਰ ਕੰਟਰੋਲਡ ਸਪਲਾਈ ਚੇਨ, ਫੈਕਟਰੀ ਟੈਸਟਿੰਗ (burn-in, ਪੋਰਟ ਵੇਰੀਫਿਕੇਸ਼ਨ, failover ਚੈੱਕ), ਨਿਯਮਕਤਾ ਸਰਟੀਫਿਕੇਸ਼ਨ, ਅਤੇ ਚੱਲ ਰਹੀਆਂ ਹਾਰਡਵੇਅਰ ਸੰਸਕਰਣਾਂ ਲਈ ਖੁਰਚ ਚੁਕਾਉਂਦੇ ਹਨ।
ਸਕੇਲ ਗਣਿਤ ਬਦਲ ਦਿੰਦਾ ਹੈ: ਜੇਕਰ ਇੱਕ ਪਲੇਟਫਾਰਮ ਵੱਡੇ ਵਾਲੀਅਮ ਵਿੱਚ ਸ਼ਿਪ ਹੁੰਦਾ ਹੈ ਤਾਂ ਇੰਜੀਨੀਅਰਿੰਗ, ਟੂਲਿੰਗ, ਅਤੇ ਸਰਟੀਫਿਕੇਸ਼ਨ ਲਾਗਤਾਂ ਕਈ ਯੂਨਿਟਾਂ 'ਤੇ ਪਰਤੀ ਤੌਰ 'ਤੇ ਵੰਟਾਈ ਜਾਂਦੀਆਂ ਹਨ, ਜੋ ਅਕਸਰ ਪ੍ਰਤੀ ਯੂਨਿਟ ਕੀਮਤ ਨੂੰ ਘਟਾਂਦਾ ਹੈ। ਛੋਟੀ ਰਨ ਜਾਂ ਨਿਸ਼-ਮਾਡਲ ਸਿਰਫ਼ ਇਤਨਾ ਮਹਿੰਗਾ ਦਿੱਸ ਸਕਦੇ ਹਨ ਕਿਉਂਕਿ ਓਹਨਾਂ 'ਤੇ ਇੱਕੋ ਫਿਕਸਡ ਲਾਗਤਾਂ ਹੋਰਾਂ ਨਾਲੋਂ ਵੱਧ ਖਿਨਚੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
ਮਕਸੂਸ ਤੌਰ 'ਤੇ ਬਣਿਆ ਸਿਲੀਕਨ ਆਮ ਸੁਰੱਖਿਆ ਵਰਕਲੋਡ (ਪੈਕੇਟ ਫਾਰਵਰਡਿੰਗ, ਇਨਕ੍ਰਿਪਸ਼ਨ, ਪੈਟਰਨ ਮੈਚਿੰਗ) ਨੂੰ ਜਨਰਲ-ਪਰਪਜ਼ CPU ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਤਰੀਕੇ ਨਾਲ ਮੂਵ ਕਰ ਸਕਦਾ ਹੈ। ਜਦੋਂ ਇਹ ਡਿਜ਼ਾਈਨ ਉੱਚ-ਵਾਲੀਅਮ ਸੈਗਮੈਂਟ ਨੂੰ ਟਾਰਗੇਟ ਕਰਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਪ੍ਰਤੀ ਡਾਲਰ ਵੱਧ throughput ਅਤੇ ਕਈ ਵਾਰ ਘੱਟ ਪਾਵਰ ਅਤੇ ਕੂਲਿੰਗ ਲੋੜ ਵੀ ਦੇਖ ਸਕਦੇ ਹੋ—ਤੁਲਨਾਤਮਕ ਰੂਪ ਵਿੱਚ ਇੱਕ CPU-ਕੇਵਲ ਬਾਕਸ ਦੀ ਤੁਲਨਾ ਵਿੱਚ।
ਫਿਰ ਵੀ, ਯਾਦ ਰੱਖੋ ਕਿ ਅਪਲਾਇੰਸ ਸਿਰਫ ਸਿਲੀਕਨ 'ਤੇ ਮੁਲਿਆੰਕਿਤ ਨਹੀਂ ਹੁੰਦੀ: ਪੋਰਟਸ, ਮੈਮੋਰੀ, ਪਾਵਰ ਅਤੇ ਮਕੈਨਿਕਲ ਡਿਜ਼ਾਈਨ ਹਰ ਹਾਲਤ ਵਿੱਚ ਮੁੱਖ ਲਾਈਨ ਆਈਟਮ ਰਹਿੰਦੇ ਹਨ।
ਜਦੋਂ ਫਾਇਰਵਾਲ ਸਿਰਫ "ਸਪੀਡ (Gbps)" ਨਾਲ ਸਾਈਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਹ ਆਸਾਨ ਹੈ ਕਿ ਇੱਕ ਅਸਲ ਓਪਰੇਸ਼ਨਲ ਸੀਮਾ ਛੱਡੀ ਜਾਂਦੀ ਹੈ: ਵਾਟ। ਪਾਵਰ ਖਪਤ ਤੁਹਾਡੇ ਮਹੀਨਾਵਾਰ ਬਿੱਲ, ਕਲੋਜਟ ਦਾ ਹੀਟ ਜੋ ਤੁਹਾਨੂੰ ਨਿਕਾਸਣਾ ਪੈਦਾ ਹੈ, ਅਤੇ ਇਹ ਕਿ ਕੀ ਕੋਈ ਛੋਟਾ ਬ੍ਰਾਂਚ ਉਮੀਦਿਤ ਡਿਵਾਈਸ ਦੀ ਮਿਜਬੂਰੀ ਰੱਖ ਸਕਦਾ ਹੈ—ਇਨ੍ਹਾਂ ਸਭ 'ਤੇ ਅਸਰ ਪੈਂਦਾ ਹੈ।
ਇੱਕ अधिक ਕੁਸ਼ਲ ਅਪਲਾਇੰਸ ਅਕਸਰ ਮਤਲਬ ਹੁੰਦਾ ਹੈ:
ਵੰਡੇ ਹੋਏ ਵਾਤਾਵਰਣਾਂ ਲਈ ਇਹ ਤੱਤ ਰੋ ਵਿੱਚੋ ਹੀ ਮੈਟਰ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਇਹ ਨਿਰਛਿਤ ਕਰਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਕਿੱਥੇ ਡਿਪਲੋਅ ਕਰ ਸਕਦੇ ਹੋ—ਅਤੇ ਇਸਨੂੰ ਰੱਖਣ ਦੀ ਕੀਮਤ ਕਿੰਨੀ ਆਏਗੀ।
ASIC-ਚਲਿਤ ਡਿਜ਼ਾਈਨ ਵਿੱਚ, ਭਾਰੀ ਅਤੇ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ ਪੈਕੇਟ-ਪ੍ਰੋਸੈਸਿੰਗ ਕੰਮ ਮੁੱਖ ਤੌਰ 'ਤੇ ਮਕਸੂਸ ਸਿਲੀਕਨ ਦੁਆਰਾ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ ਬਜਾਏ ਜਨਰਲ-ਪਰਪਜ਼ CPU ਕੋਰਾਂ ਦੇ। ਅਮਲੀ ਤੌਰ 'ਤੇ, ਇਸ ਦਾ ਮਤਲਬ ਅਕਸਰ ਇਹ ਹੁੰਦਾ ਹੈ ਕਿ CPU ਘੱਟ ਸਮਾਂ "ਪੀਗਡ" ਰਹਿੰਦਾ ਹੈ ਡਿਊਰਿੰਗ ਬਿਜ਼ੀ ਪੀਰੀਅਡ ਵਿੱਚ, ਜੋ ਘਟਾ ਸਕਦਾ ਹੈ:
ਤੁਹਾਨੂੰ ਚਿਪ ਦੇ ਵਿਸਥਾਰ ਜਾਣਨ ਦੀ ਲੋੜ ਨਹੀਂ—ਤੁਸੀਂ ਸਥਿਰ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਖੋਜ ਕਰ ਰਹੇ ਹੋ ਬਿਨਾਂ ਇਸਦੇ ਕਿ ਪਾਵਰ ਅਤੇ ਕੂਲਿੰਗ ਛੁਪੇ ਪ੍ਰਾਜੈਕਟ ਖਰਚ ਬਣ ਜਾਣ।
ਆਮ, ਨਾ ਕਿ ਸਿਰਫ਼ ਅਧਿਕਤਮ, ਚਲਾਉਣ ਦੀਆਂ ਰੇنجਾਂ ਲਈ ਪੁੱਛੋ:
ਜੇ ਸੰਭਵ ਹੋਵੇ, ਇੱਕ ਪਾਇਲਟ ਯੂਨਿਟ ਤੋਂ ਹਕੀਕਤੀ ਟੈਲੀਮੇਟਰੀ ਦੀ ਬੇਨਤੀ ਕਰੋ—ਸਪੇਕਟ ਪਾਵਰ, ਤਾਪਮਾਨ, ਅਤੇ ਫੈਨ ਸਪੀਡ ਇੱਕ ਆਮ ਹਫ਼ਤੇ ਦੌਰਾਨ—ਤਾਂ ਜੋ "ਪ੍ਰਤੀ ਵਾਟ ਪ੍ਰਦਰਸ਼ਨ" ਦਾਅਵਾ ਤੁਹਾਡੇ ਵਾਤਾਵਰਣ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹੋਣ।
ASIC-ਅਧਾਰਿਤ ਅਪਲਾਇੰਸ ਖਰੀਦਣ ਨਾਲ ਤੁਹਾਨੂੰ ਤੇਜ਼, ਮਕਸੂਸੀ ਡਿਵਾਈਸ ਮਿਲਦੀ ਹੈ। ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਹੀ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਉਸ ਡਿਵਾਈਸ ਨੂੰ ਨਵੇਂ ਖ਼ਤਰਿਆਂ, ਨਵੇਂ ਐਪਸ, ਅਤੇ ਨਵੇਂ ਜ਼ਰੂਰਤਾਂ ਦੇ ਮੁਕਾਬਲੇ ਲਾਇਕ ਬਣਾਏ ਰੱਖਦੀ ਹੈ। ਅਮਲੀਤਾਂ ਵਿੱਚ, ਤੁਸੀਂ "ਤਾਜ਼ਗੀ" ਲਈ ਭੁਗਤਾਨ ਕਰ ਰਹੇ ਹੋ—ਡੇਟਾ, ਅਪਡੇਟ, ਅਤੇ ਮਹਿਰਤ ਜੋ ਰੋਜ਼ਾਨਾ ਬਦਲਦੀ ਰਹਿੰਦੀ ਹੈ।
ਥ੍ਰੇਟ ਇੰਟੈਲਿਜੈਂਸ ਅਤੇ ਗਤੀਸ਼ੀਲ ਸੁਰੱਖਿਆ ਡੇਟਾ (ਅਕਸਰ FortiGuard ਸੇਵਾਵਾਂ ਰਾਹੀਂ). ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਸਕਦਾ ਹੈ:
ਨਿਯਮਤ ਸੌਫਟਵੇਅਰ ਅਪਡੇਟ. ਫਰਮਵੇਅਰ ਅਤੇ ਸਮੱਗਰੀ ਅਪਡੇਟਜ਼ ਕਮਜ਼ੋਰੀਆਂ ਦੂਰ ਕਰਦੇ ਹਨ, ਪਛਾਣ ਸੁਧਾਰਦੇ ਹਨ, ਅਤੇ ਸਮਰਥਤਾ ਵਿੱਚ ਇਜ਼ਾਫਾ ਕਰਦੇ ਹਨ। ਭਾਵੇਂ ਤੁਸੀਂ ਹਰ ਮਹੀਨੇ ਅੱਪਗਰੇਡ ਨਾ ਕਰੋ, ਇੱਕ ਵਿਕਲਪ ਹੋਣਾ ਮਹੱਤਵਪੂਰਣ ਹੈ ਜਦੋਂ ਕੋਈ ਨਾਜ਼ੁਕ CVE ਮਿਲਦਾ ਹੈ।
ਐਡ-ਆਨ ਸੁਰੱਖਿਆ ਸਮਰੱਥਾਵਾਂ. ਤੁਹਾਡੇ ਬੰਡਲ ਦੇ ਅਨੁਸਾਰ, ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ ਨਾਲ sandboxing, ਐਡਵਾਂਸਡ ਥ੍ਰੇਟ ਪ੍ਰੋਟੈਕਸ਼ਨ, CASB-ਸਟਾਈਲ ਕੰਟਰੋਲ, ਜਾਂ ਵਧੀਆ DNS ਸੁਰੱਖਿਆ ਵਰਗੀਆਂ ਫੀਚਰਾਂ ਖੁਲ ਸਕਦੀਆਂ ਹਨ। ਹਾਰਡਵੇਅਰ ਇਹ ਕਰਨ ਯੋਗ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਉਸਦੇ ਪਿੱਛੇ ਲਗਾਤਾਰ ਅਪਡੇਟ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਇੰਟੈਲਿਜੈਂਸ ਨੂੰ ਸਚਾਲਿਤ ਕਰਦਾ ਹੈ।
ਸਰਲ ਤਰੀਕਾ ਨਾਲ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਵੰਡੋ:
ਹਮਲਾਵਰ ਰੁਕੇ ਨਹੀਂ ਰਹਿੰਦੇ। ਫਾਇਰਵਾਲ ਦੀਆਂ ਇੰਸਪੈਕਸ਼ਨ ਇੰਜਨ صرف ਉਸ ਵਾਰ ਦੀਆਂ ਹਾਲੀਆ ਸਾਈਨੈਚਰਾਂ, ਪ੍ਰਤੀਸ਼ਠਾਵਾਂ, ਅਤੇ ਡਿਟੈਕਸ਼ਨ ਮਾਡਲਾਂ ਜਿੱਤੀਆਂ ਤੇ ਨਿਰਭਰ ਹੁੰਦੀਆਂ ਹਨ ਜਿੰਨਾਂ ਨੂੰ ਉਹ ਰੈਫਰੈਂਸ ਕਰਦੇ ਹਨ। ਇਸੀ ਲਈ "ਹਾਰਡਵੇਅਰ + ਸਬਸਕ੍ਰਿਪਸ਼ਨ" ਮਾਡਲ ਦਾ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਸਿਰਫ਼ ਇੱਕ ਲਾਇਸੈਂਸ ਨਹੀਂ—ਇਹ ਉਹ ਚਾਲੂ ਸੰਸਾਰ ਹੈ ਜੋ ਤੁਹਾਡੇ NGFW ਖਰੀਦਦਾਰੀ ਅਨੁਮਾਨਾਂ ਨੂੰ ਛੇ ਮਹੀਨੇ ਬਾਅਦ ਵੀ ਸਹੀ ਰੱਖਦਾ ਹੈ।
ASIC-ਅਧਾਰਿਤ ਅਪਲਾਇੰਸ ਖਰੀਦਣ ਦਾ ਮਤਲਬ ਕਮ ਹੀ ਵਾਰੀ "ਸਿਰਫ ਬੌਕਸ" ਹੁੰਦਾ ਹੈ।ਅਕਸਰ ਕੋਟੇਸ਼ਨਾਂ ਵਿੱਚ ਤਿੰਨ ਚੀਜ਼ਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ: ਹਾਰਡਵੇਅਰ, ਸੁਰੱਖਿਆ ਸੇਵਾਵਾਂ ਪੈਕੇਜ (ਥ੍ਰੇਟ ਇੰਟੈਲ ਅਤੇ ਫਿਲਟਰਿੰਗ), ਅਤੇ ਸਪੋਰਟ ਹੱਕ। ਬੰਡਲ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਰਾਹੀਂ ਵੈਂਡਰ ਇਕ ਵਾਰੀ ਦੀ ਖਰੀਦ ਨੂੰ ਇੱਕ ਪੇਸ਼ਗੀ ਓਪਰੇਟਿੰਗ ਖਰਚ ਵਿੱਚ ਬਦਲਦੇ ਹਨ—ਅਤੇ ਇਹ ਵੀ ਜਿੱਥੇ ਦੋ "ਮਿਲਦੇ-ਜੁਲਦੇ" ਕੋਟਸ ਬਹੁਤ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ।
Fortinet-ਸਟਾਈਲ ਬੰਡਲ ਆਮ ਤੌਰ 'ਤੇ ਇਹਨਾਂ ਨਾਲ ਮੈਪ ਹੁੰਦੇ ਹਨ:
ਤੁਸੀਂ ਇਹਨਾਂ ਨੂੰ “UTP,” “Enterprise,” ਜਾਂ ਸਮਾਨ ਸੈਟਾਂ ਵਜੋਂ ਵੇਖੋਗੇ, ਅਤੇ ਅਕਸਰ ਇਹ 1, 3, ਜਾਂ 5 ਸਾਲਾਂ ਲਈ ਵੇਚੇ ਜਾਂਦੇ ਹਨ। ਮੋਂਹ: ਦੋ ਬੰਡਲ ਦੋਹਾਂ "ਸੁਰੱਖਿਆ" ਕਹੇ ਜਾ ਸਕਦੇ ਹਨ, ਪਰ ਵੱਖ-ਵੱਖ ਸੇਵਾਵਾਂ ਜਾਂ ਸਪੋਰਟ ਟੀਅਰ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ।
ਨਵੀਨੀਕਰਨ ਅਕਸਰ ਉਹ ਸਮਾਂ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਫਾਇਨੈਂਸ ਅਤੇ ਸੁਰੱਖਿਆ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਟਕਰਾਉਂਦੀਆਂ ਹਨ। ਇੱਕ ਨਵੀਨੀਕਰਨ ਸਿਰਫ "ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਅਪ-ਟੂ-ਡੇਟ ਰੱਖਣਾ" ਨਹੀਂ—ਅਕਸਰ ਇਹ ਲਾਜ਼ਮੀ ਹੁੰਦਾ ਹੈ ਕਿ:
ਕਿਉਂਕਿ ਮਨਜ਼ੂਰੀਆਂ ਵਿੱਚ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ, ਨਵੀਨੀਕਰਨਾਂ ਨੂੰ ਆਪਣੇ ਵਿੱਤੀ ਕੈਲੇਂਡਰ ਨਾਲ ਸੋਧਿਆ ਕਰੋ, ਅਤੇ ਅਚਾਨਕ ਸਮਾਪਤੀ ਤੋਂ ਬਚੋ ਜੋ ਇੱਕ ਓਪਰੇਸ਼ਨਲ ਮੁੱਦੇ ਨੂੰ ਕਾਰੋਬਾਰੀ ਬਾਹਰੀਤਾ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ।
ਕਈ ਪ੍ਰਸਤਾਵਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਸਮੇਂ, ਇਹਨਾਂ ਆਈਟਮਾਂ ਨੂੰ ਤੁਹਾਡੀ ਤੁਲਨਾ ਵਿਚ ਸ਼ਾਮਲ ਕਰੋ:
ਜੇ ਤੁਸੀਂ ਘੱਟ ਬਜਟ ਸਰਪ੍ਰਾਈਜ਼ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਕੋਟ ਮੰਗੋ ਜੋ ਹਾਰਡਵੇਅਰ ਨੂੰ CapEx ਅਤੇ ਸਬਸਕ੍ਰਿਪਸ਼ਨ/ਸਪੋਰਟ ਨੂੰ OpEx ਵਜੋਂ ਵੱਖ ਕਰਕੇ ਦਿਖਾਂਵੇ, ਅਤੇ ਨਵੀਨੀਕਰਨ ਮਿਤੀਆਂ ਸਪਸ਼ਟ ਹੋਣ।
ਕੁੱਲ ਮਲਿਆਵਤੀ ਖਰਚ (TCO) ਉਹ ਇੱਕਲਾ ਅੰਕ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ASIC-ਅਧਾਰਿਤ ਫਾਇਰਵਾਲ ਅਪਲਾਇੰਸ ਨੂੰ ਕਿਸੇ ਹੋਰ ਵਿਕਲਪ ਨਾਲ ਬਿਨਾਂ ਵੱਖ-ਵੱਖ ਸੁੰਦਰ ਛੂਟਾਂ ਜਾਂ "ਮੁਫ਼ਤ" ਬੰਡਲਾਂ ਤੋਂ ਭਟਕਣ ਦੇ ਤੁਲਨਾ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਂਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਫਾਇਨੈਂਸ ਟੀਮ ਦੀ ਲੋੜ ਨਹੀਂ—ਸਿਰਫ਼ ਇੱਕ ਸਥਿਰ ਤਰੀਕਾ ਲੋੜੀਦੀ ਹੈ।
ਇਹ ਵਰਗੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਵਰਤੋ ਅਤੇ ਨਾਨ੍ਹੇ ਆਈਟਮਾਂ ਨੂੰ ਛੱਡੋ ਨਹੀਂ (ਓਹ 3–5 ਸਾਲ ਦੀ ਲਾਈਫਸਾਈਕਲ ਵਿੱਚ ਜ਼ੋਰ ਨਾਲ ਜੋੜਦੇ ਹਨ):
ਸਾਈਜ਼ਿੰਗ TCO 'ਤੇ ਬਹੁਤ ਵੱਧ ਪ੍ਰਭਾਵ ਪਾਂਦੀ ਹੈ।
ਇੱਕ ਪ੍ਰਾਇਕਟਿਕ ਮਧੁਰਾਹਿ: ਅੱਜ ਮਾਪੀ ਗਈ ਟ੍ਰੈਫਿਕ ਲਈ ਸਾਈਜ਼ ਕਰੋ + ਇੱਕ ਸਪਸ਼ਟ ਗ੍ਰੋਥ ਬਫਰ, ਅਤੇ ਯੋਜਨਾ ਬਣਾਓ ਕਿ ਇੱਕ ਯੋਜਿਤ ਰਿਫ੍ਰੈਸ਼ ਲਈ ਬਜਟ ਰੱਖਿਆ ਜਾਵੇ ਨਾ ਕਿ ਐਮਰਜੈਂਸੀ ਰਿਫ੍ਰੈਸ਼।
ਇਸਨੂੰ ਆਪਣੀਆਂ ਕੋਟਸ ਅਤੇ ਅੰਤਰਕਾਰੀ ਅਨੁਮਾਨਾਂ ਨਾਲ ਭਰੋ:
Time horizon (years): ____
A) Hardware (one-time): $____
B) Subscriptions per year: $____ x ____ years = $____
C) Support per year: $____ x ____ years = $____
D) Power+cooling per year: $____ x ____ years = $____
E) Staff hours per year: ____ hrs x $____/hr x ____ years = $____
F) Planned refresh/migration (one-time): $____
TCO = A + B + C + D + E + F
Cost per Gbps (or per site) = TCO / ____
ਇਕ ਵਾਰੀ TCO ਹੋਣ 'ਤੇ, ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਅਪਲਾਇੰਸਾਂ ਦੀ ਤੁਲਨਾ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਮੁੱਲ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹਨ: ਨਤੀਜੇ ਪ੍ਰਤੀ ਡਾਲਰ, ਸਿਰਫ ਖਰੀਦ ਕੀਮਤ ਨਹੀਂ।
ਜੇ ਤੁਹਾਨੂੰ ਹਰ ਰਿਫ੍ਰੈਸ਼ ਸਾਈਕਲ ਲਈ ਇਹੀ ਵਰਕਸ਼ੀਟ ਸਪੀਡਸ਼ੀਟ ਵਿੱਚ ਦੁਹਰਾਉਣੀ ਪੈਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਛੋਟਾ ਅੰਦਰੂਨੀ ਟੂਲ ਬਣਾਉਣ ਯੋਗ ਹੋ ਸਕਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਹਲਕੀ ਵੈੱਬ ਐਪ ਜੋ ਅਨੁਮਾਨ ਨਰਮਾਂ ਨੂੰ ਸਥਿਰ ਕਰਦੀ ਹੈ ਅਤੇ ਕੋਟਸ ਸੰਭਾਲਦੀ ਹੈ). Platforms like Koder.ai are designed for this kind of “vibe-coding” workflow—teams can describe what they need in a chat interface and generate a simple React + Go + PostgreSQL app with exportable source code, instead of pushing a full custom dev project through a long pipeline.
ਇੱਕ ਆਮ ਖਰੀਦਦਾਰੀ ਗਲਤੀ ਹੈ ਡਾਟਾ ਸ਼ੀਟ 'ਤੇ ਸਭ ਤੋਂ ਵੱਡਾ throughput ਨੰਬਰ ਹੀ ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਮਿਲੇਗਾ ਮੰਨਣਾ। ਸੁਰੱਖਿਆ ਅਪਲਾਇੰਸਾਂ ਲਈ, "ਗਤੀ" ਹਮੇਸ਼ਾ ਸ਼ਰਤਾਂ 'ਤੇ ਨਿਰਭਰ ਹੁੰਦੀ ਹੈ: ਇਹ ਉਸ ਫੀਚਰ-ਸੈੱਟ, ਕਿੰਨੀ ਟ੍ਰੈਫਿਕ ਇਨਕ੍ਰਿਪਟ ਕੀਤੀ ਗਈ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਪਾਥਾਂ ਦੀ ਜਟਿਲਤਾ 'ਤੇ ਬਦਲਦੀ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਵੈਂਡਰ ਕਈ throughput ਅੰਕੜੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਨ (firewall, IPS, NGFW, threat protection)। ਇਹ ਮਾਰਕੀਟਿੰਗ ਗਿੰਤੀਆਂ ਨਹੀਂ—ਇਹ ਦਰਸਾਉਂਦੇ ਹਨ ਅਸਲ ਵਿੱਚ ਕਿਸ ਕੰਮ ਦੀ ਮੰਗ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।
ਉਹ ਫੀਚਰ ਜੋ ਅਕਸਰ ਅਸਲ ਸੰਸਾਰ throughput ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ:
Fortinet ਦੀ FortiASIC ਪਹੁੰਚ ਲੋਡ ਹੇਠਾਂ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਜ਼ਿਆਦਾ ਸਥਿਰ ਰੱਖਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਫੀਚਰ-ਸੈੱਟ ਜੋ ਤੁਸੀਂ ਵਾਸਤਵ ਵਿੱਚ ਚਲਾਉਂਦੇ ਹੋ ਉਸ ਲਈ ਸਾਈਜ਼ਿੰਗ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਨਾ ਕਿ ਜੋ ਤੁਸੀਂ "ਬਾਦ ਵਿੱਚ" ਚਲਾਉਣ ਦੀ ਆਸ ਰੱਖਦੇ ਹੋ।
ਖਪਤ ਤੇ ਆਧਾਰਿਤ ਸਮਰੱਥਾ ਦੀ ਯੋਜਨਾ ਉਸ ਚੀਜ਼ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਕਰੋ ਜੋ ਸਭ ਤੋਂ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲਦਾ ਹੈ:
ਇੱਕ ਪ੍ਰਾਇਕਟਿਕ ਨਿਯਮ: ਇੰਨਾ ਹੈਡਰੂਮ ਖਰੀਦੋ ਕਿ ਰੁਟੀਨ ਪੀਕ ਟ੍ਰੈਫਿਕ ਡਿਵਾਈਸ ਨੂੰ ਉਸਦੀ ਸੀਮਾਵਾਂ ਦੇ ਨੇੜੇ ਨਾ ਲੈ ਜਾਵੇ। ਜਦੋਂ ਇੱਕ ਬਾਕਸ "ਹਾਟ" ਰਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਬਿਜ਼ਨਸ ਚਲਾਉਣ ਲਈ ਸੁਰੱਖਿਆ ਬੰਦ ਕਰਨੇ ਪੈ ਸਕਦੇ ਹਨ—ਇਹ ਠੀਕ ਦਾ ਵਿਪਰੀਤ ਫੈਸਲਾ ਹੈ।
ਤੁਹਾਡਾ "ਸਹੀ ਆਕਾਰ" ਇਹ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਲਈ ਫੇਲਯੂਰ ਦਾ ਕੀ ਨਤੀਜਾ ਹੋਵੇਗਾ।
ਜੇ uptime ਅਤੇ ਲਗਾਤਾਰ ਸੁਰੱਖਿਆ ਨਿਯੰਤਰਣ ਗੈਰ-ਵਰਤਣਯੋਗ ਹਨ, ਤਾਂ ਇਸ ਤਰੀਕੇ ਨਾਲ ਸਾਈਜ਼ ਕਰੋ ਕਿ ਤੁਸੀਂ ਪੀਕ ਸਮਿਆਂ ਅਤੇ ਘਟਨਾਵਾਂ ਦੌਰਾਨ ਭੀ ਪੂਰੀ ਇੰਸਪੈਕਸ਼ਨ ਜਾਰੀ ਰੱਖ ਸਕੋ। ਜੇ ਤੁਸੀਂ ਅਸਥਾਈ ਫੀਚਰ ਘਟਾਅ ਬਰਦਾਸ਼ਤ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਔਸਤ ਲੋਡ ਦੇ ਨੇੜੇ ਹੋ ਕੇ ਸਾਈਜ਼ ਕਰ ਸਕਦੇ ਹੋ—ਪਰ ਇਸ ਫੈਸਲੇ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਲਿਖੋ ਅਤੇ ਦਰਜ ਕਰੋ ਕਿ ਪਹਿਲਾਂ ਕਿਹੜੇ ਨਿਯੰਤਰਣ ਘਟਾਏ ਜਾਣਗੇ।
ਮਾਡਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦਿਆਂ, ਆਪਣੇ ਟ੍ਰੈਫਿਕ ਮਿਕਸ (ਇੰਟਰਨੈੱਟ, 이स्ट-ਵੈਸਟ, VPN, ਇੰਸਪੈਕਟ ਕੀਤੇ ਟ੍ਰੈਫਿਕ ਬਨਾਮ ਨਾ ਕੀਤੇ) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਾਈਜ਼ਿੰਗ ਦੀ ਰਾਹਨੂੰਮੀ ਮੰਗੋ ਅਤੇ ਇਕ ਪਾਇਲਟ ਜਾਂ ਹਕੀਕਤੀ ਟ੍ਰੈਫਿਕ ਸਨੈਪਸ਼ਾਟ ਨਾਲ ਅਨੁਮਾਨਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ASIC-ਅਧਾਰਿਤ ਫਾਇਰਵਾਲ ਅਪਲਾਇੰਸ ਖਰੀਦਣ ਇਕ ਇਕ-ਵਾਰੀ ਘਟਨਾ ਨਹੀਂ ਹੈ। ਸਮੇਂ ਦੇ ਨਾਲ ਤੁਸੀਂ ਜੋ ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ, ਉਹ ਸਾਰੇ ਲਾਈਫਸਾਈਕਲ ਦੀ ਯੋਜਨਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ—ਖਾਸ ਕਰਕੇ ਨਵੀਨੀਕਰਨ, ਅਪਡੇਟ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਰਿਫ੍ਰੈਸ਼ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦੇ ਹੋ।
ਜ਼ਿਆਦਾਤਰ ਸੰਗਠਨ ਇੱਕ ਪੇਚੀਦਗੀਮਯ ਅਨੁਕ੍ਰਮ ਤੋਂ ਲੰਘਦੇ ਹਨ:
ਇੱਕ ਉਪਯੋਗੀ ਮਨੋਭਾਵ: ਹਾਰਡਵੇਅਰ ਪਲੇਟਫਾਰਮ ਮੁਹੱਈਆ ਕਰਦਾ ਹੈ; ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਸਪੋਰਟ ਇਸਨੂੰ ਅਪ-ਟੂ-ਡੇਟ ਅਤੇ ਸੁਰੱਖਿਅਤ ਚਲਾਉਣ ਯੋਗ ਬਣਾਉਂਦੇ ਹਨ।
ਸਪੋਰਟ ਕਰਾਰ ਅਤੇ ਸੁਰੱਖਿਆ ਸੇਵਾਵਾਂ ਕਈ ਵਾਰੀ ਐਡ-ਆਨ ਸਮਝੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਪਰ ਉਹ ਸੀਧੇ ਓਪਰੇਸ਼ਨਲ ਸਥਿਰਤਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦੇ ਹਨ:
ਜੇ ਤੁਸੀਂ ਠੇਕੇਆਂ ਨੂੰ ਲੈਪਸ ਕਰਨ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਸਿਰਫ਼ "ਐਡ-ਆਨ" ਹੀ ਨਹੀਂ ਗਵਾਂਦੇ—ਤੁਸੀਂ ਉਹ ਲਗਾਤਾਰ ਅਪਡੇਟ ਅਤੇ ਸਮੇਂ ਤੇ ਮਦਦ ਮਿਲਣ ਦੀ ਯੋਗਤਾ ਵੀ ਗਵਾ ਸਕਦੇ ਹੋ ਜਦੋਂ ਕੁਝ ਟੁੱਟਦਾ ਹੈ।
ਲਾਈਫਸਾਈਕਲ ਸਮੱਸਿਆਵਾਂ ਅਕਸਰ ਕਾਗਜ਼ੀ ਕਾਰਜ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਅਪਲਾਇੰਸ ਖਰੀਦ ਅਤੇ ਡਿਪਲੋਇਮੈਂਟ ਦੇ ਪਹਿਲੇ ਦਿਨ ਕੁਝ ਮੁਖ ਚਿੱਜਾਂ ਕੈਪਚਰ ਕਰੋ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਅਪ-ਟੂ-ਡੇਟ ਰੱਖੋ:
ਇਹ ਦਸਤਾਵੇਜ਼ ਨਵੀਨੀਕਰਨਾਂ ਨੂੰ ਰੋਜ਼ਮਰਾ ਦੀ ਰੱਖ-ਰਖਾਅ ਬਣਾਉਂਦੀਆਂ ਹਨ ਨਾ ਕਿ ਓਹਨਾਂ ਨੂੰ ਇੱਕ ਆਖ਼ਰੀ-ਮਿੰਟ ਦੀ ਦੌੜ ਵਿੱਚ ਬਦਲਦੀਆਂ ਹਨ।
ਜਦੋਂ ਤੁਸੀਂ ਇਨ੍ਹਾਂ ਸੰਕੇਤਾਂ ਵਿੱਚੋਂ ਕੋਈ ਦੇਖੋ: ਲੰਬੇ ਸਮੇਂ ਲਈ throughput ਸੀਮਾ ਨੇੜੇ ਆਉਣਾ, ਉਮੀਦ ਤੋਂ ਜ਼ਿਆਦਾ ਇਨਕ੍ਰਿਪਟਡ ਟ੍ਰੈਫਿਕ, ਨਵੇਂ ਬ੍ਰਾਂਚ ਸਾਈਟ, ਜਾਂ ਨੀਤੀ ਦਾ ਐਸਾ ਵਾਧਾ ਜੋ ਪ੍ਰਬੰਧਨ ਨੂੰ ਮੁਸ਼ਕਲ ਕਰਦਾ ਹੈ—ਤਾਂ ਰਿਫ੍ਰੈਸ਼ ਯੋਜਨਾ ਸ਼ੁਰੂ ਕਰੋ।
ਲਕਸ਼: ਸਮਰਥਾ-ਅੰਤ ਦੀ ਮਿਆਦ ਤੋਂ ਕਾਫੀ ਪਹਿਲਾਂ ਬਦਲਾਅ ਲਈ ਮੁਲਾਂਕਣ ਕਰੋ। ਇਸ ਨਾਲ ਤੁਹਾਨੂੰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਟੈਸਟ ਕਰਨ, ਡਾਊਨਟਾਈਮ ਸ਼ੈਡਿਊਲ ਕਰਨ, ਅਤੇ ਐਮਰਜੈਂਸੀ ਸ਼ਿਪਿੰਗ ਜਾਂ ਤੁਰੰਤ ਪ੍ਰੋਫੈਸ਼ਨਲ ਸੇਵਾਵਾਂ ਲਈ ਅਤਿਰਿਕਤ ਭੁਗਤਾਨ ਤੋਂ ਬਚਣ ਦਾ ਸਮਾਂ ਮਿਲਦਾ ਹੈ।
ASIC-ਅਧਾਰਿਤ ਸੁਰੱਖਿਆ ਅਪਲਾਇੰਸਾਂ ਇੱਕ ਹੀ ਸਮੇਂ 'ਤੇ ਸੁਤੰਤਰਤਾ ਅਤੇ ਇੱਕ ਤੰਗ-ਇੰਟਿਗ੍ਰੇਟਡ ਸਾਫਟਵੇਅਰ ਸਟੈਕ ਦੇ ਫਾਇਦੇ ਦਿੱਸਦੇ ਹਨ। ਇਹ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਹੀ ਓਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਬਹੁਤ ਸਾਰੇ ਟਰੇਡ-ਆਫ਼ ਰਹਿੰਦੇ ਹਨ।
ਜਦੋਂ ਕੋਈ ਵੈਂਡਰ ਹਾਰਡਵੇਅਰ ਅਤੇ ਐੱਕਸਲੇਰੇਟਡ ਡੇਟਾ-ਪਾਥ ਦੋਹਾਂ ਡਿਜ਼ਾਈਨ ਕਰਦਾ ਹੈ, ਤੁਸੀਂ ਅਕਸਰ ਸਾਦੀ ਸਾਈਜ਼ਿੰਗ, ਘੱਟ ਟਿਊਨਿੰਗ ਨਾਬ, ਅਤੇ ਲੋਡ ਹੇਠਾਂ "ਇਹ ਸਿਰਫ਼ ਕੰਮ ਕਰਦਾ ਹੈ" ਵਰਤਾਰ ਮਿਲਦੀ ਹੈ।
ਲਾਗਤ ਲਚਕੀਲਾਪਣ ਹੈ। ਤੁਸੀਂ ਇੱਕ ਨਿਰਧਾਰਤ ਤਰੀਕੇ ਵਿੱਚ ਨਿਵੇਸ਼ ਕਰ ਰਹੇ ਹੋ। ਜੇ ਤੁਹਾਡੀ ਰਣਨੀਤੀ "commodity x86 ਤੇ ਸਟੈਂਡਰਡਾਈਜ਼ ਕਰ ਕੇ ਵੈਂਡਰ ਬਦਲਣ" ਹੈ, ਤਾਂ ASIC ਅਪਲਾਇੰਸ ਇਹ ਮੁਰੰਮਤ ਮੁਸ਼ਕਲ ਬਣਾ ਸਕਦੇ ਹਨ—ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ecosystem ਤੋਂ playbooks, ਰਿਪੋਰਟਿੰਗ, ਅਤੇ ਸਟਾਫ਼ ਕੁਸ਼ਲਤਾਵਾਂ ਬਣਾਉਂਦੇ ਹੋ।
ਬਹੁਤ ਸਾਰੀਆਂ ਉਹ ਸੁਰੱਖਿਆਯੋਗਤਾਵਾਂ ਜੋ ਲੋਕ NGFW ਤੋਂ ਉਮੀਦ ਕਰਦੇ ਹਨ, ਸਬਸਕ੍ਰਿਪਸ਼ਨ-ਬੈਕਡ ਹੁੰਦੀਆਂ ਹਨ (ਥ੍ਰੇਟ ਇੰਟੈਲ, IPS ਸਾਈਨੈਚਰ, URL ਫਿਲਟਰਿੰਗ ਸ਼੍ਰੇਣੀਆਂ, sandboxing ਆਦਿ)। ਜੇ ਇੱਕ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਲੈਪਸ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਬੁਨਿਆਦੀ ਰੂਪ ਵਿੱਚ ਰੂਟਿੰਗ ਅਤੇ ਫਾਇਰਵਾਲਿੰਗ ਰੱਖ ਸਕਦੇ ਹੋ, ਪਰ ਜ਼ਰੂਰੀ ਕਵਰੇਜ ਗਵਾਂ ਸਕਦੇ ਹੋ—ਕਈ ਵਾਰ ਬਿਨਾਂ ਕਿਸੇ ਤੁਰੰਤ ਚੇਤਾਵਨੀ ਦੇ।
ਆਸਾਨ ਨਿਬਟਾਰੇ ਦੇ ਤਰੀਕੇ:
ਇੱਕ ਹੋਰ ਜੋਖਮ ਇਹ ਹੈ ਕਿ ਕੁਝ ਸਮਰੱਥਾ "ਬਾਕਸ ਵਿੱਚ ਹੈ" ਕਿਉਂਕਿ ਹਾਰਡਵੇਅਰ ਇਸਨੂੰ ਸਮਭਾਲ ਸਕਦਾ ਹੈ—ਅਮਲ ਵਿੱਚ, ਅਡਵਾਂਸਡ ਫੀਚਰ ਕਿਸੇ ਖਾਸ ਬੰਡਲ, ਟੀਅਰ, ਜਾਂ ਪ੍ਰਤੀ-ਯੂਨਿਟ ਲਾਇਸੈਂਸਿੰਗ ਦੇ ਪਿੱਛੇ ਗੇਟ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਨਵੀਨੀਕਰਨ ਵੀ ਉੱਪਰ ਜਾ ਸਕਦੀ ਹੈ ਜੇ ਪਹਿਲੀ ਖਰੀਦ ਵਿੱਚ ਪ੍ਰੋਮੋਸ਼ਨਲ ਕੀਮਤਾਂ, ਮਲਟੀ-ਸਾਲ ਛੂਟ, ਜਾਂ ਅਜੇਹੇ ਬੰਡਲ ਸ਼ਾਮਲ ਸਨ ਜੋ ਨਵੀਨੀਕਰਨ 'ਚ ਉਹੀ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਨਵੀਨੀਕਰਦੇ।
ਆਸ਼ਤੀ ਕੱਟੋ:
ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਤਿਆਗ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਪੜਾਵੀ ਰੋਲਆਊਟ ਕਰੋ: ਇੱਕ ਸਾਈਟ 'ਤੇ ਪਾਇਲਟ ਚਲਾਓ, ਅਸਲ ਟ੍ਰੈਫਿਕ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਲੌਗਿੰਗ ਵਾਲੀਅਮ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਅਤੇ ਆਪਣੇ "ਲਾਜ਼ਮੀ" ਫੀਚਰਾਂ ਦੀ ਟੈਸਟਿੰਗ ਕਰੋ। ਸਫਲਤਾ ਮਾਪਦੰਡ ਪਹਿਲਾਂ ਤੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ (ਪ੍ਰਦਰਸ਼ਨ ਸੀਮ੍ਹਾ, ਰਿਪੋਰਟਿੰਗ ਜ਼ਰੂਰਤਾਂ, ਇੰਟੇਗ੍ਰੇਸ਼ਨ ਮੰਗਾਂ) ਤਾਂ ਜੋ ਜੇ ਫਿਟ ਸਹੀ ਨਾ ਹੋਵੇ ਤਾਂ ਤੁਸੀਂ ਜਲਦੀ ਰਾਹ ਬਦਲ ਸਕੋ।
ASIC-ਅਧਾਰਿਤ ਸੁਰੱਖਿਆ ਅਪਲਾਇੰਸ (ਜਿਵੇਂ Fortinet ਦੇ FortiASIC-ਚਲਿਤ ਮਾਡਲ) ਖਰੀਦਣਾ ਸਭ ਤੋਂ ਵੱਡੇ ਨੰਬਰਾਂ ਦਾ ਪਿੱਛਾ ਕਰਨ ਵਾਲਾ ਮੈਚ ਨਹੀਂ—ਇਹ ਅਸਲ ਵਰਕਲੋਡ, ਵਾਸਤਵਿਕ ਜੋਖਮ, ਅਤੇ ਨਵੀਨੀਕਰਨ-ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਨਾਲ ਮੇਲ ਖਾਣਾ ਹੈ।
ਸਾਦੇ ਭਾਸ਼ਾ ਵਿੱਚ ਇੱਕ ਇਨვენਟਰੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ:
ਇਸਨੂੰ ਇੱਕ ਸੁਰੱਖਿਆ-ਕੇਵਲ ਖਰੀਦ ਨਾਂ ਸਮਝੋ—ਇਹ ਇੱਕ ਸਾਂਝੀ ਖਰੀਦ ਹੈ:
ਇਕ ਚੰਗਾ ASIC ਪਲੇਟਫਾਰਮ ਲੋਡ ਹੇਠਾਂ ਸਥਿਰ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਪੁਸ਼ਟੀ ਕਰੋ:
ਇੱਕ ਛੋਟਾ ਪਾਇਲਟ ਚਲਾਓ ਜਿਸ ਦੇ ਸਫਲਤਾ ਮਾਪਦੰਡ ਹੋਣ, ਇੱਕ ਸਧਾਰਨ ਤੁਲਨਾ ਮੈਟ੍ਰਿਕਸ (ਫੀਚਰ, ਸੇਵਾਵਾਂ ਨਾਲ throughput, ਪਾਵਰ, ਸਪੋਰਟ), ਅਤੇ ਪਹਿਲੇ ਦਿਨ ਤੋਂ ਇੱਕ ਨਵੀਨੀਕਰਨ ਕੈਲੰਡਰ ਬਣਾਓ।
ਜੇ ਤੁਹਾਨੂੰ ਬਜਟਤਾ ਕੀਮਤ ਬੇਸਲਾਈਨ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਵੇਖੋ /pricing. ਸੰਬੰਧਿਤ ਮਾਰਗਦਰਸ਼ਨ ਲਈ, /blog 'ਤੇ ਖੋਜ ਕਰੋ.