ਚੇਲਾਇਬਿੰਸਕ ਵਿੱਚ ਸਾਊਥਬ੍ਰਿਜ ਅਤੇ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਬਿਟਰਿਕਸ

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

Bitrix, Kubernetes, Ceph - ਇੱਕ ਮਹਾਨ ਮਿਸ਼ਰਣ?

ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਅਸੀਂ ਇਸ ਸਭ ਤੋਂ ਕਾਰਜਸ਼ੀਲ ਹੱਲ ਕਿਵੇਂ ਇਕੱਠੇ ਕਰਦੇ ਹਾਂ।

ਚੱਲੀਏ!

ਇਹ ਮੁਲਾਕਾਤ 18 ਅਪ੍ਰੈਲ ਨੂੰ ਚੇਲਾਇਬਿੰਸਕ ਵਿੱਚ ਹੋਈ ਸੀ। ਤੁਸੀਂ ਸਾਡੀਆਂ ਮੁਲਾਕਾਤਾਂ ਬਾਰੇ ਇੱਥੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਟਾਈਮਪੈਡ ਅਤੇ ਵੇਖੋ YouTube.

ਜੇ ਤੁਸੀਂ ਸਾਡੇ ਕੋਲ ਰਿਪੋਰਟ ਲੈ ਕੇ ਆਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਜਾਂ ਇੱਕ ਸਰੋਤੇ ਵਜੋਂ - ਸੁਆਗਤ ਹੈ, ਇਸ ਨੂੰ ਲਿਖੋ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ] ਅਤੇ ਟੈਲੀਗ੍ਰਾਮ t.me/vadimisakanov 'ਤੇ।

ਮੇਰੀ ਰਿਪੋਰਟ

ਸਲਾਈਡਾਂ

ਹੱਲ "ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਬਿਟਰਿਕਸ, ਸੰਸਕਰਣ ਸਾਊਥਬ੍ਰਿਜ 1.0"

ਮੈਂ "ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਡਮੀਜ਼ ਲਈ" ਫਾਰਮੈਟ ਵਿੱਚ ਸਾਡੇ ਹੱਲ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ, ਜਿਵੇਂ ਕਿ ਮੀਟਿੰਗ ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਸੀ। ਪਰ ਮੈਂ ਮੰਨਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਘੱਟੋ ਘੱਟ ਵਿਕੀਪੀਡੀਆ 'ਤੇ ਲੇਖਾਂ ਦੇ ਪੱਧਰ 'ਤੇ ਬਿਟਰਿਕਸ, ਡੌਕਰ, ਕੁਬਰਨੇਟਸ, ਸੇਫ ਸ਼ਬਦ ਜਾਣਦੇ ਹੋ।

ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਬਿਟਰਿਕਸ ਬਾਰੇ ਕੀ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ?

ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਬਿਟਰਿਕਸ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਸੰਚਾਲਨ ਬਾਰੇ ਪੂਰੇ ਇੰਟਰਨੈਟ ਤੇ ਬਹੁਤ ਘੱਟ ਜਾਣਕਾਰੀ ਹੈ।
ਮੈਨੂੰ ਸਿਰਫ ਇਹ ਸਮੱਗਰੀ ਮਿਲੀ:

Qsoft ਤੋਂ ਅਲੈਗਜ਼ੈਂਡਰ ਸੇਰਬੁਲ, 1C-ਬਿਟਰਿਕਸ, ਅਤੇ ਐਂਟਨ ਤੁਜ਼ਲੁਕੋਵ ਦੁਆਰਾ ਰਿਪੋਰਟ:

ਮੈਂ ਇਸਨੂੰ ਸੁਣਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹਾਂ.

ਉਪਭੋਗਤਾ ਤੋਂ ਆਪਣਾ ਖੁਦ ਦਾ ਹੱਲ ਵਿਕਸਿਤ ਕਰਨਾ serkyron Habré 'ਤੇ.
ਹੋਰ ਮਿਲਿਆ ਅਜਿਹਾ ਫੈਸਲਾ.

Aaand... ਅਸਲ ਵਿੱਚ, ਇਹ ਸਭ ਹੈ.

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

