ਜਵਾਬਯੋਗ: 120 ਮਹੀਨਿਆਂ ਵਿੱਚ CoreOS ਤੋਂ CentOS ਤੱਕ 18 VM ਕੌਂਫਿਗਰੇਸ਼ਨ ਦਾ ਮਾਈਗ੍ਰੇਸ਼ਨ

ਇਹ ਭਾਸ਼ਣ ਦਾ ਪ੍ਰਤੀਲਿਪੀ ਹੈ DevopsConf 2019-10-01 и SPbLUG 2019-09-25.

ਇਹ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੀ ਕਹਾਣੀ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ ਸਵੈ-ਲਿਖਤ ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ ਜਵਾਬ ਦੇਣ ਲਈ ਜਾਣ ਵਿੱਚ 18 ਮਹੀਨੇ ਕਿਉਂ ਲੱਗੇ।

ਦਿਨ ਨੰ. -ХХХ: ਸ਼ੁਰੂਆਤ ਤੋਂ ਪਹਿਲਾਂ

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

ਕਸਟਮ ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ ਹੱਲ

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

1. VM ਲਈ ਇੱਕ ਸਥਿਰ MAC ਨੂੰ ਨੱਥੀ ਕੀਤੀ ਗਈ ਸੀ।
2. CoreOS ਵਾਲਾ ਇੱਕ ISO ਅਤੇ ਇੱਕ ਬੂਟ ਡਿਸਕ VM ਨਾਲ ਕਨੈਕਟ ਕੀਤੀ ਗਈ ਸੀ।
3. CoreOS ਇਸ ਦੇ IP ਦੇ ਆਧਾਰ 'ਤੇ WEB ਸਰਵਰ ਤੋਂ ਇਸਨੂੰ ਡਾਊਨਲੋਡ ਕਰਕੇ ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਸਕ੍ਰਿਪਟ ਲਾਂਚ ਕਰਦਾ ਹੈ।
4. ਸਕ੍ਰਿਪਟ IP ਐਡਰੈੱਸ ਦੇ ਆਧਾਰ 'ਤੇ SCP ਰਾਹੀਂ VM ਸੰਰਚਨਾ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਦੀ ਹੈ।
5. ਸਿਸਟਮਡ ਯੂਨਿਟ ਫਾਈਲਾਂ ਦਾ ਫੁਟਕਲੌਥ ਅਤੇ ਬੈਸ਼ ਸਕ੍ਰਿਪਟਾਂ ਦਾ ਫੁਟਕਲੌਥ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ।

ਇਸ ਹੱਲ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਸਪੱਸ਼ਟ ਸਮੱਸਿਆਵਾਂ ਸਨ:

1. CoreOS ISO ਨੂੰ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ।
2. VMs ਨੂੰ ਮਾਈਗ੍ਰੇਟ / ਬਣਾਉਣ ਵੇਲੇ ਬਹੁਤ ਸਾਰੀਆਂ ਗੁੰਝਲਦਾਰ ਸਵੈਚਾਲਿਤ ਕਾਰਵਾਈਆਂ ਅਤੇ ਜਾਦੂ।
3. ਅੱਪਡੇਟ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਅਤੇ ਜਦੋਂ ਸੌਫਟਵੇਅਰ ਦੇ ਇੱਕ ਖਾਸ ਸੰਸਕਰਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਕਰਨਲ ਮੋਡੀਊਲ ਨਾਲ ਹੋਰ ਵੀ ਮਜ਼ੇਦਾਰ.
4. VMs ਬਿਨਾਂ ਡੇਟਾ ਦੇ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤੇ ਗਏ ਸਨ, i.e. VM ਇੱਕ ਡਿਸਕ ਦੇ ਨਾਲ ਪ੍ਰਗਟ ਹੋਏ ਜਿਸ ਵਿੱਚ ਵਾਧੂ ਉਪਭੋਗਤਾ ਡੇਟਾ ਮਾਊਂਟ ਕੀਤਾ ਗਿਆ ਹੈ।
5. ਕੋਈ ਵਿਅਕਤੀ ਸਿਸਟਮਡ ਯੂਨਿਟ ਨਿਰਭਰਤਾ ਨੂੰ ਲਗਾਤਾਰ ਵਿਗਾੜ ਰਿਹਾ ਸੀ ਅਤੇ ਰੀਬੂਟ ਕਰਨ 'ਤੇ CoreOS ਫ੍ਰੀਜ਼ ਹੋ ਜਾਵੇਗਾ। CoreOS ਵਿੱਚ ਉਪਲਬਧ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ ਫੜਨਾ ਮੁਸ਼ਕਲ ਸੀ।
6. ਰਾਜ਼ ਪ੍ਰਬੰਧਨ.
7. ਕੋਈ ਸੀ.ਐਮ. CoreOS ਲਈ bash ਅਤੇ YML ਸੰਰਚਨਾਵਾਂ ਸਨ।

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

