QCon ਕਾਨਫਰੰਸ. ਮਾਸਟਰਿੰਗ ਕੈਓਸ: ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਲਈ ਨੈੱਟਫਲਿਕਸ ਗਾਈਡ। ਭਾਗ 4

ਜੋਸ਼ ਇਵਾਨਸ ਨੈੱਟਫਲਿਕਸ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਅਰਾਜਕ ਅਤੇ ਰੰਗੀਨ ਦੁਨੀਆ ਬਾਰੇ ਗੱਲ ਕਰਦਾ ਹੈ, ਬਹੁਤ ਹੀ ਬੁਨਿਆਦੀ ਗੱਲਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ - ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਸਰੀਰ ਵਿਗਿਆਨ, ਵਿਤਰਿਤ ਪ੍ਰਣਾਲੀਆਂ ਨਾਲ ਜੁੜੀਆਂ ਚੁਣੌਤੀਆਂ, ਅਤੇ ਉਹਨਾਂ ਦੇ ਲਾਭ। ਇਸ ਬੁਨਿਆਦ 'ਤੇ ਨਿਰਮਾਣ ਕਰਦੇ ਹੋਏ, ਉਹ ਸੱਭਿਆਚਾਰਕ, ਆਰਕੀਟੈਕਚਰਲ, ਅਤੇ ਸੰਚਾਲਨ ਅਭਿਆਸਾਂ ਦੀ ਪੜਚੋਲ ਕਰਦਾ ਹੈ ਜੋ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਮਹਾਰਤ ਵੱਲ ਅਗਵਾਈ ਕਰਦੇ ਹਨ।

QCon ਕਾਨਫਰੰਸ. ਮਾਸਟਰਿੰਗ ਕੈਓਸ: ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਲਈ ਨੈੱਟਫਲਿਕਸ ਗਾਈਡ। ਭਾਗ 1
QCon ਕਾਨਫਰੰਸ. ਮਾਸਟਰਿੰਗ ਕੈਓਸ: ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਲਈ ਨੈੱਟਫਲਿਕਸ ਗਾਈਡ। ਭਾਗ 2
QCon ਕਾਨਫਰੰਸ. ਮਾਸਟਰਿੰਗ ਕੈਓਸ: ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਲਈ ਨੈੱਟਫਲਿਕਸ ਗਾਈਡ। ਭਾਗ 3

ਸੰਚਾਲਨ ਡ੍ਰਾਈਫਟ ਦੇ ਉਲਟ, ਸੇਵਾ ਅੰਤਰਰਾਸ਼ਟਰੀਕਰਨ ਲਈ ਨਵੀਆਂ ਭਾਸ਼ਾਵਾਂ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਨਵੀਆਂ ਤਕਨੀਕਾਂ ਜਿਵੇਂ ਕਿ ਕੰਟੇਨਰ ਵਾਤਾਵਰਣ ਵਿੱਚ ਨਵੀਂ ਗੁੰਝਲਤਾ ਨੂੰ ਜੋੜਨ ਲਈ ਸੁਚੇਤ ਫੈਸਲੇ ਹਨ। ਮੇਰੀ ਓਪਰੇਸ਼ਨ ਟੀਮ ਨੇ Netflix ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਟੈਕਨਾਲੋਜੀ ਰੋਡਮੈਪ 'ਤੇ ਮਾਨਕੀਕਰਨ ਕੀਤਾ, ਜੋ Java ਅਤੇ EC2 ਦੇ ਆਧਾਰ 'ਤੇ ਪਹਿਲਾਂ ਤੋਂ ਪਰਿਭਾਸ਼ਿਤ ਵਧੀਆ ਅਭਿਆਸਾਂ ਵਿੱਚ ਪਕਾਇਆ ਗਿਆ ਸੀ, ਪਰ ਜਿਵੇਂ-ਜਿਵੇਂ ਕਾਰੋਬਾਰ ਵਧਦਾ ਗਿਆ, ਡਿਵੈਲਪਰਾਂ ਨੇ ਪਾਇਥਨ, ਰੂਬੀ, ਨੋਡ-ਜੇਐਸ, ਅਤੇ ਡੌਕਰ ਵਰਗੇ ਨਵੇਂ ਭਾਗ ਸ਼ਾਮਲ ਕਰਨੇ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੇ।