ਪਰ ਡੌਕਰ ਵਿੱਚ ਬਿਟ੍ਰਿਕਸ ਨੂੰ ਚਲਾਉਣ ਲਈ ਪਹਿਲਾਂ ਹੀ ਬਹੁਤ ਸਾਰੇ ਤਿਆਰ-ਕੀਤੇ ਡੌਕਰ ਚਿੱਤਰ ਹਨ: https://hub.docker.com/search?q=bitrix&type=image

ਕੀ ਇਹ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਬਿਟਰਿਕਸ ਲਈ ਇੱਕ ਸੰਪੂਰਨ ਹੱਲ ਬਣਾਉਣ ਲਈ ਕਾਫੀ ਹੈ?
ਨੰ. ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਬਿਟਰਿਕਸ ਨਾਲ ਕੀ ਸਮੱਸਿਆਵਾਂ ਹਨ?

ਪਹਿਲਾਂ, ਡੌਕਰਹਬ ਤੋਂ ਤਿਆਰ ਕੀਤੀਆਂ ਤਸਵੀਰਾਂ ਕੁਬਰਨੇਟਸ ਲਈ ਢੁਕਵੇਂ ਨਹੀਂ ਹਨ

ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਮਾਈਕ੍ਰੋਸਰਵਿਸਿਜ਼ ਆਰਕੀਟੈਕਚਰ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ (ਅਤੇ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਅਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਕਰਦੇ ਹਾਂ), ਤਾਂ ਸਾਨੂੰ ਆਪਣੀ ਕੁਬਰਨੇਟਸ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਵੱਖ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਹਰੇਕ ਕੰਟੇਨਰ ਨੂੰ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਫੰਕਸ਼ਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ (ਅਤੇ ਇਸਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਰੋ)। ਕੇਵਲ ਇੱਕ ਹੀ ਕਿਉਂ? ਸੰਖੇਪ ਵਿੱਚ, ਜਿੰਨਾ ਸਰਲ, ਵਧੇਰੇ ਭਰੋਸੇਮੰਦ.
ਵਧੇਰੇ ਖਾਸ ਹੋਣ ਲਈ, ਇਸ ਲੇਖ ਅਤੇ ਵੀਡੀਓ ਨੂੰ ਦੇਖੋ, ਕਿਰਪਾ ਕਰਕੇ: https://habr.com/ru/company/southbridge/blog/426637/

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

ਦੂਜਾ - ਸਾਈਟ ਕੋਡ ਐਡਮਿਨ ਪੈਨਲ ਤੋਂ ਸੰਪਾਦਿਤ ਕੀਤਾ ਗਿਆ ਹੈ

ਅਸੀਂ ਸਾਈਟ 'ਤੇ ਇੱਕ ਨਵਾਂ ਭਾਗ ਬਣਾਇਆ ਹੈ - ਕੋਡ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਸੀ (ਨਵੇਂ ਭਾਗ ਦੇ ਨਾਮ ਵਾਲੀ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਸੀ)।

ਜੇਕਰ ਤੁਸੀਂ ਐਡਮਿਨ ਪੈਨਲ ਤੋਂ ਕਿਸੇ ਕੰਪੋਨੈਂਟ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਬਦਲਿਆ ਹੈ, ਤਾਂ ਕੋਡ ਬਦਲ ਗਿਆ ਹੈ।

ਕੁਬਰਨੇਟਸ "ਮੂਲ ਰੂਪ ਵਿੱਚ" ਇਸ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੇ; ਕੰਟੇਨਰ ਸਟੇਟਲੈੱਸ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।

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

ਤੀਜਾ - ਤੁਹਾਨੂੰ ਤੈਨਾਤੀ ਨਾਲ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ

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

ਚੌਥਾ - ਤੁਹਾਨੂੰ ਸਟੈਟਿਕਸ ਸਟੋਰ ਕਰਨ ਦੇ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ

ਜੇ ਤੁਹਾਡੀ ਸਾਈਟ "ਸਿਰਫ" 10 ਗੀਗਾਬਾਈਟ ਹੈ ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਤੈਨਾਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ 10 ਗੀਗਾਬਾਈਟ ਕੰਟੇਨਰਾਂ ਦੇ ਨਾਲ ਖਤਮ ਹੋਵੋਗੇ ਜੋ ਹਮੇਸ਼ਾ ਲਈ ਤੈਨਾਤ ਕਰਨ ਲਈ ਲੈਂਦੇ ਹਨ।
ਤੁਹਾਨੂੰ ਸਾਈਟ ਦੇ "ਸਭ ਤੋਂ ਭਾਰੀ" ਭਾਗਾਂ ਨੂੰ ਕੰਟੇਨਰਾਂ ਦੇ ਬਾਹਰ ਸਟੋਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਅਤੇ ਸਵਾਲ ਉੱਠਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਕਰਨਾ ਹੈ

ਸਾਡੇ ਹੱਲ ਵਿੱਚੋਂ ਕੀ ਗੁੰਮ ਹੈ?

ਪੂਰੇ ਬਿਟ੍ਰਿਕਸ ਕੋਡ ਨੂੰ ਮਾਈਕ੍ਰੋਫੰਕਸ਼ਨ/ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਵਿੱਚ ਵੰਡਿਆ ਨਹੀਂ ਗਿਆ ਹੈ (ਇਸ ਲਈ ਰਜਿਸਟਰੇਸ਼ਨ ਵੱਖਰੀ ਹੈ, ਔਨਲਾਈਨ ਸਟੋਰ ਮੋਡੀਊਲ ਵੱਖਰਾ ਹੈ, ਆਦਿ)। ਅਸੀਂ ਹਰੇਕ ਕੰਟੇਨਰ ਵਿੱਚ ਪੂਰਾ ਕੋਡ ਬੇਸ ਸਟੋਰ ਕਰਦੇ ਹਾਂ।

ਅਸੀਂ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਡੇਟਾਬੇਸ ਨੂੰ ਵੀ ਸਟੋਰ ਨਹੀਂ ਕਰਦੇ ਹਾਂ (ਮੈਂ ਅਜੇ ਵੀ ਵਿਕਾਸ ਵਾਤਾਵਰਨ ਲਈ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਇੱਕ ਡੇਟਾਬੇਸ ਨਾਲ ਹੱਲ ਲਾਗੂ ਕੀਤਾ ਹੈ, ਪਰ ਉਤਪਾਦਨ ਲਈ ਨਹੀਂ)।

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

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

ਆਰਕੀਟੈਕਚਰ

ਵੈੱਬ ਸਰਵਰ (ਵਰਕਰਾਂ) ਦੇ ਨਾਲ ਬਹੁਤ ਸਾਰੇ "ਵਰਕਿੰਗ" ਪੌਡ ਹਨ।
ਕ੍ਰੋਨ ਟਾਸਕ ਦੇ ਨਾਲ ਇੱਕ ਅਧੀਨ (ਸਿਰਫ਼ ਇੱਕ ਦੀ ਲੋੜ ਹੈ)।
ਐਡਮਿਨ ਪੈਨਲ ਤੋਂ ਸਾਈਟ ਕੋਡ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਲਈ ਇੱਕ ਅੱਪਗਰੇਡ (ਇਹ ਵੀ ਸਿਰਫ਼ ਇੱਕ ਦੀ ਲੋੜ ਹੈ)।

ਅਸੀਂ ਸਵਾਲ ਹੱਲ ਕਰਦੇ ਹਾਂ:

• ਸੈਸ਼ਨਾਂ ਨੂੰ ਕਿੱਥੇ ਸਟੋਰ ਕਰਨਾ ਹੈ?
• ਕੈਸ਼ ਨੂੰ ਕਿੱਥੇ ਸਟੋਰ ਕਰਨਾ ਹੈ?
• ਸਟੈਟਿਕਸ ਨੂੰ ਕਿੱਥੇ ਸਟੋਰ ਕਰਨਾ ਹੈ, ਗੀਗਾਬਾਈਟ ਸਟੈਟਿਕਸ ਨੂੰ ਕੰਟੇਨਰਾਂ ਦੇ ਝੁੰਡ ਵਿੱਚ ਨਹੀਂ ਰੱਖਣਾ ਹੈ?
• ਡੇਟਾਬੇਸ ਕਿਵੇਂ ਕੰਮ ਕਰੇਗਾ?

