ਗਾਹਕ ਦੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਨਿਰੰਤਰ ਤੈਨਾਤੀ ਦਾ ਸਾਡਾ ਅਮਲ

ਅਸੀਂ ਟਰੂ ਇੰਜਨੀਅਰਿੰਗ ਵਿਖੇ ਗਾਹਕ ਸਰਵਰਾਂ ਨੂੰ ਅਪਡੇਟਾਂ ਦੀ ਨਿਰੰਤਰ ਡਿਲੀਵਰੀ ਲਈ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਸਥਾਪਤ ਕੀਤੀ ਹੈ ਅਤੇ ਇਸ ਅਨੁਭਵ ਨੂੰ ਸਾਂਝਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ।

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

ਇਸ ਲੇਖ ਵਿੱਚ ਅਸੀਂ ਨਿਰੰਤਰ ਤੈਨਾਤੀ (ਸੀਡੀ) ਪ੍ਰਕਿਰਿਆ ਦੇ ਸਾਰੇ ਪੜਾਵਾਂ ਜਾਂ ਗਾਹਕ ਦੇ ਪਲੇਟਫਾਰਮ ਲਈ ਅੱਪਡੇਟ ਦੀ ਡਿਲੀਵਰੀ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ:

1. ਇਹ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ?
2. ਗਾਹਕ ਦੇ Git ਰਿਪੋਜ਼ਟਰੀ ਨਾਲ ਸਮਕਾਲੀਕਰਨ,
3. ਬੈਕਐਂਡ ਅਤੇ ਫਰੰਟਐਂਡ ਦੀ ਅਸੈਂਬਲੀ,
4. ਇੱਕ ਟੈਸਟ ਵਾਤਾਵਰਣ ਵਿੱਚ ਆਟੋਮੈਟਿਕ ਐਪਲੀਕੇਸ਼ਨ ਤੈਨਾਤੀ,
5. ਉਤਪਾਦ ਲਈ ਆਟੋਮੈਟਿਕ ਤੈਨਾਤੀ।

ਅਸੀਂ ਰਸਤੇ ਵਿੱਚ ਸੈੱਟਅੱਪ ਵੇਰਵੇ ਸਾਂਝੇ ਕਰਾਂਗੇ।

1. CD ਸ਼ੁਰੂ ਕਰੋ

ਨਿਰੰਤਰ ਤੈਨਾਤੀ ਡਿਵੈਲਪਰ ਦੁਆਰਾ ਸਾਡੀ Git ਰਿਪੋਜ਼ਟਰੀ ਦੀ ਰੀਲੀਜ਼ ਸ਼ਾਖਾ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ।

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

ਅਸੀਂ ਕਈ ਕਾਰਨਾਂ ਕਰਕੇ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਰਾਹੀਂ ਕੰਮ ਦਾ ਆਯੋਜਨ ਕੀਤਾ:

• ਵਿਕਾਸ ਦੀ ਸੌਖ - ਐਪਲੀਕੇਸ਼ਨ ਸਰਗਰਮੀ ਨਾਲ ਵਿਕਸਤ ਹੋ ਰਹੀ ਹੈ, ਇਸਲਈ ਤੁਸੀਂ ਇੱਕ ਵਾਰ ਵਿੱਚ ਸਾਰੇ ਕੋਡ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦੇ ਹੋ।
• ਇੱਕ ਸਿੰਗਲ CI/CD ਪਾਈਪਲਾਈਨ ਜੋ ਗਾਰੰਟੀ ਦਿੰਦੀ ਹੈ ਕਿ ਇੱਕ ਸਿੰਗਲ ਸਿਸਟਮ ਦੇ ਤੌਰ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਸਾਰੇ ਟੈਸਟਾਂ ਨੂੰ ਪਾਸ ਕਰਦੀ ਹੈ ਅਤੇ ਗਾਹਕ ਦੇ ਉਤਪਾਦਨ ਵਾਤਾਵਰਣ ਨੂੰ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਅਸੀਂ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਉਲਝਣ ਨੂੰ ਦੂਰ ਕਰਦੇ ਹਾਂ - ਸਾਨੂੰ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਸੰਸਕਰਣਾਂ ਦਾ ਨਕਸ਼ਾ ਸਟੋਰ ਕਰਨ ਅਤੇ ਹੈਲਮ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ ਹਰੇਕ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਲਈ ਇਸਦੀ ਸੰਰਚਨਾ ਦਾ ਵਰਣਨ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

2. ਗਾਹਕ ਦੇ ਸਰੋਤ ਕੋਡ ਦੀ Git ਰਿਪੋਜ਼ਟਰੀ ਨਾਲ ਸਮਕਾਲੀਕਰਨ

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

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