ਮੈਨੂੰ ਬਹੁਤ ਮਾਣ ਹੈ ਕਿ ਅਸੀਂ ਗਾਹਕਾਂ ਦੀਆਂ ਸ਼ਿਕਾਇਤਾਂ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਆਪਣੇ ਉਤਪਾਦ ਨੂੰ ਵਧੀਆ ਕੰਮ ਕਰਨ ਲਈ ਵਕਾਲਤ ਕਰਨ ਵਾਲੇ ਪਹਿਲੇ ਵਿਅਕਤੀ ਹਾਂ। ਇਹ ਸਭ ਕਾਫ਼ੀ ਸਰਲ ਢੰਗ ਨਾਲ ਸ਼ੁਰੂ ਹੋਇਆ - ਸਾਡੇ ਕੋਲ ਪਾਈਥਨ ਵਿੱਚ ਓਪਰੇਟਿੰਗ ਪ੍ਰੋਗਰਾਮ ਅਤੇ ਰੂਬੀ ਵਿੱਚ ਕੁਝ ਬੈਕ-ਆਫਿਸ ਐਪਲੀਕੇਸ਼ਨ ਸਨ, ਪਰ ਚੀਜ਼ਾਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਦਿਲਚਸਪ ਹੋ ਗਈਆਂ ਜਦੋਂ ਸਾਡੇ ਵੈਬ ਡਿਵੈਲਪਰਾਂ ਨੇ ਘੋਸ਼ਣਾ ਕੀਤੀ ਕਿ ਉਹ JVM ਨੂੰ ਛੱਡਣ ਜਾ ਰਹੇ ਹਨ ਅਤੇ ਵੈਬ ਨੂੰ ਮੂਵ ਕਰਨ ਜਾ ਰਹੇ ਹਨ। ਨੋਡ ਸਾਫਟਵੇਅਰ ਪਲੇਟਫਾਰਮ ਲਈ ਐਪਲੀਕੇਸ਼ਨ. js. ਡੌਕਰ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਾਅਦ, ਚੀਜ਼ਾਂ ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਹੋ ਗਈਆਂ. ਅਸੀਂ ਤਰਕ ਦੀ ਪਾਲਣਾ ਕੀਤੀ ਅਤੇ ਜਿਹੜੀਆਂ ਤਕਨੀਕਾਂ ਅਸੀਂ ਲੈ ਕੇ ਆਏ ਹਾਂ ਉਹ ਅਸਲੀਅਤ ਬਣ ਗਈਆਂ ਜਦੋਂ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਗਾਹਕਾਂ ਲਈ ਲਾਗੂ ਕੀਤਾ ਕਿਉਂਕਿ ਉਹਨਾਂ ਨੇ ਬਹੁਤ ਸਮਝਦਾਰੀ ਕੀਤੀ ਸੀ। ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਅਜਿਹਾ ਕਿਉਂ ਹੈ।

API ਗੇਟਵੇ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਮਹਾਨ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੈ ਜੋ UI ਡਿਵੈਲਪਰਾਂ ਲਈ ਅੰਤਮ ਬਿੰਦੂਆਂ ਵਜੋਂ ਕੰਮ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਉਹਨਾਂ ਨੇ ਇਹਨਾਂ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਬਦਲਿਆ ਕਿ ਤਬਦੀਲੀਆਂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਉਹ ਉਹਨਾਂ ਨੂੰ ਉਤਪਾਦਨ ਅਤੇ ਫਿਰ ਉਪਭੋਗਤਾ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਤੈਨਾਤ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਹ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਏਪੀਆਈ ਗੇਟਵੇ ਵਿੱਚ ਚੱਲਣ ਵਾਲੇ ਅੰਤਮ ਬਿੰਦੂਆਂ ਨਾਲ ਸਮਕਾਲੀ ਸਨ।

ਹਾਲਾਂਕਿ, ਇਸ ਨੇ ਇੱਕ ਨਵਾਂ ਮੋਨੋਲਿਥ ਬਣਾਉਣ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਦੁਹਰਾਇਆ ਜਿੱਥੇ API ਸੇਵਾ ਨੂੰ ਕੋਡ ਨਾਲ ਇਸ ਤਰੀਕੇ ਨਾਲ ਓਵਰਲੋਡ ਕੀਤਾ ਗਿਆ ਸੀ ਕਿ ਵੱਖ-ਵੱਖ ਅਸਫਲਤਾ ਦੇ ਦ੍ਰਿਸ਼ ਆਏ। ਉਦਾਹਰਨ ਲਈ, ਕੁਝ ਅੰਤਮ ਬਿੰਦੂਆਂ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਜਾਂ ਸਕ੍ਰਿਪਟਾਂ ਨੇ ਬੇਤਰਤੀਬੇ ਤੌਰ 'ਤੇ ਕਿਸੇ ਚੀਜ਼ ਦੇ ਇੰਨੇ ਸੰਸਕਰਣ ਤਿਆਰ ਕੀਤੇ ਸਨ ਕਿ ਸੰਸਕਰਣਾਂ ਨੇ API ਸੇਵਾ ਦੀ ਸਾਰੀ ਉਪਲਬਧ ਮੈਮੋਰੀ ਨੂੰ ਲੈ ਲਿਆ।

ਇਹਨਾਂ ਅੰਤਮ ਬਿੰਦੂਆਂ ਨੂੰ ਲੈਣਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ API ਸੇਵਾ ਤੋਂ ਬਾਹਰ ਕੱਢਣਾ ਲਾਜ਼ੀਕਲ ਸੀ. ਅਜਿਹਾ ਕਰਨ ਲਈ, ਅਸੀਂ Node.js ਕੰਪੋਨੈਂਟ ਬਣਾਏ ਜੋ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਛੋਟੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਚੱਲਦੇ ਹਨ। ਇਹ ਸਾਨੂੰ ਇਹਨਾਂ ਨੋਡ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੁਆਰਾ ਹੋਣ ਵਾਲੀਆਂ ਕਿਸੇ ਵੀ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਕਰੈਸ਼ਾਂ ਨੂੰ ਅਲੱਗ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਇਹਨਾਂ ਤਬਦੀਲੀਆਂ ਦੀ ਲਾਗਤ ਕਾਫ਼ੀ ਵੱਡੀ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਕਾਰਕ ਸ਼ਾਮਲ ਹਨ:

• ਉਤਪਾਦਕਤਾ ਸਾਧਨ। ਨਵੀਆਂ ਤਕਨੀਕਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਨਵੇਂ ਸਾਧਨਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ UI ਟੀਮ, ਇੱਕ ਕੁਸ਼ਲ ਮਾਡਲ ਬਣਾਉਣ ਲਈ ਬਹੁਤ ਵਧੀਆ ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਜ਼ਿਆਦਾ ਸਮਾਂ ਨਹੀਂ ਖਰਚਣਾ ਪੈਂਦਾ ਸੀ, ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ ਸਕ੍ਰਿਪਟਾਂ ਲਿਖਣੀਆਂ ਅਤੇ ਉਹਨਾਂ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਜਾਂਚ ਕਰਨੀ ਪੈਂਦੀ ਸੀ।
  ਅਵਸਰ ਦੀ ਸੂਝ ਅਤੇ ਛਾਂਟੀ - ਇੱਕ ਮੁੱਖ ਉਦਾਹਰਨ ਪ੍ਰਦਰਸ਼ਨ ਡਰਾਈਵਰ ਜਾਣਕਾਰੀ ਨੂੰ ਉਜਾਗਰ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਨਵੇਂ ਸਾਧਨ ਹਨ। ਇਹ ਜਾਣਨਾ ਜ਼ਰੂਰੀ ਸੀ ਕਿ ਪ੍ਰੋਸੈਸਰ ਦਾ ਕਿੰਨਾ ਕੁ ਕਬਜ਼ਾ ਸੀ, ਮੈਮੋਰੀ ਕਿਵੇਂ ਵਰਤੀ ਜਾ ਰਹੀ ਸੀ, ਅਤੇ ਇਸ ਜਾਣਕਾਰੀ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਲਈ ਵੱਖ-ਵੱਖ ਸਾਧਨਾਂ ਦੀ ਲੋੜ ਸੀ।
• ਬੇਸ ਚਿੱਤਰਾਂ ਦਾ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ - ਸਧਾਰਨ ਅਧਾਰ AMI ਵਧੇਰੇ ਖੰਡਿਤ ਅਤੇ ਵਿਸ਼ੇਸ਼ ਬਣ ਗਿਆ ਹੈ।
• ਨੋਡ ਪ੍ਰਬੰਧਨ. ਇੱਥੇ ਕੋਈ ਆਫ-ਦ-ਸ਼ੈਲਫ ਆਰਕੀਟੈਕਚਰ ਜਾਂ ਤਕਨਾਲੋਜੀ ਉਪਲਬਧ ਨਹੀਂ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਕਲਾਉਡ ਵਿੱਚ ਨੋਡਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਇਸਲਈ ਅਸੀਂ ਟਾਈਟਸ ਬਣਾਇਆ ਹੈ, ਇੱਕ ਕੰਟੇਨਰ ਪ੍ਰਬੰਧਨ ਪਲੇਟਫਾਰਮ ਜੋ ਐਮਾਜ਼ਾਨ AWS ਨਾਲ ਸਕੇਲੇਬਲ ਅਤੇ ਭਰੋਸੇਯੋਗ ਕੰਟੇਨਰ ਤੈਨਾਤੀ ਅਤੇ ਕਲਾਉਡ ਏਕੀਕਰਣ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
• ਲਾਇਬ੍ਰੇਰੀ ਜਾਂ ਪਲੇਟਫਾਰਮ ਦੀ ਨਕਲ। ਪਲੇਟਫਾਰਮ ਦੀ ਉਸੇ ਮੁੱਖ ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਨਾਲ ਨਵੀਂ ਤਕਨਾਲੋਜੀ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਇਸਨੂੰ ਕਲਾਉਡ-ਅਧਾਰਿਤ Node.js ਡਿਵੈਲਪਰ ਟੂਲਸ ਵਿੱਚ ਡੁਪਲੀਕੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
• ਸਿੱਖਣ ਦੀ ਵਕਰ ਅਤੇ ਉਦਯੋਗਿਕ ਅਨੁਭਵ. ਨਵੀਂਆਂ ਤਕਨੀਕਾਂ ਦੀ ਸ਼ੁਰੂਆਤ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਨਵੀਆਂ ਚੁਣੌਤੀਆਂ ਪੈਦਾ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਦੂਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਉਨ੍ਹਾਂ ਤੋਂ ਸਿੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇਸ ਤਰ੍ਹਾਂ, ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ "ਪੱਕੀ ਸੜਕ" ਤੱਕ ਸੀਮਤ ਨਹੀਂ ਕਰ ਸਕੇ ਅਤੇ ਆਪਣੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਨੂੰ ਅੱਗੇ ਵਧਾਉਣ ਲਈ ਲਗਾਤਾਰ ਨਵੇਂ ਤਰੀਕੇ ਬਣਾਉਣੇ ਪਏ। ਲਾਗਤਾਂ ਨੂੰ ਘੱਟ ਰੱਖਣ ਲਈ, ਅਸੀਂ ਕੇਂਦਰੀਕ੍ਰਿਤ ਸਹਾਇਤਾ ਨੂੰ ਸੀਮਤ ਕੀਤਾ ਅਤੇ JVM, ਨਵੇਂ ਨੋਡਸ, ਅਤੇ ਡੌਕਰ 'ਤੇ ਕੇਂਦ੍ਰਤ ਕੀਤਾ। ਅਸੀਂ ਪ੍ਰਭਾਵੀ ਪ੍ਰਭਾਵ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ, ਟੀਮਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਫੈਸਲਿਆਂ ਦੀ ਲਾਗਤ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਵਿਕਸਤ ਕੀਤੇ ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੇ ਹੱਲਾਂ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਨ ਦੇ ਤਰੀਕੇ ਲੱਭਣ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕੀਤਾ। ਅਸੀਂ ਉਤਪਾਦ ਨੂੰ ਅੰਤਰਰਾਸ਼ਟਰੀ ਗਾਹਕਾਂ ਤੱਕ ਪਹੁੰਚਾਉਣ ਲਈ ਵਿਦੇਸ਼ੀ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਸੇਵਾ ਦਾ ਅਨੁਵਾਦ ਕਰਦੇ ਸਮੇਂ ਇਸ ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕੀਤੀ। ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਮੁਕਾਬਲਤਨ ਸਧਾਰਨ ਕਲਾਇੰਟ ਲਾਇਬ੍ਰੇਰੀਆਂ ਸ਼ਾਮਲ ਹਨ ਜੋ ਆਪਣੇ ਆਪ ਤਿਆਰ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ, ਤਾਂ ਜੋ ਪਾਈਥਨ ਸੰਸਕਰਣ, ਇੱਕ ਰੂਬੀ ਸੰਸਕਰਣ, ਇੱਕ ਜਾਵਾ ਸੰਸਕਰਣ, ਆਦਿ ਬਣਾਉਣਾ ਕਾਫ਼ੀ ਆਸਾਨ ਹੋਵੇ।

ਅਸੀਂ ਲਗਾਤਾਰ ਸਾਬਤ ਕੀਤੀਆਂ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਮੌਕਿਆਂ ਦੀ ਤਲਾਸ਼ ਕਰ ਰਹੇ ਸੀ ਜਿਨ੍ਹਾਂ ਨੇ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਥਾਂ ਅਤੇ ਹੋਰ ਸਮਾਨ ਸਥਿਤੀਆਂ ਵਿੱਚ ਸਾਬਤ ਕੀਤਾ ਸੀ।

ਆਉ ਆਖਰੀ ਤੱਤ ਬਾਰੇ ਗੱਲ ਕਰੀਏ - ਤਬਦੀਲੀਆਂ, ਜਾਂ ਭਿੰਨਤਾਵਾਂ। ਦੇਖੋ ਕਿ ਕਿਵੇਂ ਸਾਡੇ ਉਤਪਾਦ ਦੀ ਖਪਤ ਹਫ਼ਤੇ ਦੇ ਦਿਨ ਅਤੇ ਦਿਨ ਭਰ ਘੰਟੇ ਦੇ ਹਿਸਾਬ ਨਾਲ ਅਸਮਾਨ ਰੂਪ ਵਿੱਚ ਬਦਲਦੀ ਹੈ। ਤੁਸੀਂ ਕਹਿ ਸਕਦੇ ਹੋ ਕਿ ਸਵੇਰੇ 9 ਵਜੇ Netflix ਲਈ ਸਭ ਤੋਂ ਔਖਾ ਸਮਾਂ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਸਿਸਟਮ 'ਤੇ ਲੋਡ ਵੱਧ ਤੋਂ ਵੱਧ ਹੁੰਦਾ ਹੈ।

ਅਸੀਂ ਸੌਫਟਵੇਅਰ ਇਨੋਵੇਸ਼ਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਉੱਚ ਗਤੀ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਾਂ, ਯਾਨੀ ਕਿ, ਸਿਸਟਮ ਵਿੱਚ ਲਗਾਤਾਰ ਨਵੀਆਂ ਤਬਦੀਲੀਆਂ ਕਰਦੇ ਹੋਏ, ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨ ਵਿੱਚ ਰੁਕਾਵਟਾਂ ਪੈਦਾ ਕੀਤੇ ਬਿਨਾਂ ਅਤੇ ਸਾਡੇ ਗਾਹਕਾਂ ਨੂੰ ਅਸੁਵਿਧਾ ਪੈਦਾ ਕੀਤੇ ਬਿਨਾਂ? ਨੈੱਟਫਲਿਕਸ ਨੇ ਸਪਿੰਨੇਕਰ, ਇੱਕ ਨਵੇਂ ਗਲੋਬਲ ਕਲਾਉਡ-ਅਧਾਰਿਤ ਪ੍ਰਬੰਧਨ ਅਤੇ ਨਿਰੰਤਰ ਡਿਲੀਵਰੀ (ਸੀਡੀ) ਪਲੇਟਫਾਰਮ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ ਇਹ ਪ੍ਰਾਪਤ ਕੀਤਾ।