ਡੌਕਰ ਚਿੱਤਰ

ਅਸੀਂ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਬਣਾ ਕੇ ਸ਼ੁਰੂ ਕਰਦੇ ਹਾਂ।

ਆਦਰਸ਼ ਵਿਕਲਪ ਇਹ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਇੱਕ ਯੂਨੀਵਰਸਲ ਚਿੱਤਰ ਹੈ, ਇਸਦੇ ਆਧਾਰ 'ਤੇ ਸਾਨੂੰ ਵਰਕਰ ਪੌਡ, ਕ੍ਰੋਨਟਾਸਕ ਦੇ ਨਾਲ ਪੌਡ ਅਤੇ ਅੱਪਗਰੇਡ ਪੌਡ ਮਿਲਦੇ ਹਨ।

ਅਸੀਂ ਸਿਰਫ ਅਜਿਹੀ ਤਸਵੀਰ ਬਣਾਈ ਹੈ.

ਇਸ ਵਿੱਚ nginx, apache/php-fpm (ਬਿਲਡ ਦੇ ਦੌਰਾਨ ਚੁਣਿਆ ਜਾ ਸਕਦਾ ਹੈ), ਮੇਲ ਭੇਜਣ ਲਈ msmtp, ਅਤੇ cron ਸ਼ਾਮਲ ਹਨ।

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

ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼, ਸੇਵਾਵਾਂ

ਕਾਮਿਆਂ ਦੀਆਂ ਫਲੀਆਂ:

• nginx + ਕੰਟੇਨਰ apache/php-fpm + msmtp ਵਾਲਾ ਕੰਟੇਨਰ
• ਇਹ msmtp ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨ ਲਈ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਬਿਟ੍ਰਿਕਸ ਗੁੱਸੇ ਵਿੱਚ ਆਉਣਾ ਸ਼ੁਰੂ ਕਰ ਰਿਹਾ ਹੈ ਕਿ ਇਹ ਸਿੱਧੇ ਮੇਲ ਨਹੀਂ ਭੇਜ ਸਕਦਾ
• ਹਰੇਕ ਕੰਟੇਨਰ ਦਾ ਇੱਕ ਪੂਰਾ ਕੋਡਬੇਸ ਹੁੰਦਾ ਹੈ।
• ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਕੋਡ ਬਦਲਣ ਦੀ ਮਨਾਹੀ।

ਹੇਠ cron:

• apache, php, cron ਵਾਲਾ ਕੰਟੇਨਰ
• ਪੂਰਾ ਕੋਡ ਬੇਸ ਸ਼ਾਮਲ ਹੈ
• ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਕੋਡ ਬਦਲਣ 'ਤੇ ਪਾਬੰਦੀ

ਹੇਠ ਅੱਪਗਰੇਡ:

• nginx ਕੰਟੇਨਰ + apache/php-fpm ਕੰਟੇਨਰ + msmtp
• ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਕੋਡ ਬਦਲਣ ਦੀ ਕੋਈ ਮਨਾਹੀ ਨਹੀਂ ਹੈ

ਸੈਸ਼ਨ ਸਟੋਰੇਜ਼

Bitrix ਕੈਸ਼ ਸਟੋਰੇਜ਼

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

ਸਟੈਟਿਕਸ ਲਈ ਸਟੋਰੇਜ

ਤੁਸੀਂ ਕੁਝ ਵੀ ਵਰਤ ਸਕਦੇ ਹੋ: ceph, nfs (ਪਰ ਅਸੀਂ ਉਤਪਾਦਨ ਲਈ nfs ਦੀ ਸਿਫ਼ਾਰਸ਼ ਨਹੀਂ ਕਰਦੇ), ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ ਤੋਂ ਨੈੱਟਵਰਕ ਸਟੋਰੇਜ, ਆਦਿ।

ਸਟੋਰੇਜ ਨੂੰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਸਾਈਟ ਦੀ /upload/ ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਸਥਿਰ ਸਮੱਗਰੀ ਵਾਲੀਆਂ ਹੋਰ ਡਾਇਰੈਕਟਰੀਆਂ ਨਾਲ ਕਨੈਕਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ।

ਡਾਟਾਬੇਸ

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

ਸੈਸ਼ਨ ਸਟੋਰੇਜ

ਅਸੀਂ ਮੈਮਕੈਚਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ :)

ਇਹ ਸੈਸ਼ਨ ਸਟੋਰੇਜ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਹੈਂਡਲ ਕਰਦਾ ਹੈ, ਕਲੱਸਟਰਡ ਹੈ, ਅਤੇ php ਵਿੱਚ session.save_path ਦੇ ਤੌਰ 'ਤੇ "ਮੂਲ ਰੂਪ ਵਿੱਚ" ਸਮਰਥਿਤ ਹੈ। ਕਲਾਸੀਕਲ ਮੋਨੋਲੀਥਿਕ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਅਜਿਹੀ ਪ੍ਰਣਾਲੀ ਦੀ ਕਈ ਵਾਰ ਜਾਂਚ ਕੀਤੀ ਗਈ ਹੈ, ਜਦੋਂ ਅਸੀਂ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਵੈਬ ਸਰਵਰਾਂ ਨਾਲ ਕਲੱਸਟਰ ਬਣਾਏ ਸਨ। ਤੈਨਾਤੀ ਲਈ ਅਸੀਂ ਹੈਲਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।

$ helm install stable/memcached --name session

php.ini - ਇੱਥੇ ਚਿੱਤਰ ਵਿੱਚ memcached ਵਿੱਚ ਸੈਸ਼ਨਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਸੈਟਿੰਗਾਂ ਸ਼ਾਮਲ ਹਨ

ਅਸੀਂ ਮੇਮਕੈਚਡ ਨਾਲ ਮੇਜ਼ਬਾਨਾਂ ਬਾਰੇ ਡਾਟਾ ਪਾਸ ਕਰਨ ਲਈ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਕੀਤੀ https://kubernetes.io/docs/tasks/inject-data-application/define-environment-variable-container/.
ਇਹ ਤੁਹਾਨੂੰ dev, stage, test, prod ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਇੱਕੋ ਕੋਡ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ (ਉਨ੍ਹਾਂ ਵਿੱਚ ਮੇਮਕੈਚ ਕੀਤੇ ਹੋਸਟ ਨਾਮ ਵੱਖਰੇ ਹੋਣਗੇ, ਇਸਲਈ ਸਾਨੂੰ ਹਰੇਕ ਵਾਤਾਵਰਣ ਵਿੱਚ ਸੈਸ਼ਨਾਂ ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਹੋਸਟ ਨਾਮ ਪਾਸ ਕਰਨ ਦੀ ਲੋੜ ਹੈ)।
Bitrix ਕੈਸ਼ ਸਟੋਰੇਜ਼

ਸਾਨੂੰ ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ ਸਟੋਰੇਜ ਦੀ ਲੋੜ ਹੈ ਜਿਸ ਤੋਂ ਸਾਰੇ ਪੌਡ ਲਿਖ ਸਕਦੇ ਹਨ ਅਤੇ ਪੜ੍ਹ ਸਕਦੇ ਹਨ।

ਅਸੀਂ ਮੈਮਕੈਚਡ ਦੀ ਵਰਤੋਂ ਵੀ ਕਰਦੇ ਹਾਂ।
ਇਹ ਹੱਲ ਬਿਟ੍ਰਿਕਸ ਦੁਆਰਾ ਹੀ ਸਿਫਾਰਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ.

$ helm install stable/memcached --name cache

bitrix/.settings_extra.php - ਇੱਥੇ ਬਿਟ੍ਰਿਕਸ ਵਿੱਚ ਇਹ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਕੈਸ਼ ਕਿੱਥੇ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

ਅਸੀਂ ਵਾਤਾਵਰਨ ਵੇਰੀਏਬਲ ਵੀ ਵਰਤਦੇ ਹਾਂ।

ਕ੍ਰੋਨਟਾਸਕੀ

ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਕ੍ਰੋਨਟਾਸਕ ਚਲਾਉਣ ਲਈ ਵੱਖ-ਵੱਖ ਪਹੁੰਚ ਹਨ।