ਇਸ ਤੋਂ ਬਾਅਦ ਤੁਹਾਨੂੰ ਅਸੈਂਬਲੀ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਇਸ ਵਿੱਚ ਕਈ ਪੜਾਅ ਹੁੰਦੇ ਹਨ: ਬੈਕਐਂਡ ਅਤੇ ਫਰੰਟਐਂਡ ਅਸੈਂਬਲੀ, ਟੈਸਟਿੰਗ ਅਤੇ ਉਤਪਾਦਨ ਲਈ ਸਪੁਰਦਗੀ।

3. ਬੈਕਐਂਡ ਅਤੇ ਫਰੰਟਐਂਡ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ

ਬੈਕਐਂਡ ਅਤੇ ਫਰੰਟਐਂਡ ਬਣਾਉਣਾ ਦੋ ਸਮਾਨਾਂਤਰ ਕੰਮ ਹਨ ਜੋ GitLab ਰਨਰ ਸਿਸਟਮ ਵਿੱਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਸਦੀ ਮੂਲ ਅਸੈਂਬਲੀ ਸੰਰਚਨਾ ਉਸੇ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਸਥਿਤ ਹੈ।

GitLab ਵਿੱਚ ਬਣਾਉਣ ਲਈ ਇੱਕ YAML ਸਕ੍ਰਿਪਟ ਲਿਖਣ ਲਈ ਟਿਊਟੋਰਿਅਲ.

GitLab ਰਨਰ ਲੋੜੀਂਦੇ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਕੋਡ ਲੈਂਦਾ ਹੈ, ਇਸਨੂੰ ਜਾਵਾ ਐਪਲੀਕੇਸ਼ਨ ਬਿਲਡ ਕਮਾਂਡ ਨਾਲ ਇਕੱਠਾ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਡੌਕਰ ਰਜਿਸਟਰੀ ਨੂੰ ਭੇਜਦਾ ਹੈ। ਇੱਥੇ ਅਸੀਂ ਬੈਕਐਂਡ ਅਤੇ ਫਰੰਟਐਂਡ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਾਂ, ਡੌਕਰ ਚਿੱਤਰ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ, ਜੋ ਅਸੀਂ ਗਾਹਕ ਦੇ ਪਾਸੇ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਪਾਉਂਦੇ ਹਾਂ। ਡੌਕਰ ਚਿੱਤਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਅਸੀਂ ਵਰਤਦੇ ਹਾਂ ਗ੍ਰੇਡਲ ਪਲੱਗਇਨ.

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

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

2. ਹੈਲਮ ਦੁਆਰਾ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇਸਦਾ ਸੰਸਕਰਣ ਨਿਰਧਾਰਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਅਸੀਂ ਬੈਕਐਂਡ, ਫਰੰਟਐਂਡ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਪਡੇਟ ਕਰਦੇ ਹਾਂ - ਇਹ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਕੰਮ ਹਨ, ਇਸ ਲਈ ਹਰ ਜਗ੍ਹਾ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਇੱਕੋ ਸੰਸਕਰਣ ਵਰਤਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਇਸ ਕੰਮ ਲਈ, ਅਸੀਂ Git ਇਤਿਹਾਸ ਤੋਂ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਸਾਡੀ K8S ਕਲੱਸਟਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕੋ Git ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਹਨ।

ਸਾਨੂੰ ਕਮਾਂਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਤੀਜਿਆਂ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਵਰਜ਼ਨ ਮਿਲਦਾ ਹੈ
git describe --tags --abbrev=7.

4. ਟੈਸਟ ਵਾਤਾਵਰਨ (UAT) ਵਿੱਚ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਦੀ ਆਟੋਮੈਟਿਕ ਤੈਨਾਤੀ

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

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

ਅਸੀਂ ਅਸੈਂਬਲੀ ਦੇ ਨਾਲ K8S ਕਲੱਸਟਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਸਪਲਾਈ ਕਰਦੇ ਹਾਂ। ਇਸ ਲਈ, ਅਗਲਾ ਕਦਮ ਇਸਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ ਹੈ: configMaps, ਤੈਨਾਤੀਆਂ, ਸੇਵਾਵਾਂ, ਭੇਦ ਅਤੇ ਕੋਈ ਹੋਰ K8S ਸੰਰਚਨਾ ਜੋ ਅਸੀਂ ਬਦਲੀਆਂ ਹਨ।

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

5. ਉਤਪਾਦ ਵਿੱਚ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਦੀ ਆਟੋਮੈਟਿਕ ਤੈਨਾਤੀ