ਆਲੋਚਨਾਤਮਕ ਤੌਰ 'ਤੇ, ਸਪਿੰਨੇਕਰ ਨੂੰ ਸਾਡੇ ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸਾਂ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ ਤਾਂ ਜੋ ਜਿਵੇਂ ਅਸੀਂ ਉਤਪਾਦਨ ਵਿੱਚ ਭਾਗਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ ਆਉਟਪੁੱਟ ਨੂੰ ਸਿੱਧੇ ਸਾਡੀ ਮੀਡੀਆ ਡਿਲੀਵਰੀ ਤਕਨਾਲੋਜੀ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕਰ ਸਕਦੇ ਹਾਂ।

ਅਸੀਂ ਆਪਣੀ ਡਿਲਿਵਰੀ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਦੋ ਤਕਨਾਲੋਜੀਆਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦੇ ਯੋਗ ਹੋ ਗਏ ਹਾਂ ਜਿਨ੍ਹਾਂ ਦੀ ਅਸੀਂ ਬਹੁਤ ਕਦਰ ਕਰਦੇ ਹਾਂ: ਸਵੈਚਲਿਤ ਕੈਨਰੀ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਪੜਾਅਵਾਰ ਤੈਨਾਤੀ। ਕੈਨਰੀ ਵਿਸ਼ਲੇਸ਼ਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅਸੀਂ ਟ੍ਰੈਫਿਕ ਦੇ ਇੱਕ ਟ੍ਰਿਕਲ ਨੂੰ ਕੋਡ ਦੇ ਨਵੇਂ ਸੰਸਕਰਣ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਬਾਕੀ ਉਤਪਾਦਨ ਟ੍ਰੈਫਿਕ ਨੂੰ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਦੁਆਰਾ ਪਾਸ ਕਰਦੇ ਹਾਂ। ਫਿਰ ਅਸੀਂ ਜਾਂਚ ਕਰਦੇ ਹਾਂ ਕਿ ਨਵਾਂ ਕੋਡ ਕੰਮ ਨਾਲ ਕਿਵੇਂ ਨਜਿੱਠਦਾ ਹੈ - ਮੌਜੂਦਾ ਕੋਡ ਨਾਲੋਂ ਬਿਹਤਰ ਜਾਂ ਮਾੜਾ।

ਇੱਕ ਅਚੰਭੇ ਵਾਲੇ ਰੋਲਆਉਟ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਜੇਕਰ ਇੱਕ ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਰੋਲਆਉਟ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਤਾਂ ਅਸੀਂ ਕਿਸੇ ਹੋਰ ਖੇਤਰ ਵਿੱਚ ਰੋਲਆਊਟ ਵਿੱਚ ਚਲੇ ਜਾਂਦੇ ਹਾਂ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਉੱਪਰ ਦੱਸੀ ਗਈ ਚੈਕਲਿਸਟ ਨੂੰ ਉਤਪਾਦਨ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਮੈਂ ਤੁਹਾਡਾ ਕੁਝ ਸਮਾਂ ਬਚਾਵਾਂਗਾ ਅਤੇ ਤੁਹਾਨੂੰ ਮੇਰੀ ਪਿਛਲੀ ਗੱਲਬਾਤ, ਇੰਜੀਨੀਅਰਿੰਗ ਗਲੋਬਲ ਨੈੱਟਫਲਿਕਸ ਓਪਰੇਸ਼ਨਜ਼ ਇਨ ਦ ਕਲਾਊਡ ਨੂੰ ਦੇਖਣ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਾਂਗਾ, ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਵਿਸ਼ੇ ਵਿੱਚ ਡੂੰਘਾਈ ਵਿੱਚ ਗੋਤਾਖੋਰੀ ਕਰਨ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ। ਸਲਾਈਡ ਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਲਿੰਕ 'ਤੇ ਜਾ ਕੇ ਭਾਸ਼ਣ ਦੀ ਵੀਡੀਓ ਰਿਕਾਰਡਿੰਗ ਨੂੰ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਗੱਲਬਾਤ ਦੇ ਅੰਤ ਵਿੱਚ, ਮੈਂ Netflix ਦੇ ਸੰਗਠਨ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਸੰਖੇਪ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗਾ। ਬਹੁਤ ਹੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਸਾਡੇ ਕੋਲ ਇਲੈਕਟ੍ਰਾਨਿਕ ਡਿਲੀਵਰੀ ਨਾਮਕ ਇੱਕ ਸਕੀਮ ਸੀ, ਜੋ ਕਿ NRDP 1.x ਮੀਡੀਆ ਸਟ੍ਰੀਮਿੰਗ ਦਾ ਪਹਿਲਾ ਸੰਸਕਰਣ ਸੀ। "ਬੈਕਸਟ੍ਰੀਮ" ਸ਼ਬਦ ਇੱਥੇ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਸ਼ੁਰੂ ਵਿੱਚ ਉਪਭੋਗਤਾ ਡਿਵਾਈਸ ਉੱਤੇ ਬਾਅਦ ਵਿੱਚ ਪਲੇਬੈਕ ਲਈ ਸਮੱਗਰੀ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦਾ ਸੀ। Netflix ਦਾ ਸਭ ਤੋਂ ਪਹਿਲਾ ਡਿਜੀਟਲ ਡਿਲੀਵਰੀ ਪਲੇਟਫਾਰਮ, 2009 ਵਿੱਚ, ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਸੀ।