• ਕ੍ਰੋਨਟਾਸਕ ਚਲਾਉਣ ਲਈ ਇੱਕ ਪੌਡ ਨਾਲ ਵੱਖਰੀ ਤੈਨਾਤੀ
• cronjob crontasks ਨੂੰ ਚਲਾਉਣ ਲਈ (ਜੇ ਇਹ ਇੱਕ ਵੈੱਬ ਐਪ ਹੈ - wget ਨਾਲ https://$host$cronjobname, ਜਾਂ kubectl exec ਇੱਕ ਵਰਕਰ ਪੌਡ ਦੇ ਅੰਦਰ, ਆਦਿ)
• ਆਦਿ

ਤੁਸੀਂ ਸਭ ਤੋਂ ਸਹੀ ਬਾਰੇ ਬਹਿਸ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਅਸੀਂ "ਕ੍ਰੋਨਟਾਸਕ ਲਈ ਪੌਡਾਂ ਨਾਲ ਵੱਖਰੀ ਤੈਨਾਤੀ" ਵਿਕਲਪ ਚੁਣਿਆ ਹੈ।

ਇਹ ਕਿਵੇਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

• ConfigMap ਰਾਹੀਂ ਜਾਂ config/addcron ਫਾਈਲ ਰਾਹੀਂ ਕ੍ਰੋਨ ਕਾਰਜ ਸ਼ਾਮਲ ਕਰੋ
• ਇੱਕ ਮੌਕੇ ਵਿੱਚ ਅਸੀਂ ਵਰਕਰ ਪੌਡ ਦੇ ਸਮਾਨ ਇੱਕ ਕੰਟੇਨਰ ਲਾਂਚ ਕਰਦੇ ਹਾਂ + ਇਸ ਵਿੱਚ ਤਾਜ ਦੇ ਕਾਰਜਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਾਂ
• ਉਹੀ ਕੋਡ ਅਧਾਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਏਕੀਕਰਨ ਲਈ ਧੰਨਵਾਦ, ਕੰਟੇਨਰ ਅਸੈਂਬਲੀ ਸਧਾਰਨ ਹੈ

ਸਾਨੂੰ ਕੀ ਚੰਗਾ ਮਿਲਦਾ ਹੈ:

• ਸਾਡੇ ਕੋਲ ਡਿਵੈਲਪਰਾਂ ਦੇ ਵਾਤਾਵਰਣ (ਡੌਕਰ) ਦੇ ਸਮਾਨ ਵਾਤਾਵਰਣ ਵਿੱਚ ਕ੍ਰੋਨਟਾਸਕ ਕੰਮ ਕਰਦੇ ਹਨ।
• ਕ੍ਰੋਨਟਾਸਕ ਨੂੰ ਕੁਬਰਨੇਟਸ ਲਈ "ਮੁੜ ਲਿਖਣ" ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਉਹ ਉਸੇ ਰੂਪ ਵਿੱਚ ਅਤੇ ਉਸੇ ਕੋਡ ਬੇਸ ਵਿੱਚ ਪਹਿਲਾਂ ਵਾਂਗ ਕੰਮ ਕਰਦੇ ਹਨ
• cron ਟਾਸਕਾਂ ਨੂੰ ਸਾਰੇ ਟੀਮ ਮੈਂਬਰਾਂ ਦੁਆਰਾ ਉਤਪਾਦਨ ਸ਼ਾਖਾ ਲਈ ਵਚਨਬੱਧ ਅਧਿਕਾਰਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ ਪ੍ਰਬੰਧਕ

ਸਾਊਥਬ੍ਰਿਜ K8SDdeploy ਮੋਡੀਊਲ ਅਤੇ ਐਡਮਿਨ ਪੈਨਲ ਤੋਂ ਕੋਡ ਸੰਪਾਦਨ

ਅਸੀਂ ਦੇ ਤਹਿਤ ਅੱਪਗਰੇਡ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਸੀ?
ਉੱਥੇ ਆਵਾਜਾਈ ਨੂੰ ਕਿਵੇਂ ਨਿਰਦੇਸ਼ਤ ਕਰਨਾ ਹੈ?
ਹੁਰੇ, ਅਸੀਂ PHP ਵਿੱਚ ਇਸਦੇ ਲਈ ਇੱਕ ਮੋਡੀਊਲ ਲਿਖਿਆ ਹੈ :) ਇਹ ਬਿਟ੍ਰਿਕਸ ਲਈ ਇੱਕ ਛੋਟਾ ਕਲਾਸਿਕ ਮੋਡੀਊਲ ਹੈ। ਇਹ ਅਜੇ ਜਨਤਕ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਪਰ ਅਸੀਂ ਇਸਨੂੰ ਖੋਲ੍ਹਣ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ।
ਮੋਡੀਊਲ ਬਿਟ੍ਰਿਕਸ ਵਿੱਚ ਇੱਕ ਨਿਯਮਤ ਮੋਡੀਊਲ ਵਾਂਗ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਹੈ:

