ਰੇਟ ਲਿਮਿਟਸ ਤੋਂ ਪਰੇ: Codex ਅਤੇ Sora ਲਈ ਪਹੁੰਚ ਦਾ ਵਿਸਤਾਰ
ਜੋਨਾਹ ਕੋਹੇਨ ਵੱਲੋਂ, ਤਕਨੀਕੀ ਸਟਾਫ ਦਾ ਮੈਂਬਰ
ਪਿਛਲੇ ਸਾਲ ਵਿੱਚ, Codex ਅਤੇ Sora ਦੋਵਾਂ ਦੀ ਵਰਤੋਂ ਤੇਜ਼ੀ ਨਾਲ ਵਧੀ ਹੈ, ਅਤੇ ਵਰਤੋਂ ਜਲਦੀ ਹੀ ਸਾਡੀਆਂ ਮੁੱਢਲੀਆਂ ਉਮੀਦਾਂ ਤੋਂ ਪਰੇ ਚਲੀ ਗਈ। ਅਸੀਂ ਇੱਕ ਲਗਾਤਾਰ ਪੈਟਰਨ ਵੇਖਿਆ ਹੈ: ਵਰਤੋਂਕਾਰ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ, ਅਸਲ ਮੁੱਲ ਲੱਭਦੇ ਹਨ, ਅਤੇ ਫਿਰ ਰੇਟ ਲਿਮਿਟਸ ਨਾਲ ਟਕਰਾਉਂਦੇ ਹਨ.
ਰੇਟ ਲਿਮਿਟਸ ਮੰਗ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨ ਅਤੇ ਨਿਆਂਯੋਗ ਪਹੁੰਚ ਯਕੀਨੀ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੀਆਂ ਹਨ; ਪਰ ਜਦੋਂ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਮੁੱਲ ਮਿਲ ਰਿਹਾ ਹੋਵੇ, ਤਾਂ ਅਚਾਨਕ ਰੁਕ ਜਾਣਾ ਨਿਰਾਸ਼ਾਜਨਕ ਹੋ ਸਕਦਾ ਹੈ। ਅਸੀਂ ਇੱਕ ਐਸਾ ਤਰੀਕਾ ਚਾਹੁੰਦੇ ਸੀ ਜਿਸ ਨਾਲ ਵਰਤੋਂਕਾਰ ਜਾਰੀ ਰੱਖ ਸਕਣ, ਅਤੇ ਨਾਲ ਹੀ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਸਾਡੇ ਢੰਗ ਉੱਤੇ ਵਰਤੋਂਕਾਰਾਂ ਦਾ ਭਰੋਸਾ ਸੁਰੱਖਿਅਤ ਰਹੇ.
ਇਸ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰਨ ਲਈ, ਅਸੀਂ ਇੱਕ ਰੀਅਲ‑ਟਾਈਮ ਪਹੁੰਚ ਇੰਜਨ ਬਣਾਇਆ ਜੋ ਵਰਤੋਂ ਦੀ ਗਿਣਤੀ ਕਰਦਾ ਹੈ। ਉਸ ਇੰਜਨ ਦੀ ਇੱਕ ਪਰਤ ਕ੍ਰੇਡਿਟਸ ਖਰੀਦਣ ਦੀ ਸਮਰੱਥਾ ਹੈ। ਜਦੋਂ ਵਰਤੋਂਕਾਰ ਆਪਣੀਆਂ ਰੇਟ ਲਿਮਿਟਸ ਤੋਂ ਉੱਪਰ ਚਲੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਕ੍ਰੇਡਿਟਸ ਉਨ੍ਹਾਂ ਨੂੰ ਆਪਣਾ ਕ੍ਰੇਡਿਟ ਬੈਲੈਂਸ ਖਰਚ ਕੇ ਸਾਡੇ ਉਤਪਾਦ ਵਰਤਦੇ ਰਹਿਣ ਦਿੰਦੇ ਹਨ.
ਇਸ ਦੇ ਹੇਠਾਂ ਇੱਕ ਜਟਿਲ ਸਿਸਟਮ ਹੈ ਜੋ ਲਿਮਿਟਸ, ਰੀਅਲ‑ਟਾਈਮ ਵਰਤੋਂ ਟ੍ਰੈਕਿੰਗ ਅਤੇ ਕ੍ਰੇਡਿਟ ਬੈਲੈਂਸ ਨੂੰ ਇੱਕੋ ਪਹੁੰਚ ਮਾਡਲ ਵਿੱਚ ਜੋੜਦਾ ਹੈ। ਇਹ ਪੋਸਟ ਇਸ ਗੱਲ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ ਕਿ Codex ਅਤੇ Sora ਦਾ ਸਕੇਲ ਵਧਾਉਣ ਲਈ ਪਹੁੰਚ ਕੰਟਰੋਲ ਬਾਰੇ ਨਵੀਂ ਸੋਚ ਕਿਉਂ ਲੋੜੀਂਦੀ ਸੀ, ਇੱਕ ਸਾਬਤਯੋਗ ਤੌਰ ‘ਤੇ ਸਹੀ ਰੀਅਲ-ਟਾਈਮ ਸਿਸਟਮ ਹਰ ਬੇਨਤੀ ‘ਤੇ ਰੇਟ ਲਿਮਿਟਸ ਅਤੇ ਕ੍ਰੇਡਿਟਸ ਨੂੰ ਕਿਵੇਂ ਮਿਲਾਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਬੁਨਿਆਦ ਹੁਣ ਦੋਵਾਂ ਉਤਪਾਦਾਂ ਲਈ ਵਾਧੂ ਪਹੁੰਚ ਕਿਵੇਂ ਖੋਲ੍ਹਦੀ ਹੈ.
ਵੱਡੀ ਤਸਵੀਰ ਵਿੱਚ ਵੇਖੀਏ ਤਾਂ, ਰਵਾਇਤੀ ਪਹੁੰਚ ਮਾਡਲ ਅਕਸਰ ਇੱਕ ਚੋਣ ਥੋਪਦੇ ਹਨ:
- ਰੇਟ ਲਿਮਿਟਸ ਸ਼ੁਰੂ ਵਿੱਚ ਮਦਦਗਾਰ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਜਦੋਂ ਵਰਤੋਂਕਾਰ ਦੀ ਲਿਮਿਟ ਖ਼ਤਮ ਹੋ ਜਾਂਦੀ ਹੈ ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਖਰਾਬ ਤਜਰਬਾ ਮਿਲਦਾ ਹੈ: “ਬਾਅਦ ਵਿੱਚ ਵਾਪਸ ਆਓ”
- ਵਰਤੋਂ‑ਆਧਾਰਿਤ ਬਿਲਿੰਗ ਲਚਕੀਲੀ ਹੈ, ਪਰ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਪਹਿਲੇ ਟੋਕਨ ਤੋਂ ਹੀ ਭੁਗਤਾਨ ਕਰਨਾ ਪੈਂਦਾ ਹੈ—ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਨੂੰ ਸਮਰਥਨ ਦੇਣ ਲਈ ਇਹ ਆਦਰਸ਼ ਨਹੀਂ
Codex ਅਤੇ Sora ਲਈ, ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਕਾਫੀ ਨਹੀਂ ਸੀ। ਜੇ ਅਸੀਂ ਸਿਰਫ਼ ਰੇਟ ਲਿਮਿਟਸ ਵਧਾ ਦਿੰਦੇ, ਤਾਂ ਮੰਗ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨ ਅਤੇ ਨਿਆਂਯੋਗਤਾ ਲਈ ਜ਼ਰੂਰੀ ਕੰਟਰੋਲ ਗੁਆ ਬੈਠਦੇ ਅਤੇ ਹਰ ਕਿਸੇ ਨੂੰ ਸੇਵਾ ਦੇਣ ਦੀ ਸਮਰੱਥਾ ਘਟ ਜਾਂਦੀ। ਜੇ ਅਸੀਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਸਿੰਕ੍ਰੋਨਸ ਵਰਤੋਂ ਬਿਲਿੰਗ ‘ਤੇ ਨਿਰਭਰ ਕਰਦੇ, ਤਾਂ ਡੀਲੇ, ਵਾਧੂ ਚਾਰਜ ਜਾਂ ਰੀਕੰਸਾਈਲੇਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਆਉਂਦੀਆਂ—ਠੀਕ ਉਹੀ ਕਿਸਮ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਜੋ ਵਰਤੋਂਕਾਰ ਸਭ ਤੋਂ ਵੱਧ ਰੁਝੇ ਹੋਣ ‘ਤੇ ਨਜ਼ਰ ਆਉਂਦੀਆਂ ਹਨ.
ਸਾਨੂੰ ਇਸ ਦੀ ਬਜਾਇ ਇੱਕ ਐਸੀ ਇਕੱਲੀ ਹਾਈਬ੍ਰਿਡ ਪ੍ਰਣਾਲੀ ਦੀ ਲੋੜ ਸੀ ਜੋ ਰੀਅਲ-ਟਾਈਮ ਲਿਮਿਟਸ ਨੂੰ pay-as-you-go ਪਹੁੰਚ ਨਾਲ ਜੋੜੇ:
