ਕਲਾਉਡ ਸਟੋਰੇਜ ਵਰਤੋਂ ਦੀਆਂ ਲਾਗਤਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਸੁਝਾਅ
ਕਲਾਉਡ ਸਟੋਰੇਜ ਵਿਅਕਤੀਆਂ ਅਤੇ ਕਾਰੋਬਾਰਾਂ ਦੋਵਾਂ ਲਈ ਡੇਟਾ ਸਟੋਰੇਜ ਦੀ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਬਣ ਗਈ ਹੈ। ਕੰਮ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਵਿੱਤੀ ਪੁਰਾਲੇਖਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਤੋਂ ਲੈ ਕੇ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਅੱਪ ਅਤੇ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਵਿਸ਼ਲੇਸ਼ਣਾਤਮਕ ਡੇਟਾ ਤੱਕ - ਹਰ ਚੀਜ਼ ਹੁਣ ਆਮ ਤੌਰ 'ਤੇ ਕਲਾਉਡ ਵਿੱਚ ਇਸਦੀ ਲਚਕਤਾ, ਪਹੁੰਚ ਦੀ ਸੌਖ ਅਤੇ ਸਾਪੇਖਿਕ ਸੁਰੱਖਿਆ ਦੇ ਕਾਰਨ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸਹੂਲਤ ਅਕਸਰ ਅਚਾਨਕ ਬਿੱਲਾਂ ਦੇ ਨਾਲ ਆਉਂਦੀ ਹੈ। ਬਹੁਤ ਸਾਰੀਆਂ ਸੰਸਥਾਵਾਂ ਨੂੰ ਵਰਤੋਂ ਦੇ ਗੁਬਾਰੇ ਤੋਂ ਬਾਅਦ ਹੀ ਲਾਗਤਾਂ ਦੀ ਵਿਸ਼ਾਲਤਾ ਦਾ ਅਹਿਸਾਸ ਹੁੰਦਾ ਹੈ: ਡੇਟਾ ਦੇ ਢੇਰ ਲੱਗ ਜਾਂਦੇ ਹਨ, ਡੁਪਲੀਕੇਸ਼ਨ ਕੰਟਰੋਲ ਤੋਂ ਬਾਹਰ ਹੋ ਜਾਂਦੀ ਹੈ, ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਵਧ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਧਾਰਨ ਨੀਤੀਆਂ ਅਸਪਸ਼ਟ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।
ਕੁਸ਼ਲ ਕਲਾਉਡ ਸਟੋਰੇਜ ਬਣਾਈ ਰੱਖਣ ਲਈ, ਤੁਹਾਨੂੰ ਲਾਗਤ ਸਰੋਤਾਂ ਨੂੰ ਸਮਝਣ ਅਤੇ ਇੱਕ ਅਨੁਸ਼ਾਸਿਤ ਲਾਗਤ ਪ੍ਰਬੰਧਨ ਰਣਨੀਤੀ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਕੁਰਬਾਨੀ ਦਿੱਤੇ ਬਿਨਾਂ ਕਲਾਉਡ ਸਟੋਰੇਜ ਲਾਗਤਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਇੱਥੇ ਵਿਹਾਰਕ ਸੁਝਾਅ ਹਨ।
1. ਕਲਾਉਡ ਸਟੋਰੇਜ ਲਾਗਤਾਂ ਦੇ ਹਿੱਸਿਆਂ ਨੂੰ ਸਮਝੋ
ਬੱਚਤ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਕਿ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਆਮ ਤੌਰ 'ਤੇ ਕੀ ਚਾਰਜ ਕਰਦੇ ਹਨ। ਕਲਾਉਡ ਸਟੋਰੇਜ ਲਾਗਤਾਂ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ:
– ਸਟੋਰੇਜ ਲਾਗਤਾਂ (ਪ੍ਰਤੀ GB/TB ਪ੍ਰਤੀ ਮਹੀਨਾ): ਸਟੋਰੇਜ ਸ਼੍ਰੇਣੀ/ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
- ਬੇਨਤੀ ਲਾਗਤਾਂ: ਉਦਾਹਰਨ ਲਈ, ਪ੍ਰਤੀ ਪੜ੍ਹਨ/ਲਿਖਣ/ਸੂਚੀ ਵਸਤੂ ਕਾਰਵਾਈ ਦੀ ਲਾਗਤ।
- ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ (ਨਿਕਾਸ) ਦੀ ਲਾਗਤ: ਜਦੋਂ ਡੇਟਾ ਕਲਾਉਡ ਤੋਂ ਇੰਟਰਨੈਟ ਜਾਂ ਕਿਸੇ ਹੋਰ ਖੇਤਰ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਤਾਂ ਲਾਗਤ।
- ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਅਤੇ ਰਿਡੰਡੈਂਸੀ ਲਾਗਤਾਂ: ਡੇਟਾ ਦੀ ਟਿਕਾਊਤਾ ਜਿੰਨੀ ਜ਼ਿਆਦਾ ਹੋਵੇਗੀ, ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਓਨੀ ਹੀ ਮਹਿੰਗੀ ਹੋਵੇਗੀ।
- ਵਾਧੂ ਵਿਸ਼ੇਸ਼ਤਾ ਲਾਗਤਾਂ: ਕੁਝ ਖਾਸ ਇਨਕ੍ਰਿਪਸ਼ਨ, ਨਿਗਰਾਨੀ, ਆਡਿਟ ਲੌਗ, ਜਾਂ ਏਕੀਕਰਨ।
ਆਪਣੀ ਲਾਗਤ ਬਣਤਰ ਨੂੰ ਸਮਝ ਕੇ, ਤੁਸੀਂ ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬੱਚਤਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਸਕਦੇ ਹੋ - ਅਕਸਰ ਸਿਰਫ਼ "ਡੇਟਾ ਵਾਲੀਅਮ" ਵਿੱਚ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਡੇਟਾ ਪਹੁੰਚ ਅਤੇ ਗਤੀ ਦੇ ਪੈਟਰਨਾਂ ਵਿੱਚ ਵੀ।
2. ਪਹੁੰਚ ਬਾਰੰਬਾਰਤਾ ਦੇ ਆਧਾਰ 'ਤੇ ਡੇਟਾ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ
ਸਾਰੇ ਡੇਟਾ ਨੂੰ "ਗਰਮ" (ਅਕਸਰ ਐਕਸੈਸ ਕੀਤੇ ਜਾਣ ਵਾਲੇ) ਟੀਅਰ ਵਿੱਚ ਸਟੋਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ। ਡੇਟਾ ਨੂੰ ਕਈ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ:
- ਗਰਮ ਡੇਟਾ: ਕਿਰਿਆਸ਼ੀਲ ਫਾਈਲਾਂ, ਰੋਜ਼ਾਨਾ ਐਪਲੀਕੇਸ਼ਨ ਡੇਟਾ, ਅਕਸਰ ਖੁੱਲ੍ਹੇ ਕੰਮ ਦੇ ਦਸਤਾਵੇਜ਼।
- ਗਰਮ ਡੇਟਾ: ਮਾਸਿਕ ਪੁਰਾਲੇਖ, ਰਿਪੋਰਟਾਂ ਜਿਨ੍ਹਾਂ ਦੀ ਕਈ ਵਾਰ ਲੋੜ ਹੁੰਦੀ ਹੈ।
– ਠੰਡਾ ਡੇਟਾ: ਪੁਰਾਣੇ ਬੈਕਅੱਪ, ਇਤਿਹਾਸਕ ਲੌਗ, ਲੰਬੇ ਸਮੇਂ ਦਾ ਆਡਿਟ ਡੇਟਾ।
- ਪੁਰਾਲੇਖ: ਉਹ ਡੇਟਾ ਜਿਸ ਤੱਕ ਲਗਭਗ ਕਦੇ ਪਹੁੰਚ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਪਰ ਇਸਨੂੰ ਸਟੋਰ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ।
ਵਰਗੀਕਰਨ ਤੋਂ ਬਾਅਦ, ਡੇਟਾ ਨੂੰ ਢੁਕਵੇਂ ਸਟੋਰੇਜ ਕਲਾਸ ਵਿੱਚ ਭੇਜੋ। ਬਹੁਤ ਸਾਰੇ ਪ੍ਰਦਾਤਾ ਕਦੇ-ਕਦਾਈਂ ਐਕਸੈਸ ਕੀਤੇ ਡੇਟਾ (ਜਿਵੇਂ ਕਿ, "ਕਦਾਈਂ ਐਕਸੈਸ" ਜਾਂ "ਪੁਰਾਲੇਖ") ਲਈ ਸਸਤੇ ਪੱਧਰਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹਨ, ਪਰ ਇਹ ਲੰਬੇ ਐਕਸੈਸ ਸਮੇਂ ਜਾਂ ਪ੍ਰਾਪਤੀ ਲਾਗਤਾਂ ਦੀ ਕੀਮਤ 'ਤੇ ਆਉਂਦਾ ਹੈ।
3. ਜੀਵਨ ਚੱਕਰ ਨੀਤੀ ਲਾਗੂ ਕਰੋ (ਟੀਅਰ ਮੂਵ ਐਂਡ ਡਿਲੀਟ ਆਟੋਮੇਸ਼ਨ)
ਖਰਚਿਆਂ ਨੂੰ ਬਚਾਉਣ ਦੇ ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜੀਵਨ ਚੱਕਰ ਪ੍ਰਬੰਧਨ ਦੀ ਵਰਤੋਂ ਕਰਨਾ। ਤੁਸੀਂ ਨਿਯਮ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ ਜਿਵੇਂ ਕਿ:
- 30 ਦਿਨਾਂ ਬਾਅਦ, ਫਾਈਲਾਂ ਨੂੰ ਗਰਮ ਤੋਂ ਗਰਮ ਵਿੱਚ ਤਬਦੀਲ ਕਰੋ।
- 90 ਦਿਨਾਂ ਬਾਅਦ, ਕੋਲਡ ਜਾਂ ਆਰਕਾਈਵ ਵਿੱਚ ਚਲੇ ਜਾਓ।
– 365 ਦਿਨਾਂ ਬਾਅਦ, ਆਟੋ-ਡਿਲੀਟ (ਜੇ ਨੀਤੀ ਅਨੁਸਾਰ ਹੋਵੇ)।
ਇਹ ਆਟੋਮੇਸ਼ਨ "ਫਸੇ ਹੋਏ ਡੇਟਾ" ਨੂੰ ਮਹਿੰਗੇ ਪੱਧਰਾਂ ਵਿੱਚ ਇਕੱਠਾ ਹੋਣ ਤੋਂ ਰੋਕਦੀ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਜੀਵਨ ਚੱਕਰ ਨੀਤੀਆਂ ਕਾਰੋਬਾਰ, ਆਡਿਟ ਅਤੇ ਰੈਗੂਲੇਟਰੀ ਜ਼ਰੂਰਤਾਂ ਦੇ ਅਨੁਸਾਰ ਹੋਣ।
4. ਇੱਕ ਸਪੱਸ਼ਟ ਧਾਰਨ ਨੀਤੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ
ਬਿਨਾਂ ਕਿਸੇ ਧਾਰਨ ਨੀਤੀ ਦੇ, ਡੇਟਾ ਨੂੰ ਲੋੜ ਪੈਣ ਦੇ ਡਰੋਂ "ਹਮੇਸ਼ਾ ਲਈ" ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਡੇਟਾ ਨੂੰ ਅਣਮਿੱਥੇ ਸਮੇਂ ਲਈ ਸਟੋਰ ਕਰਨਾ ਅਕਸਰ ਪੈਸੇ ਦੀ ਸਭ ਤੋਂ ਵੱਡੀ ਬਰਬਾਦੀ ਹੁੰਦੀ ਹੈ। ਪੱਕੇ ਨਿਯਮ ਸਥਾਪਿਤ ਕਰੋ:
- ਕਾਰਜਸ਼ੀਲ ਡੇਟਾ: ਉਦਾਹਰਨ ਲਈ 3-12 ਮਹੀਨੇ
- ਅਰਜ਼ੀ ਲੌਗ: 30-180 ਦਿਨ (ਜਾਂਚ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ)
- ਬੈਕਅੱਪ: ਕੁਝ ਸੀਮਾਵਾਂ ਦੇ ਨਾਲ ਰੋਜ਼ਾਨਾ/ਹਫਤਾਵਾਰੀ/ਮਾਸਿਕ ਸਕੀਮ
- ਕਾਨੂੰਨੀ/ਵਿੱਤੀ ਦਸਤਾਵੇਜ਼: ਲਾਗੂ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ
ਇੱਕ ਚੰਗੀ ਰੀਟੈਨਸ਼ਨ ਨੀਤੀ ਲਾਗਤਾਂ ਨੂੰ ਘੱਟ ਰੱਖੇਗੀ ਅਤੇ ਨਾਲ ਹੀ ਡੇਟਾ ਉਲੰਘਣਾ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਏਗੀ ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੀਆਂ ਸੰਪਤੀਆਂ ਦੀ ਰੱਖਿਆ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ।
5. ਡੁਪਲੀਕੇਸ਼ਨ ਅਤੇ "ਜ਼ੋਂਬੀ ਡੇਟਾ" ਘਟਾਓ
ਬਹੁਤ ਸਾਰੀਆਂ ਸੰਸਥਾਵਾਂ ਇੱਕੋ ਜਿਹੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਕਈ ਥਾਵਾਂ 'ਤੇ ਸਟੋਰ ਕਰਦੀਆਂ ਹਨ: ਟੀਮ ਫੋਲਡਰ, ਮੈਨੂਅਲ ਬੈਕਅੱਪ, ਦੁਬਾਰਾ ਅੱਪਲੋਡ ਕੀਤੇ ਈਮੇਲ ਅਟੈਚਮੈਂਟ, ਜਾਂ ਵਾਰ-ਵਾਰ ਨਿਰਯਾਤ। ਇਹ ਪਤਾ ਲਗਾਉਣ ਲਈ ਇੱਕ ਆਡਿਟ ਕਰੋ:
- ਚੈੱਕਸਮ/ਹੈਸ਼ ਦੇ ਆਧਾਰ 'ਤੇ ਡੁਪਲੀਕੇਟ ਫਾਈਲਾਂ
– ਪੁਰਾਣਾ ਡੇਟਾ ਜਿਸਦਾ ਹੁਣ ਕੋਈ ਮਾਲਕ ਨਹੀਂ ਹੈ (ਅਨਾਥ ਡੇਟਾ)
- ਬਿਨਾਂ ਕੰਟਰੋਲ ਦੇ ਸਨੈਪਸ਼ਾਟ/ਬੈਕਅੱਪ ਦਾ ਢੇਰ ਲੱਗ ਰਿਹਾ ਹੈ
- ਫਾਈਲ ਸੰਸਕਰਣ ਜਿਨ੍ਹਾਂ ਦੀ ਹੁਣ ਲੋੜ ਨਹੀਂ ਹੈ
ਡੀਡੁਪਲੀਕੇਸ਼ਨ ਟੂਲਸ ਜਾਂ ਗਵਰਨੈਂਸ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਤਾਂ ਜੋ ਹਰੇਕ ਟੀਮ "ਸੱਚਾਈ ਦੇ ਇੱਕਲੇ ਸਰੋਤ" ਦੀ ਸਥਿਤੀ ਨੂੰ ਸਮਝ ਸਕੇ।
6. ਡੇਟਾ ਆਕਾਰ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਓ: ਸਹੀ ਸੰਕੁਚਨ ਅਤੇ ਫਾਰਮੈਟਿੰਗ
ਡਾਟਾ ਆਕਾਰ ਘਟਾਉਣ ਨਾਲ ਸਟੋਰੇਜ ਲਾਗਤਾਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਘਟਦੀਆਂ ਹਨ। ਇੱਥੇ ਕੁਝ ਕਦਮ ਹਨ ਜੋ ਤੁਸੀਂ ਚੁੱਕ ਸਕਦੇ ਹੋ:
- ਟੈਕਸਟ ਅਤੇ ਲੌਗ ਡੇਟਾ ਲਈ ਕੰਪਰੈਸ਼ਨ (ਜ਼ਿਪ, ਜੀਜ਼ਿਪ, ਜ਼ੈਡਸਟੈਂਡਰਡ)
- ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਕੁਸ਼ਲ ਫਾਰਮੈਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ (ਜਿਵੇਂ ਕਿ ਪਾਰਕੁਏਟ/ਓਆਰਸੀ)
- ਜੇਕਰ ਕਾਫ਼ੀ ਪ੍ਰੋਸੈਸਡ ਵਰਜ਼ਨ ਪਹਿਲਾਂ ਹੀ ਉਪਲਬਧ ਹੈ ਤਾਂ ਵੱਡੀਆਂ ਕੱਚੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਸੇਵ ਕਰਨ ਤੋਂ ਬਚੋ।
- ਤਸਵੀਰਾਂ/ਵੀਡੀਓਜ਼ ਲਈ, ਲੋੜ ਅਨੁਸਾਰ ਕੋਡੇਕ ਅਤੇ ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਵੱਧ ਤੋਂ ਵੱਧ ਨਹੀਂ।
ਹਾਲਾਂਕਿ, ਟ੍ਰੇਡ-ਆਫ ਤੋਂ ਜਾਣੂ ਰਹੋ: ਕੰਪ੍ਰੈਸ਼ਨ ਪ੍ਰੋਸੈਸਿੰਗ ਦੌਰਾਨ CPU ਲਾਗਤਾਂ ਨੂੰ ਵਧਾ ਸਕਦਾ ਹੈ। ਸਟੋਰੇਜ ਅਤੇ ਕੰਪਿਊਟ ਵਿਚਕਾਰ ਇੱਕ ਸੰਤੁਲਿਤ ਪਹੁੰਚ ਚੁਣੋ।
7. ਨਿਕਾਸ ਅਤੇ ਅੰਤਰ-ਖੇਤਰੀ ਤਬਾਦਲੇ ਦੀਆਂ ਲਾਗਤਾਂ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰੋ
ਐਗ੍ਰੇਸ ਚਾਰਜ ਅਕਸਰ ਬਿਲਿੰਗ ਦਾ ਇੱਕ ਵੱਡਾ ਸਰੋਤ ਹੁੰਦੇ ਹਨ—ਖਾਸ ਕਰਕੇ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਜੋ ਬਹੁਤ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਡਾਊਨਲੋਡ ਕਰਦੀਆਂ ਹਨ (ਜਿਵੇਂ ਕਿ, ਮੀਡੀਆ, ਡੇਟਾਸੈੱਟ, ਜਾਂ ਇੰਸਟਾਲੇਸ਼ਨ ਫਾਈਲਾਂ)। ਸੰਭਾਵੀ ਰਣਨੀਤੀਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
- ਅੰਤਰ-ਖੇਤਰ ਟ੍ਰਾਂਸਫਰ ਤੋਂ ਬਚਣ ਲਈ ਸਟੋਰੇਜ ਨੂੰ ਕੰਪਿਊਟ ਦੇ ਉਸੇ ਖੇਤਰ ਵਿੱਚ ਰੱਖੋ।
- ਸਟੋਰੇਜ ਬਕੇਟ ਤੋਂ ਸਿੱਧੇ ਨਿਕਾਸ ਨੂੰ ਘਟਾਉਣ ਲਈ ਸਮੱਗਰੀ ਵੰਡ ਲਈ ਇੱਕ CDN ਦੀ ਵਰਤੋਂ ਕਰੋ।
- ਕਿਨਾਰੇ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ 'ਤੇ ਅਕਸਰ ਐਕਸੈਸ ਕੀਤੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਕੈਸ਼ ਕਰੋ।
- ਅਜਿਹੇ ਡਿਜ਼ਾਈਨਾਂ ਤੋਂ ਬਚੋ ਜੋ ਡੇਟਾ ਨੂੰ ਬੇਲੋੜੇ ਅੱਗੇ-ਪਿੱਛੇ ਭੇਜਦੇ ਹਨ।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਏਕੀਕਰਨ ਪੈਟਰਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ: ਤੀਜੀ-ਧਿਰ ਦੇ ਟੂਲਸ 'ਤੇ ਡੇਟਾ ਸਟ੍ਰੀਮ ਕਰਨ ਜਾਂ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਆਟੋਮੈਟਿਕ ਡਾਊਨਲੋਡ ਕਰਨ ਨਾਲ ਵੱਡੀ ਟ੍ਰਾਂਸਫਰ ਫੀਸ ਲੱਗ ਸਕਦੀ ਹੈ।
8. ਨਿਯੰਤਰਣ ਬੇਨਤੀ ਅਤੇ ਸੰਚਾਲਨ ਲਾਗਤਾਂ
ਵਸਤੂ ਸਟੋਰੇਜ ਵਿੱਚ, ਲਾਗਤਾਂ ਸਿਰਫ਼ ਸਮਰੱਥਾ ਦੁਆਰਾ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਦੁਆਰਾ ਵੀ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਆਮ ਰਹਿੰਦ-ਖੂੰਹਦ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
- ਐਪਲੀਕੇਸ਼ਨ ਕੈਸ਼ਿੰਗ ਤੋਂ ਬਿਨਾਂ ਵਸਤੂਆਂ ਨੂੰ ਕਈ ਵਾਰ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ।
- ਬਹੁਤ ਸਾਰੀਆਂ ਛੋਟੀਆਂ ਫਾਈਲਾਂ (ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਦੀ ਸਮੱਸਿਆ) ਇਸ ਲਈ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਜ਼ਿਆਦਾ ਹੈ
- ETL ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਅਕੁਸ਼ਲ ਪੈਟਰਨ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਪੜ੍ਹਦੀ ਹੈ।
ਹੱਲ:
- ਜੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਵਿੱਚ ਜੋੜੋ।
- ਡੁਪਲੀਕੇਟ ਸੂਚੀਆਂ ਤੋਂ ਬਚਣ ਲਈ ਇੰਡੈਕਸਿੰਗ/ਮੈਨੀਫੈਸਟ ਦੀ ਵਰਤੋਂ ਕਰੋ।
- ਮੈਟਾਡੇਟਾ ਕੈਚਿੰਗ ਲਾਗੂ ਕਰੋ।
- ਕਾਰਜਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲ ਬਣਾਉਣ ਲਈ ਬੈਚ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬੋਤਲ ਵਿੱਚ ਰੱਖੋ।
9. ਨਿਗਰਾਨੀ, ਬਜਟ ਚੇਤਾਵਨੀਆਂ, ਅਤੇ ਟੈਗਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰੋ
ਸਭ ਤੋਂ ਵਧੀਆ ਬੱਚਤ ਉਦੋਂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਵਰਤੋਂ ਨੂੰ ਪਾਰਦਰਸ਼ੀ ਢੰਗ ਨਾਲ ਦੇਖ ਸਕਦੇ ਹੋ। ਲਾਗੂ ਕਰੋ:
- ਟੈਗਿੰਗ: ਪ੍ਰੋਜੈਕਟ, ਵਿਭਾਗ, ਵਾਤਾਵਰਣ (ਵਿਕਾਸਕਾਰ/ਟੈਸਟ/ਪ੍ਰੋਡ), ਅਤੇ ਮਾਲਕ ਦੇ ਆਧਾਰ 'ਤੇ ਲੇਬਲ।
- ਬਜਟ ਅਤੇ ਚੇਤਾਵਨੀ: ਜਦੋਂ ਲਾਗਤਾਂ ਇੱਕ ਖਾਸ ਹੱਦ ਤੋਂ ਵੱਧ ਜਾਂਦੀਆਂ ਹਨ ਤਾਂ ਸੂਚਨਾ।
- ਵਰਤੋਂ ਡੈਸ਼ਬੋਰਡ: ਡੇਟਾ ਵਾਧੇ ਦੇ ਰੁਝਾਨ, ਨਿਕਾਸ, ਬੇਨਤੀਆਂ।
ਸਹੀ ਟੈਗਿੰਗ ਨਾਲ, ਤੁਸੀਂ ਚਾਰਜਬੈਕ/ਸ਼ੋਅਬੈਕ ਕਰ ਸਕਦੇ ਹੋ: ਫਜ਼ੂਲ ਟੀਮਾਂ ਦਿਖਾਈ ਦੇਣਗੀਆਂ, ਅਤੇ ਕੁਸ਼ਲਤਾ ਦੇ ਫੈਸਲੇ ਆਸਾਨ ਹੋ ਜਾਣਗੇ।
10. ਪਹੁੰਚ ਅਤੇ ਪ੍ਰਸ਼ਾਸਨ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਸੀਮਤ ਕਰੋ
ਬਹੁਤ ਜ਼ਿਆਦਾ ਪਹੁੰਚ ਅੰਨ੍ਹੇਵਾਹ ਅਪਲੋਡਿੰਗ ਅਤੇ ਡੁਪਲੀਕੇਸ਼ਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ। ਹੇਠ ਲਿਖੇ ਸਿਧਾਂਤਾਂ ਨੂੰ ਲਾਗੂ ਕਰੋ:
- ਸਭ ਤੋਂ ਘੱਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ: ਸਿਰਫ਼ ਉਹੀ ਲਿਖ/ਅੱਪਲੋਡ ਕਰ ਸਕਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ।
- ਨਵੀਆਂ ਬਾਲਟੀਆਂ/ਜਗ੍ਹਾਵਾਂ ਲਈ ਇੱਕ ਪ੍ਰਵਾਨਗੀ ਪ੍ਰਕਿਰਿਆ ਬਣਾਓ।
- ਜੀਵਨ ਚੱਕਰ ਅਤੇ ਧਾਰਨ ਟੈਂਪਲੇਟਸ ਨੂੰ ਮਿਆਰੀ ਵਜੋਂ ਸੈੱਟ ਕਰੋ।
- ਪਾਲਣਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਨਿਯਮਤ ਆਡਿਟ।
ਸ਼ਾਸਨ ਸਿਰਫ਼ ਸੁਰੱਖਿਆ ਬਾਰੇ ਹੀ ਨਹੀਂ ਹੈ, ਸਗੋਂ ਬੇਕਾਬੂ ਵਰਤੋਂ ਕਾਰਨ ਹੋਣ ਵਾਲੇ ਖਰਚੇ ਦੇ ਲੀਕੇਜ ਨੂੰ ਘਟਾਉਣ ਬਾਰੇ ਵੀ ਹੈ।
11. ਕੀਮਤ ਨਿਰਧਾਰਨ ਮਾਡਲਾਂ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਦੀਆਂ ਵਚਨਬੱਧਤਾਵਾਂ ਦਾ ਮੁਲਾਂਕਣ
ਹਰੇਕ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਕੋਲ ਵੱਖ-ਵੱਖ ਕੀਮਤ ਵਿਕਲਪ ਹੁੰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਵਰਤੋਂ ਪ੍ਰਤੀਬੱਧਤਾਵਾਂ ਜਾਂ ਖਾਸ ਪੈਕੇਜਾਂ ਲਈ ਛੋਟਾਂ। ਵਿਚਾਰ ਕਰੋ:
– ਕੀ ਤੁਹਾਡਾ ਸਟੋਰੇਜ ਲੋਡ ਸਥਿਰ ਹੈ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਦੀ ਵਚਨਬੱਧਤਾ ਲਈ ਢੁਕਵਾਂ ਹੈ?
– ਕੀ ਪਹੁੰਚ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਸਸਤੇ ਪੱਧਰ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ ਪਰ ਪ੍ਰਾਪਤੀ ਮਹਿੰਗੀ ਹੈ?
– ਕੀ ਤੁਹਾਡੀ ਵਰਤੋਂ ਜ਼ਿਆਦਾ ਪੜ੍ਹਨ/ਲਿਖਣ ਵਾਲੀ ਹੈ, ਜਾਂ ਜ਼ਿਆਦਾ ਪੁਰਾਲੇਖ ਵਾਲੀ?
ਸਿਰਫ਼ ਡੇਟਾ ਆਕਾਰ ਦੇ ਆਧਾਰ 'ਤੇ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਪਹੁੰਚ ਪੈਟਰਨਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਲਾਗਤਾਂ ਦੀ ਨਕਲ ਕਰੋ। ਇੱਕੋ ਆਕਾਰ ਦੀਆਂ ਦੋ ਬਾਲਟੀਆਂ ਵੱਖ-ਵੱਖ ਖਰਚੇ ਪੈਦਾ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜੇਕਰ ਉਨ੍ਹਾਂ ਦਾ ਪਹੁੰਚ ਵਿਵਹਾਰ ਵੱਖਰਾ ਹੈ।
12. ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਆਡਿਟ ਅਤੇ ਵਾਧੇ ਵਾਲੇ ਸੁਧਾਰ ਕਰੋ
ਲਾਗਤ ਅਨੁਕੂਲਤਾ ਇੱਕ ਵਾਰ ਦਾ ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਹੈ। ਆਡਿਟ ਤਹਿ ਕਰੋ, ਉਦਾਹਰਣ ਵਜੋਂ, ਤਿਮਾਹੀ:
– ਕਿਹੜੀ ਬਾਲਟੀ/ਵਾਲੀਅਮ ਸਭ ਤੋਂ ਤੇਜ਼ੀ ਨਾਲ ਵਧ ਰਿਹਾ ਹੈ?
– ਕਿਹੜੇ ਡੇਟਾ ਨੂੰ ਟੀਅਰਾਂ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨਾ ਚਾਹੀਦਾ ਸੀ?
- ਕੀ ਕੋਈ ਅਸਾਧਾਰਨ ਨਿਕਾਸ ਹੈ?
– ਕੀ ਕੋਈ ਪ੍ਰੋਜੈਕਟ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ ਪਰ ਸਟੋਰੇਜ ਅਜੇ ਵੀ ਚੱਲ ਰਹੀ ਹੈ?
ਇੱਕ ਪੜਾਅਵਾਰ ਪਹੁੰਚ ਵਧੇਰੇ ਯਥਾਰਥਵਾਦੀ ਹੈ: ਤੇਜ਼ ਜਿੱਤਾਂ (ਜੀਵਨਚੱਕਰ ਨੀਤੀ, ਧਾਰਨ, ਟੈਗਿੰਗ) ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਹੋਰ ਤਕਨੀਕੀ ਅਨੁਕੂਲਤਾਵਾਂ (ਡੇਟਾ ਫਾਰਮੈਟ, ਡੁਪਲੀਕੇਸ਼ਨ, ਐਪਲੀਕੇਸ਼ਨ ਐਕਸੈਸ ਪੈਟਰਨ ਸੁਧਾਰ) ਵੱਲ ਵਧੋ।
ਬੰਦ ਕੀਤਾ ਜਾ ਰਿਹਾ
ਕਲਾਉਡ ਸਟੋਰੇਜ ਲਾਗਤਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਦਾ ਮਤਲਬ ਸੇਵਾ ਗੁਣਵੱਤਾ ਨੂੰ ਕੁਰਬਾਨ ਕਰਨਾ ਨਹੀਂ ਹੈ । ਮੁੱਖ ਗੱਲ ਲਾਗਤ ਦੇ ਹਿੱਸਿਆਂ ਨੂੰ ਸਮਝਣ, ਲੋੜਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਡੇਟਾ ਨੂੰ ਵੰਡਣ, ਜੀਵਨ ਚੱਕਰ ਅਤੇ ਧਾਰਨ ਨੂੰ ਸਵੈਚਾਲਿਤ ਕਰਨ, ਅਤੇ ਇਕਸਾਰ ਨਿਗਰਾਨੀ ਵਿੱਚ ਹੈ। ਉਪਰੋਕਤ ਰਣਨੀਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਕੇ, ਤੁਸੀਂ ਮਾਸਿਕ ਬਿੱਲਾਂ ਨੂੰ ਕਾਫ਼ੀ ਘਟਾ ਸਕਦੇ ਹੋ, ਡੇਟਾ ਨੂੰ ਸੰਗਠਿਤ ਅਤੇ ਪ੍ਰਬੰਧਨਯੋਗ ਰੱਖ ਸਕਦੇ ਹੋ, ਅਤੇ ਆਪਣੇ ਸੰਗਠਨ ਦੇ ਅੰਦਰ ਡੇਟਾ ਪ੍ਰਸ਼ਾਸਨ ਅਨੁਸ਼ਾਸਨ ਨੂੰ ਬਿਹਤਰ ਬਣਾ ਸਕਦੇ ਹੋ।
ਜੇਕਰ ਤੁਸੀਂ ਚਾਹੋ, ਤਾਂ ਮੈਂ ਇਸ ਲੇਖ ਦਾ ਇੱਕ ਹੋਰ ਪਲੇਟਫਾਰਮ-ਵਿਸ਼ੇਸ਼ ਸੰਸਕਰਣ (ਜਿਵੇਂ ਕਿ, AWS S3, Google Cloud Storage, ਜਾਂ Azure Blob) ਬਣਾਉਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰ ਸਕਦਾ ਹਾਂ, ਜਾਂ ਇਸਨੂੰ ਇੱਕ SMB ਬਨਾਮ ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਕੰਪਨੀ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਤਿਆਰ ਕਰ ਸਕਦਾ ਹਾਂ।