ਅਤੇ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਇਹ ਤੁਹਾਨੂੰ ਇੱਕ ਕੂਕੀ ਸੈਟ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜੋ ਸਾਈਟ ਪ੍ਰਸ਼ਾਸਕ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ ਅਤੇ ਕੁਬਰਨੇਟਸ ਨੂੰ ਅੱਪਗਰੇਡ ਪੌਡ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

ਜਦੋਂ ਤਬਦੀਲੀਆਂ ਪੂਰੀਆਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਗਿਟ ਪੁਸ਼ 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ, ਕੋਡ ਤਬਦੀਲੀਆਂ ਨੂੰ git 'ਤੇ ਭੇਜਿਆ ਜਾਵੇਗਾ, ਫਿਰ ਸਿਸਟਮ ਕੋਡ ਦੇ ਇੱਕ ਨਵੇਂ ਸੰਸਕਰਣ ਨਾਲ ਇੱਕ ਚਿੱਤਰ ਬਣਾਏਗਾ ਅਤੇ ਪੁਰਾਣੇ ਪੌਡਾਂ ਨੂੰ ਬਦਲਦੇ ਹੋਏ, ਇਸਨੂੰ ਕਲੱਸਟਰ ਵਿੱਚ "ਰੋਲ ਆਊਟ" ਕਰੇਗਾ। .

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

ਹੈਲਮ ਚਾਰਟ

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

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

ਅਸੀਂ Gitlab ਵਿੱਚ ਕੋਡ ਸਟੋਰ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਅਸੀਂ Gitlab ਤੋਂ ਹੈਲਮ ਬਿਲਡ ਵੀ ਚਲਾਉਂਦੇ ਹਾਂ।

ਸੰਖੇਪ ਵਿੱਚ, ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ

$ helm upgrade --install project .helm --set image=registrygitlab.local/k8s/bitrix -f .helm/values.yaml --wait --timeout 300 --debug --tiller-namespace=production

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

ਤੈਨਾਤ

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

ਪੜਾਅ:

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

ਹੁਰੇ, ਇਹ ਤਿਆਰ ਹੈ, ਆਓ ਇਸਨੂੰ ਲਾਗੂ ਕਰੀਏ!
ਖੈਰ, ਜਾਂ ਸਵਾਲ ਪੁੱਛੋ ਜੇ ਕੋਈ ਹਨ।

ਤਾਂ ਅਸੀਂ ਕੀ ਕੀਤਾ

ਤਕਨੀਕੀ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ:

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

ਵਪਾਰਕ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ:

• ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ;
• ਕੁਬਰਨੇਟਸ ਟੂਲ (ਗਿਟਲੈਬ ਸੀਆਈ ਨਾਲ ਆਸਾਨ ਏਕੀਕਰਣ, ਸਹਿਜ ਤੈਨਾਤੀ, ਆਦਿ);
• ਗੁਪਤ ਪਾਸਵਰਡ (ਸਿਰਫ਼ ਉਹਨਾਂ ਲਈ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪਾਸਵਰਡਾਂ ਤੱਕ ਸਿੱਧੇ ਪਹੁੰਚ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ);
• ਇੱਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਵਾਧੂ ਵਾਤਾਵਰਣ (ਵਿਕਾਸ, ਟੈਸਟਾਂ, ਆਦਿ ਲਈ) ਬਣਾਉਣਾ ਸੁਵਿਧਾਜਨਕ ਹੈ।

ਸਰੋਤ: www.habr.com