ਉਪਭੋਗਤਾ ਡਿਵਾਈਸ ਵਿੱਚ Netflix ਐਪਲੀਕੇਸ਼ਨ ਹੈ, ਜਿਸ ਵਿੱਚ NRDP ਪਲੇਟਫਾਰਮ - Netflix ਰੈਡੀ ਡਿਵਾਈਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਅਧਾਰਤ ਇੱਕ UI ਇੰਟਰਫੇਸ, ਸੁਰੱਖਿਆ ਮੋਡੀਊਲ, ਸਰਵਿਸ ਐਕਟੀਵੇਸ਼ਨ ਅਤੇ ਪਲੇਬੈਕ ਸ਼ਾਮਲ ਹੈ।

ਉਸ ਸਮੇਂ ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ ਬਹੁਤ ਸਰਲ ਸੀ। ਇਸ ਵਿੱਚ ਉਹ ਸ਼ਾਮਲ ਸੀ ਜਿਸਨੂੰ Queque Reader ਕਿਹਾ ਜਾਂਦਾ ਸੀ, ਅਤੇ ਉਪਭੋਗਤਾ Queque ਵਿੱਚ ਕੁਝ ਜੋੜਨ ਲਈ ਸਾਈਟ 'ਤੇ ਜਾਵੇਗਾ ਅਤੇ ਫਿਰ ਆਪਣੀ ਡਿਵਾਈਸ 'ਤੇ ਸ਼ਾਮਲ ਕੀਤੀ ਸਮੱਗਰੀ ਨੂੰ ਵੇਖਣਗੇ। ਸਕਾਰਾਤਮਕ ਗੱਲ ਇਹ ਸੀ ਕਿ ਫਰੰਟ ਐਂਡ ਟੀਮ ਅਤੇ ਬੈਕ ਐਂਡ ਟੀਮ ਇੱਕੋ ਇਲੈਕਟ੍ਰਾਨਿਕ ਡਿਲੀਵਰੀ ਸੰਸਥਾ ਨਾਲ ਸਬੰਧਤ ਸੀ ਅਤੇ ਇੱਕ ਨਜ਼ਦੀਕੀ ਕੰਮਕਾਜੀ ਰਿਸ਼ਤਾ ਸੀ। ਪੇਲੋਡ XML ਦੇ ਆਧਾਰ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਉਸੇ ਸਮੇਂ, ਡੀਵੀਡੀ ਕਾਰੋਬਾਰ ਲਈ ਨੈੱਟਫਲਿਕਸ API ਬਣਾਇਆ ਗਿਆ ਸੀ, ਜਿਸ ਨੇ ਸਾਡੀ ਸੇਵਾ ਲਈ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਿੱਧਾ ਕਰਨ ਲਈ ਤੀਜੀ-ਧਿਰ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕੀਤਾ।

ਹਾਲਾਂਕਿ, Netflix API ਇੱਕ ਨਵੀਨਤਾਕਾਰੀ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕਰਨ ਲਈ ਚੰਗੀ ਤਰ੍ਹਾਂ ਤਿਆਰ ਸੀ, ਜਿਸ ਵਿੱਚ ਸਾਰੀ ਸਮਗਰੀ ਦਾ ਮੈਟਾਡੇਟਾ, ਕਿਹੜੀਆਂ ਫਿਲਮਾਂ ਉਪਲਬਧ ਸਨ, ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਸੀ, ਜਿਸ ਨੇ ਦੇਖਣ ਦੀ ਸੂਚੀ ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ ਬਣਾਈ ਹੈ। ਇਸ ਵਿੱਚ JSON ਸਕੀਮਾ, HTTP ਰਿਸਪਾਂਸ ਕੋਡ, ਆਧੁਨਿਕ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਸਮਾਨ, ਅਤੇ ਇੱਕ OAuth ਸੁਰੱਖਿਆ ਮਾਡਲ 'ਤੇ ਅਧਾਰਤ ਇੱਕ ਆਮ REST API ਸੀ, ਜੋ ਕਿ ਫਰੰਟ-ਐਂਡ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਉਸ ਸਮੇਂ ਲੋੜੀਂਦਾ ਸੀ। ਇਸਨੇ ਸਟ੍ਰੀਮਿੰਗ ਸਮਗਰੀ ਡਿਲੀਵਰੀ ਦੇ ਇੱਕ ਜਨਤਕ ਮਾਡਲ ਤੋਂ ਇੱਕ ਨਿੱਜੀ ਵਿੱਚ ਜਾਣਾ ਸੰਭਵ ਬਣਾਇਆ।

ਪਰਿਵਰਤਨ ਦੇ ਨਾਲ ਸਮੱਸਿਆ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਸੀ, ਕਿਉਂਕਿ ਹੁਣ ਸਾਡਾ ਸਿਸਟਮ ਸੰਚਾਲਨ ਦੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਸਿਧਾਂਤਾਂ ਦੇ ਅਧਾਰ ਤੇ ਦੋ ਸੇਵਾਵਾਂ ਚਲਾਉਂਦਾ ਹੈ - ਇੱਕ ਰੈਸਟ, JSON ਅਤੇ OAuth 'ਤੇ, ਦੂਜੀ RPC, XML 'ਤੇ ਅਤੇ NTBA ਟੋਕਨ ਸਿਸਟਮ 'ਤੇ ਅਧਾਰਤ ਉਪਭੋਗਤਾ ਸੁਰੱਖਿਆ ਵਿਧੀ। ਇਹ ਪਹਿਲਾ ਹਾਈਬ੍ਰਿਡ ਆਰਕੀਟੈਕਚਰ ਸੀ।