ਦਿਨ #0: ਸਮੱਸਿਆ ਨੂੰ ਪਛਾਣੋ

ਇਹ ਆਮ ਵਿਕਾਸ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸੀ: ਜੇਨਕਿਨਜ਼, ਟੈਸਟ ਵਾਤਾਵਰਨ, ਨਿਗਰਾਨੀ, ਰਜਿਸਟਰੀ. CoreOS ਨੂੰ k8s ਕਲੱਸਟਰਾਂ ਦੀ ਮੇਜ਼ਬਾਨੀ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ, ਯਾਨੀ. ਸਮੱਸਿਆ ਇਹ ਸੀ ਕਿ CoreOS ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕੀਤੀ ਗਈ ਸੀ। ਪਹਿਲਾ ਕਦਮ ਇੱਕ ਸਟੈਕ ਚੁਣ ਰਿਹਾ ਸੀ। ਅਸੀਂ ਇਸ 'ਤੇ ਸੈਟਲ ਹੋ ਗਏ:

1. CentOS ਇੱਕ ਅਧਾਰ ਵੰਡ ਦੇ ਤੌਰ ਤੇ, ਕਿਉਂਕਿ ਇਹ ਉਤਪਾਦਨ ਵਾਤਾਵਰਨ ਲਈ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਵੰਡ ਹੈ।
2. Ansimate ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ ਲਈ, ਕਿਉਂਕਿ ਇਸ 'ਤੇ ਵਿਆਪਕ ਜਾਂਚ ਕੀਤੀ ਗਈ ਸੀ।
3. ਜੇਨਕਿੰਸ ਮੌਜੂਦਾ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਆਟੋਮੈਟਿਕ ਕਰਨ ਲਈ ਇੱਕ ਢਾਂਚੇ ਦੇ ਰੂਪ ਵਿੱਚ, ਕਿਉਂਕਿ ਇਹ ਪਹਿਲਾਂ ਹੀ ਵਿਕਾਸ ਕਾਰਜਾਂ ਲਈ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੀ ਜਾ ਚੁੱਕੀ ਹੈ
4. ਹਾਈਪਰ- V ਇੱਕ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਪਲੇਟਫਾਰਮ ਦੇ ਰੂਪ ਵਿੱਚ. ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਕਾਰਨ ਹਨ ਜੋ ਕਹਾਣੀ ਦੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਜਾਂਦੇ ਹਨ, ਪਰ ਸੰਖੇਪ ਵਿੱਚ - ਅਸੀਂ ਬੱਦਲਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਸਾਨੂੰ ਆਪਣੇ ਹਾਰਡਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

ਦਿਨ ਨੰਬਰ 30: ਮੌਜੂਦਾ ਸਮਝੌਤਿਆਂ ਨੂੰ ਠੀਕ ਕਰਨਾ - ਕੋਡ ਦੇ ਤੌਰ 'ਤੇ ਸਮਝੌਤੇ

