ਡੌਕਰ-ਕੰਪੋਜ਼ ਤੋਂ ਕੁਬਰਨੇਟਸ ਤੱਕ ਇੱਕ ਸ਼ੁਰੂਆਤ ਕਿਵੇਂ ਹੋਈ

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

ਸਾਡੇ ਕੋਲ ਕੀ ਸੀ ਅਤੇ ਅਸੀਂ ਕਿਸ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਸੀ? ਅਤੇ ਸਾਡੇ ਕੋਲ ਇਸ਼ਤਿਹਾਰ ਖੇਤਰ ਤੋਂ ਲਗਭਗ 2 ਸਾਲਾਂ ਦੇ ਵਿਕਾਸ ਇਤਿਹਾਸ ਦੇ ਨਾਲ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਜੈਕਟ ਸੀ। ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸ਼ੁਰੂ ਵਿੱਚ ਇੱਕ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਵਜੋਂ ਬਣਾਇਆ ਗਿਆ ਸੀ, ਅਤੇ ਇਸਦਾ ਸਰਵਰ ਹਿੱਸਾ ਸਿਮਫਨੀ + ਥੋੜਾ ਜਿਹਾ ਲਾਰਵੇਲ, ਜੰਜੋ ਅਤੇ ਮੂਲ ਨੋਡਜੇਜ਼ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਸੇਵਾਵਾਂ ਮੁੱਖ ਤੌਰ 'ਤੇ ਮੋਬਾਈਲ ਗਾਹਕਾਂ ਲਈ ਇੱਕ API ਹਨ (ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ 3 ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਹਨ) ਅਤੇ IOS ਲਈ ਸਾਡੀ ਆਪਣੀ SDK (ਸਾਡੇ ਗਾਹਕਾਂ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਬਣੀ ਹੋਈ ਹੈ), ਨਾਲ ਹੀ ਵੈੱਬ ਇੰਟਰਫੇਸ ਅਤੇ ਇਹਨਾਂ ਸਮਾਨ ਗਾਹਕਾਂ ਦੇ ਵੱਖ-ਵੱਖ ਡੈਸ਼ਬੋਰਡ ਹਨ। ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਸ਼ੁਰੂ ਵਿੱਚ ਡੌਕਰਾਈਜ਼ਡ ਸਨ ਅਤੇ ਡੌਕਰ-ਕੰਪੋਜ਼ ਦੇ ਅਧੀਨ ਚਲਦੀਆਂ ਸਨ।

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

ਹੋਰ ਪੜ੍ਹੋ