ਸਾਡੀਆਂ ਦੋ ਟੀਮਾਂ ਵਿਚਕਾਰ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਇੱਕ ਫਾਇਰਵਾਲ ਸੀ ਕਿਉਂਕਿ ਸ਼ੁਰੂ ਵਿੱਚ API NCCP ਨਾਲ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਨਹੀਂ ਸੀ ਅਤੇ ਇਸ ਕਾਰਨ ਟੀਮਾਂ ਵਿਚਕਾਰ ਝਗੜਾ ਹੋਇਆ। ਅੰਤਰ ਸੇਵਾਵਾਂ, ਪ੍ਰੋਟੋਕੋਲ, ਸਰਕਟਾਂ, ਸੁਰੱਖਿਆ ਮਾਡਿਊਲਾਂ ਵਿੱਚ ਸਨ, ਅਤੇ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਅਕਸਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਸੰਦਰਭਾਂ ਵਿੱਚ ਬਦਲਣਾ ਪੈਂਦਾ ਸੀ।

ਇਸ ਸਬੰਧ ਵਿੱਚ, ਮੇਰੀ ਕੰਪਨੀ ਦੇ ਇੱਕ ਸੀਨੀਅਰ ਇੰਜੀਨੀਅਰ ਨਾਲ ਗੱਲਬਾਤ ਹੋਈ, ਜਿਸ ਨੂੰ ਮੈਂ ਸਵਾਲ ਪੁੱਛਿਆ: "ਸਹੀ ਲੰਬੇ ਸਮੇਂ ਦੀ ਆਰਕੀਟੈਕਚਰ ਕੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ?" ਅਤੇ ਉਸਨੇ ਜਵਾਬੀ ਸਵਾਲ ਪੁੱਛਿਆ: "ਤੁਸੀਂ ਸ਼ਾਇਦ ਵਧੇਰੇ ਚਿੰਤਤ ਹੋ। ਸੰਗਠਨਾਤਮਕ ਨਤੀਜਿਆਂ ਬਾਰੇ - ਕੀ ਹੁੰਦਾ ਹੈ ਜੇਕਰ ਅਸੀਂ ਇਹਨਾਂ ਚੀਜ਼ਾਂ ਨੂੰ ਜੋੜਦੇ ਹਾਂ, ਅਤੇ ਉਹ ਉਸ ਚੀਜ਼ ਨੂੰ ਤੋੜ ਦਿੰਦੇ ਹਨ ਜੋ ਅਸੀਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਰਨਾ ਸਿੱਖਿਆ ਹੈ? ਇਹ ਪਹੁੰਚ ਕਨਵੇ ਦੇ ਕਾਨੂੰਨ ਨਾਲ ਬਹੁਤ ਢੁਕਵੀਂ ਹੈ: "ਸੰਸਥਾਵਾਂ ਜੋ ਡਿਜ਼ਾਈਨ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਇੱਕ ਡਿਜ਼ਾਇਨ ਦੁਆਰਾ ਸੀਮਤ ਕਰਦੀਆਂ ਹਨ ਜੋ ਉਸ ਸੰਗਠਨ ਦੇ ਸੰਚਾਰ ਢਾਂਚੇ ਨੂੰ ਦੁਹਰਾਉਂਦੀਆਂ ਹਨ।" ਇਹ ਇੱਕ ਬਹੁਤ ਹੀ ਸੰਖੇਪ ਪਰਿਭਾਸ਼ਾ ਹੈ, ਇਸਲਈ ਮੈਂ ਇੱਕ ਹੋਰ ਖਾਸ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹਾਂ: "ਸਾਫਟਵੇਅਰ ਦਾ ਕੋਈ ਵੀ ਹਿੱਸਾ ਉਸ ਸੰਗਠਨਾਤਮਕ ਢਾਂਚੇ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸਨੇ ਇਸਨੂੰ ਬਣਾਇਆ ਹੈ।" ਇੱਥੇ ਏਰਿਕ ਰੇਮੰਡ ਤੋਂ ਮੇਰਾ ਮਨਪਸੰਦ ਹਵਾਲਾ ਹੈ: "ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਕੰਪਾਈਲਰ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਡਿਵੈਲਪਰਾਂ ਦੀਆਂ ਚਾਰ ਟੀਮਾਂ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਚਾਰ-ਪਾਸ ਕੰਪਾਈਲਰ ਦੇ ਨਾਲ ਖਤਮ ਹੋਵੋਗੇ." ਖੈਰ, ਨੈੱਟਫਲਿਕਸ ਕੋਲ ਚਾਰ-ਪਾਸ ਕੰਪਾਈਲਰ ਹੈ, ਅਤੇ ਅਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੇ ਹਾਂ।

ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਇਸ ਕੇਸ ਵਿੱਚ ਪੂਛ ਕੁੱਤੇ ਨੂੰ ਹਿਲਾ ਰਹੀ ਹੈ. ਸਾਡੀ ਪਹਿਲੀ ਤਰਜੀਹ ਹੱਲ ਨਹੀਂ ਹੈ, ਪਰ ਸੰਗਠਨ ਹੈ; ਇਹ ਉਹ ਸੰਗਠਨ ਹੈ ਜੋ ਸਾਡੇ ਕੋਲ ਮੌਜੂਦ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ। ਹੌਲੀ-ਹੌਲੀ, ਸੇਵਾਵਾਂ ਦੇ ਇੱਕ ਹੋਜਪੌਜ ਤੋਂ, ਅਸੀਂ ਇੱਕ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਚਲੇ ਗਏ ਜਿਸਨੂੰ ਅਸੀਂ ਬਲੇਡ ਰਨਰ ਕਹਿੰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਇੱਥੇ ਅਸੀਂ ਕਿਨਾਰਿਆਂ ਦੀਆਂ ਸੇਵਾਵਾਂ ਅਤੇ NCCP ਦੀ ਜ਼ੁਲ ਪ੍ਰੌਕਸੀ, API ਗੇਟਵੇ, ਅਤੇ ਸੰਬੰਧਿਤ ਫੰਕਸ਼ਨਲ ਵਿੱਚ ਸਿੱਧੇ ਵੱਖਰੇ ਅਤੇ ਏਕੀਕ੍ਰਿਤ ਹੋਣ ਦੀ ਸਮਰੱਥਾ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ। "ਟੁਕੜੇ" ਨੂੰ ਵਧੇਰੇ ਉੱਨਤ ਸੁਰੱਖਿਆ, ਰੀਪਲੇਅ, ਡੇਟਾ ਛਾਂਟੀ, ਆਦਿ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ ਨਵੀਂ ਮਾਈਕਰੋ ਸਰਵਿਸਿਜ਼ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ।

