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

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

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

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

ਹੋਰ ਪੜ੍ਹੋ