ਜਦੋਂ ਸਟਾਕ ਸਾਫ਼ ਹੋ ਗਿਆ, ਚਾਲ ਦੀ ਤਿਆਰੀ ਸ਼ੁਰੂ ਹੋ ਗਈ. ਕੋਡ ਦੇ ਰੂਪ ਵਿੱਚ ਮੌਜੂਦਾ ਸਮਝੌਤਿਆਂ ਨੂੰ ਠੀਕ ਕਰਨਾ (ਕੋਡ ਦੇ ਤੌਰ 'ਤੇ ਸਮਝੌਤੇ!). ਤਬਦੀਲੀ ਹੱਥੀਂ ਕਿਰਤ -> ਮਸ਼ੀਨੀਕਰਨ -> ਆਟੋਮੇਸ਼ਨ.

1. VM ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਜਵਾਬਦੇਹ ਇਸਦਾ ਬਹੁਤ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ. ਸਰੀਰ ਦੀਆਂ ਘੱਟੋ-ਘੱਟ ਹਰਕਤਾਂ ਨਾਲ ਤੁਸੀਂ VM ਸੰਰਚਨਾਵਾਂ ਦਾ ਨਿਯੰਤਰਣ ਲੈ ਸਕਦੇ ਹੋ:

1. ਇੱਕ git ਰਿਪੋਜ਼ਟਰੀ ਬਣਾਓ.
2. ਅਸੀਂ ਵਸਤੂ ਸੂਚੀ ਵਿੱਚ VMs ਦੀ ਸੂਚੀ, ਪਲੇਬੁੱਕ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਵਿੱਚ ਸੰਰਚਨਾਵਾਂ ਪਾਉਂਦੇ ਹਾਂ।
3. ਅਸੀਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਜੇਨਕਿਨਸ ਸਲੇਵ ਸਥਾਪਤ ਕਰ ਰਹੇ ਹਾਂ ਜਿਸ ਤੋਂ ਤੁਸੀਂ ਜਵਾਬਦੇਹ ਚਲਾ ਸਕਦੇ ਹੋ।
4. ਅਸੀਂ ਇੱਕ ਨੌਕਰੀ ਬਣਾਉਂਦੇ ਹਾਂ ਅਤੇ ਜੇਨਕਿੰਸ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ।

ਪਹਿਲੀ ਪ੍ਰਕਿਰਿਆ ਤਿਆਰ ਹੈ. ਸਮਝੌਤੇ ਪੱਕੇ ਹਨ।

2. ਨਵਾਂ VM ਬਣਾਓ

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

1. Ansbile WinRM ਰਾਹੀਂ ਵਿੰਡੋਜ਼ ਹੋਸਟ ਨਾਲ ਜੁੜਦਾ ਹੈ।
2. ਜਵਾਬਦੇਹ ਇੱਕ ਪਾਵਰਸ਼ੇਲ ਸਕ੍ਰਿਪਟ ਚਲਾਉਂਦਾ ਹੈ।
3. ਪਾਵਰਸ਼ੇਲ ਸਕ੍ਰਿਪਟ ਇੱਕ ਨਵੀਂ VM ਬਣਾਉਂਦੀ ਹੈ।
4. Hyper-V/ScVMM ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਗੈਸਟ OS ਵਿੱਚ ਇੱਕ VM ਬਣਾਉਣ ਵੇਲੇ, ਹੋਸਟ-ਨਾਂ ਦੀ ਸੰਰਚਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
5. DHCP ਲੀਜ਼ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਵੇਲੇ, VM ਆਪਣਾ ਹੋਸਟ ਨਾਂ ਭੇਜਦਾ ਹੈ।
6. ਡੋਮੇਨ ਕੰਟਰੋਲਰ ਸਾਈਡ 'ਤੇ ਸਟੈਂਡਰਡ ddns ਅਤੇ dhcp ਏਕੀਕਰਣ DNS ਰਿਕਾਰਡ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦਾ ਹੈ।
7. ਤੁਸੀਂ ਆਪਣੀ ਵਸਤੂ ਸੂਚੀ ਵਿੱਚ ਇੱਕ VM ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ Ansible ਨਾਲ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ।

3. VM ਟੈਂਪਲੇਟ ਬਣਾਓ

ਉਨ੍ਹਾਂ ਨੇ ਇੱਥੇ ਕੁਝ ਨਹੀਂ ਖੋਜਿਆ - ਉਨ੍ਹਾਂ ਨੇ ਇੱਕ ਪੈਕਰ ਲਿਆ.

1. git ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਪੈਕਰ, ਕਿੱਕਸਟਾਰਟ ਸੰਰਚਨਾ ਸ਼ਾਮਲ ਕਰੋ।
2. ਹਾਈਪਰ-ਵੀ ਅਤੇ ਪੈਕਰ ਦੇ ਨਾਲ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਜੇਨਕਿਨਸ ਸਲੇਵ ਸਥਾਪਤ ਕਰਨਾ.
3. ਅਸੀਂ ਇੱਕ ਨੌਕਰੀ ਬਣਾਉਂਦੇ ਹਾਂ ਅਤੇ ਜੇਨਕਿੰਸ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ।

ਇਹ ਲਿੰਕ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ:

1. ਪੈਕਰ ਇੱਕ ਖਾਲੀ VM ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ISO ਨੂੰ ਚੁੱਕਦਾ ਹੈ।
2. VM ਬੂਟ ਹੁੰਦਾ ਹੈ, ਪੈਕਰ ਫਲਾਪੀ ਡਿਸਕ ਜਾਂ http ਤੋਂ ਸਾਡੀ ਕਿੱਕਸਟਾਰਟ ਫਾਈਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਬੂਟਲੋਡਰ ਵਿੱਚ ਕਮਾਂਡ ਦਾਖਲ ਕਰਦਾ ਹੈ।
3. ਐਨਾਕਾਂਡਾ ਨੂੰ ਸਾਡੀ ਸੰਰਚਨਾ ਨਾਲ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਸ਼ੁਰੂਆਤੀ OS ਸੰਰਚਨਾ ਕੀਤੀ ਗਈ ਹੈ।
4. ਪੈਕਰ VM ਦੇ ਉਪਲਬਧ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ।
5. VM ਦੇ ਅੰਦਰ ਪੈਕਰ ਲੋਕਲ ਮੋਡ ਵਿੱਚ ਜਵਾਬਦੇਹ ਚੱਲਦਾ ਹੈ।
6. ਜਵਾਬਦੇਹੀ ਬਿਲਕੁਲ ਉਹੀ ਭੂਮਿਕਾਵਾਂ ਵਰਤਦਾ ਹੈ ਜੋ ਇਹ ਕਦਮ #1 ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ।
7. ਪੈਕਰ VM ਟੈਂਪਲੇਟ ਨੂੰ ਨਿਰਯਾਤ ਕਰਦਾ ਹੈ।

ਦਿਨ #75: ਬਿਨਾਂ ਤੋੜੇ ਸਮਝੌਤੇ ਨੂੰ ਰੀਫੈਕਟਰ ਕਰੋ = ਟੈਸਟ ਜਵਾਬਦੇਹ + ਟੈਸਟਕਿਚਨ

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

ਦਿਨ #130: ਹੋ ਸਕਦਾ ਹੈ ਕਿ CentOS + ਜਵਾਬੀ ਦੀ ਲੋੜ ਨਾ ਹੋਵੇ? ਸ਼ਾਇਦ ਓਪਨਸ਼ਿਫਟ?

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

ਦਿਨ #170: ਓਪਨਸ਼ਿਫਟ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ, ਆਓ ਵਿੰਡੋਜ਼ ਅਜ਼ੂਰ ਪੈਕ ਨਾਲ ਇੱਕ ਮੌਕਾ ਕਰੀਏ?

Hyper-V ਬਹੁਤ ਦੋਸਤਾਨਾ ਨਹੀਂ ਹੈ, SCVMM ਇਸਨੂੰ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਬਣਾਉਂਦਾ ਹੈ। ਪਰ ਵਿੰਡੋਜ਼ ਅਜ਼ੂਰ ਪੈਕ ਵਰਗੀ ਇੱਕ ਚੀਜ਼ ਹੈ, ਜੋ ਕਿ SCVMM ਲਈ ਇੱਕ ਐਡ-ਆਨ ਹੈ ਅਤੇ Azure ਦੀ ਨਕਲ ਕਰਦਾ ਹੈ। ਪਰ ਅਸਲ ਵਿੱਚ, ਉਤਪਾਦ ਛੱਡਿਆ ਹੋਇਆ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ: ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਲਿੰਕ ਟੁੱਟੇ ਹੋਏ ਹਨ ਅਤੇ ਬਹੁਤ ਘੱਟ ਹੈ। ਪਰ ਸਾਡੇ ਕਲਾਉਡ ਦੇ ਜੀਵਨ ਨੂੰ ਸਰਲ ਬਣਾਉਣ ਲਈ ਵਿਕਲਪਾਂ ਦੇ ਅਧਿਐਨ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਉਹਨਾਂ ਨੇ ਇਸ ਨੂੰ ਵੀ ਦੇਖਿਆ.

ਦਿਨ #250: ਵਿੰਡੋਜ਼ ਅਜ਼ੂਰ ਪੈਕ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਹੈ। ਅਸੀਂ SCVMM 'ਤੇ ਰਹਿੰਦੇ ਹਾਂ

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

ਦਿਨ #360: ਹਾਥੀ ਨੂੰ ਟੁਕੜੇ-ਟੁਕੜੇ ਕਰਕੇ ਖਾਣਾ

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

ਦਿਨ #450: ਤੁਹਾਨੂੰ ਕਿਸ ਕਿਸਮ ਦਾ ਸਿਸਟਮ ਮਿਲਿਆ?

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

ਦਿਨ #540: ਫਾਈਨਲ

18 ਮਹੀਨਿਆਂ ਵਿੱਚ ਕੀ ਹੋਇਆ?

1. ਸਮਝੌਤੇ ਇੱਕ ਕੋਡ ਬਣ ਗਏ।
2. ਹੱਥੀਂ ਕਿਰਤ -> ਮਸ਼ੀਨੀਕਰਨ -> ਆਟੋਮੇਸ਼ਨ.

ਲਿੰਕ

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

ਸਰੋਤ: www.habr.com