ਇਸ ਤਰ੍ਹਾਂ, ਇਹ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਵਿਭਾਗੀ ਢਾਂਚੇ ਅਤੇ ਕੰਪਨੀ ਦੀ ਗਤੀਸ਼ੀਲਤਾ ਸਿਸਟਮ ਡਿਜ਼ਾਈਨ ਨੂੰ ਆਕਾਰ ਦੇਣ ਵਿੱਚ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੀ ਹੈ ਅਤੇ ਇੱਕ ਅਜਿਹਾ ਕਾਰਕ ਹੈ ਜੋ ਤਬਦੀਲੀ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਹੈ ਜਾਂ ਰੁਕਾਵਟ ਪਾਉਂਦਾ ਹੈ। ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਆਰਕੀਟੈਕਚਰ ਗੁੰਝਲਦਾਰ ਅਤੇ ਜੈਵਿਕ ਹੈ, ਅਤੇ ਇਸਦੀ ਸਿਹਤ ਅਨੁਸ਼ਾਸਨ ਅਤੇ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਹਫੜਾ-ਦਫੜੀ 'ਤੇ ਅਧਾਰਤ ਹੈ।

ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਵਿਗਿਆਪਨ

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਕੀ ਤੁਹਾਨੂੰ ਸਾਡੇ ਲੇਖ ਪਸੰਦ ਹਨ? ਹੋਰ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਆਰਡਰ ਦੇ ਕੇ ਜਾਂ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਕੇ ਸਾਡਾ ਸਮਰਥਨ ਕਰੋ, $4.99 ਤੋਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਕਲਾਉਡ VPS, ਪ੍ਰਵੇਸ਼-ਪੱਧਰ ਦੇ ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਐਨਾਲਾਗ, ਜਿਸਦੀ ਖੋਜ ਸਾਡੇ ਦੁਆਰਾ ਤੁਹਾਡੇ ਲਈ ਕੀਤੀ ਗਈ ਸੀ: VPS (KVM) E5-2697 v3 (6 ਕੋਰ) 10GB DDR4 480GB SSD 1Gbps ਤੋਂ $19 ਜਾਂ ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਸਾਂਝਾ ਕਰਨਾ ਹੈ ਬਾਰੇ ਪੂਰੀ ਸੱਚਾਈ? (RAID1 ਅਤੇ RAID10 ਦੇ ਨਾਲ ਉਪਲਬਧ, 24 ਕੋਰ ਤੱਕ ਅਤੇ 40GB DDR4 ਤੱਕ)।

ਡੈਲ R730xd ਐਮਸਟਰਡਮ ਵਿੱਚ ਈਕੁਇਨਿਕਸ ਟੀਅਰ IV ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ 2 ਗੁਣਾ ਸਸਤਾ? ਇੱਥੇ ਹੀ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ਟੀਵੀ $199 ਤੋਂ ਨੀਦਰਲੈਂਡ ਵਿੱਚ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ਤੋਂ! ਬਾਰੇ ਪੜ੍ਹੋ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਾਰਪੋਰੇਸ਼ਨ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਡੇਲ R730xd E5-2650 v4 ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਕਲਾਸ 9000 ਯੂਰੋ ਦੀ ਕੀਮਤ ਦੇ ਇੱਕ ਪੈਸੇ ਲਈ?

ਸਰੋਤ: www.habr.com