ਉਤਪਾਦਨ ਵਾਤਾਵਰਣ ਲਈ ਇੱਕ ਅੱਪਡੇਟ ਤੈਨਾਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ GitLab ਵਿੱਚ ਇੱਕ ਬਟਨ ਨੂੰ ਕਲਿੱਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ - ਅਤੇ ਕੰਟੇਨਰਾਂ ਨੂੰ ਤੁਰੰਤ ਉਤਪਾਦਨ ਵਾਤਾਵਰਣ ਵਿੱਚ ਡਿਲੀਵਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇੱਕੋ ਐਪਲੀਕੇਸ਼ਨ ਵੱਖ-ਵੱਖ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ—ਟੈਸਟ ਅਤੇ ਉਤਪਾਦਨ—ਬਿਨਾਂ ਮੁੜ-ਨਿਰਮਾਣ ਦੇ। ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਕੁਝ ਵੀ ਬਦਲੇ ਬਿਨਾਂ ਉਹੀ ਕਲਾਤਮਕ ਚੀਜ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਅਸੀਂ ਮਾਪਦੰਡਾਂ ਨੂੰ ਬਾਹਰੋਂ ਸੈੱਟ ਕਰਦੇ ਹਾਂ।

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

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

ਐਪਲੀਕੇਸ਼ਨ ਸੈਟਿੰਗਾਂ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਉਹਨਾਂ ਦੇ ਮੁੱਲ K8S ਸੰਰਚਨਾ ਮੈਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਸੈੱਟ ਕੀਤੇ ਗਏ ਹਨ, ਜੋ ਗੋ ਟੈਂਪਲੇਟਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਟੈਪਲੇਟ ਕੀਤੇ ਗਏ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਡੋਮੇਨ ਨਾਮ ਲਈ ਇੱਕ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਸੈੱਟ ਕਰਨਾ ਇਸ ਤਰ੍ਹਾਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

APP_EXTERNAL_DOMAIN: {{ (pluck .Values.global.env .Values.app.properties.app_external_domain | first) }}

.ਵੈਲਯੂਜ਼.ਗਲੋਬਲ.ਐਨ.ਵੀ - ਇਹ ਵੇਰੀਏਬਲ ਵਾਤਾਵਰਨ ਦੇ ਨਾਮ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ (ਉਤਪਾਦ, ਪੜਾਅ, UAT)।
.values.app.properties.app_external_domain - ਇਸ ਵੇਰੀਏਬਲ ਵਿੱਚ ਅਸੀਂ .Values.yaml ਫਾਈਲ ਵਿੱਚ ਲੋੜੀਦਾ ਡੋਮੇਨ ਸੈੱਟ ਕੀਤਾ ਹੈ

ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਵੇਲੇ, ਹੈਲਮ ਟੈਂਪਲੇਟਸ ਤੋਂ ਇੱਕ configmap.yaml ਫਾਈਲ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ APP_EXTERNAL_DOMAIN ਮੁੱਲ ਨੂੰ ਲੋੜੀਂਦੇ ਮੁੱਲ ਦੇ ਨਾਲ ਭਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਅੱਪਡੇਟ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਇਹ ਵੇਰੀਏਬਲ ਪਹਿਲਾਂ ਹੀ ਕੰਟੇਨਰ ਵਿੱਚ ਸੈੱਟ ਹੈ। ਇਸ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਐਕਸੈਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇਸਲਈ ਹਰੇਕ ਐਪਲੀਕੇਸ਼ਨ ਵਾਤਾਵਰਣ ਦਾ ਇਸ ਵੇਰੀਏਬਲ ਲਈ ਵੱਖਰਾ ਮੁੱਲ ਹੋਵੇਗਾ।

ਮੁਕਾਬਲਤਨ ਹਾਲ ਹੀ ਵਿੱਚ, K8S ਸਮਰਥਨ ਸਪਰਿੰਗ ਕਲਾਉਡ ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਇਆ, ਜਿਸ ਵਿੱਚ configMaps ਨਾਲ ਕੰਮ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ: ਬਸੰਤ ਕਲਾਉਡ ਕੁਬਰਨੇਟਸ. ਜਦੋਂ ਕਿ ਪ੍ਰੋਜੈਕਟ ਸਰਗਰਮੀ ਨਾਲ ਵਿਕਾਸ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਬਦਲ ਰਿਹਾ ਹੈ, ਅਸੀਂ ਇਸਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਨਹੀਂ ਵਰਤ ਸਕਦੇ। ਪਰ ਅਸੀਂ ਇਸਦੀ ਸਥਿਤੀ ਦੀ ਸਰਗਰਮੀ ਨਾਲ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹਾਂ ਅਤੇ ਇਸਨੂੰ DEV ਸੰਰਚਨਾਵਾਂ ਵਿੱਚ ਵਰਤਦੇ ਹਾਂ। ਜਿਵੇਂ ਹੀ ਇਹ ਸਥਿਰ ਹੁੰਦਾ ਹੈ, ਅਸੀਂ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਇਸ ਵਿੱਚ ਬਦਲ ਜਾਵਾਂਗੇ।

ਕੁੱਲ

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

ਭਵਿੱਖ ਦੀਆਂ ਯੋਜਨਾਵਾਂ: ਆਟੋਮੈਟਿਕ ਡੇਟਾਬੇਸ ਮਾਈਗਰੇਸ਼ਨ

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

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

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

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

ਸਰੋਤ: www.habr.com