ਧਾਗੇ ਨੂੰ ਕੱਟਣਾ: ਕਠਪੁਤਲੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤੋਂ ਜਵਾਬਦੇਹ ਟਾਵਰ ਵੱਲ ਪਰਵਾਸ ਕਰਨਾ। ਭਾਗ 1

ਨੈਸ਼ਨਲ ਇਨਵਾਇਰਨਮੈਂਟਲ ਸੈਟੇਲਾਈਟ ਡਾਟਾ ਇਨਫਰਮੇਸ਼ਨ ਸਰਵਿਸ (NESDIS) ਨੇ ਕਠਪੁਤਲੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤੋਂ ਜਵਾਬੀ ਟਾਵਰ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਕੇ Red Hat Enterprise Linux (RHEL) ਲਈ ਆਪਣੀ ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ ਲਾਗਤਾਂ ਨੂੰ 35% ਘਟਾ ਦਿੱਤਾ ਹੈ। ਇਸ "ਅਸੀਂ ਇਹ ਕਿਵੇਂ ਕੀਤਾ" ਵੀਡੀਓ ਵਿੱਚ, ਸਿਸਟਮ ਇੰਜਨੀਅਰ ਮਾਈਕਲ ਰਾਉ ਇਸ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੇ ਮਾਮਲੇ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ, ਇੱਕ SCM ਤੋਂ ਦੂਜੇ ਵਿੱਚ ਜਾਣ ਤੋਂ ਲਾਭਦਾਇਕ ਸੁਝਾਅ ਅਤੇ ਸਬਕ ਸਾਂਝੇ ਕਰਦਾ ਹੈ।

ਇਸ ਵੀਡੀਓ ਤੋਂ ਤੁਸੀਂ ਸਿੱਖੋਗੇ:

• ਕਠਪੁਤਲੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤੋਂ ਜਵਾਬਦੇਹ ਟਾਵਰ ਵਿੱਚ ਬਦਲਣ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਪ੍ਰਬੰਧਨ ਲਈ ਕਿਵੇਂ ਜਾਇਜ਼ ਠਹਿਰਾਇਆ ਜਾਵੇ;
• ਪਰਿਵਰਤਨ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਨਿਰਵਿਘਨ ਬਣਾਉਣ ਲਈ ਕਿਹੜੀਆਂ ਰਣਨੀਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਹੈ;
• ਜਵਾਬਦੇਹ ਪਲੇਬੁੱਕ ਵਿੱਚ PE ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ ਟ੍ਰਾਂਸਕੋਡਿੰਗ ਲਈ ਸੁਝਾਅ;
• ਜਵਾਬਦੇਹ ਟਾਵਰ ਦੀ ਅਨੁਕੂਲ ਸਥਾਪਨਾ ਲਈ ਸਿਫ਼ਾਰਸ਼ਾਂ।

ਸਾਰਿਆਂ ਨੂੰ ਹੈਲੋ, ਮੇਰਾ ਨਾਮ ਮਾਈਕਲ ਰਾਉ ਹੈ, ਮੈਂ ActioNet ਵਿਖੇ ਇੱਕ ਸੀਨੀਅਰ ਸਿਸਟਮ ਇੰਜੀਨੀਅਰ ਹਾਂ, ਜੋ ਨੈਸ਼ਨਲ ਓਸ਼ੀਅਨ ਅਤੇ ਵਾਯੂਮੰਡਲ ਪ੍ਰਸ਼ਾਸਨ (NOAA) NESDIS ਸੇਵਾ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ। ਅੱਜ ਅਸੀਂ ਸਟ੍ਰਿੰਗ ਟ੍ਰਿਮਿੰਗ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ - ਕਠਪੁਤਲੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤੋਂ ਜਵਾਬੀ ਟਾਵਰ ਤੱਕ ਮਾਈਗਰੇਟ ਕਰਨ ਦਾ ਮੇਰਾ ਆਪਣਾ ਅਨੁਭਵ। ਇਸ ਪ੍ਰਸਤੁਤੀ ਦਾ ਵਿਸ਼ਾ ਹੈ "ਮੇਰੇ ਦਾਗਾਂ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ" ਜਦੋਂ ਮੈਂ ਸਾਲ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਇਹ ਤਬਦੀਲੀ ਕੀਤੀ ਸੀ। ਮੈਂ ਇਸ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਜੋ ਕੁਝ ਸਿੱਖਿਆ ਹੈ, ਉਸ ਨੂੰ ਸਾਂਝਾ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ। ਇਸ ਲਈ ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਕੋਈ ਚੀਜ਼ ਲੈਂਦੇ ਹੋ, ਮੇਰੇ ਤਜ਼ਰਬੇ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਤੁਸੀਂ ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ ਕੰਮ ਦੇ ਤਬਦੀਲੀ ਕਰ ਸਕਦੇ ਹੋ।

ਤੁਸੀਂ Ansible ਫੈਸਟ ਵਿੱਚ ਹਰ ਪੇਸ਼ਕਾਰੀ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਸਲਾਈਡਾਂ ਦੇਖਦੇ ਹੋ। ਇਹ ਸਲਾਈਡ ਮੇਰੀ ਕੰਪਨੀ ਦੇ ਆਟੋਮੇਸ਼ਨ ਦੇ ਇਤਿਹਾਸ ਦੀ ਰੂਪਰੇਖਾ ਦਿੰਦੀ ਹੈ। ਮੈਂ ਇਸ ਲਈ ਨਵਾਂ ਨਹੀਂ ਹਾਂ ਕਿਉਂਕਿ ਮੈਂ 2007 ਤੋਂ ਕਠਪੁਤਲੀ/ਕਠਪੁਤਲੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹਾਂ। ਮੈਂ 2016 ਵਿੱਚ Ansible ਨਾਲ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ, ਅਤੇ ਇਸ ਉਤਪਾਦ ਦੇ ਹੋਰ ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਤਰ੍ਹਾਂ, ਮੈਂ ਕਮਾਂਡ ਲਾਈਨ ਅਤੇ ਸਧਾਰਨ ਸਕ੍ਰਿਪਟਾਂ (ਪਲੇਬੁੱਕ) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ "ਚਾਲਾਂ" ਦੀ ਸੰਭਾਵਨਾ ਦੁਆਰਾ ਆਕਰਸ਼ਿਤ ਹੋਇਆ ਸੀ। 2017 ਦੇ ਅੰਤ ਵਿੱਚ, ਮੈਂ ਜਵਾਬਦੇਹ ਟਾਵਰ ਵਿੱਚ ਜਾਣ ਦੇ ਠੋਸ ਕਾਰਨਾਂ ਬਾਰੇ ਆਪਣੇ ਪ੍ਰਬੰਧਨ ਨਾਲ ਸੰਪਰਕ ਕੀਤਾ। ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਮੈਂ ਤੁਹਾਨੂੰ ਉਨ੍ਹਾਂ ਕਾਰਨਾਂ ਬਾਰੇ ਦੱਸਾਂਗਾ ਜਿਨ੍ਹਾਂ ਨੇ ਮੈਨੂੰ ਇਹ ਕਦਮ ਚੁੱਕਣ ਲਈ ਪ੍ਰੇਰਿਤ ਕੀਤਾ। ਪ੍ਰਬੰਧਨ ਦੀ ਸਹਿਮਤੀ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਯੋਜਨਾ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਕਈ ਹੋਰ ਮਹੀਨੇ ਲੱਗ ਗਏ, ਅਤੇ ਮੈਂ ਇਸ ਸਾਲ ਦੇ ਜਨਵਰੀ-ਫਰਵਰੀ ਵਿੱਚ ਤਬਦੀਲੀ ਕੀਤੀ। ਇਸ ਲਈ, ਅਸੀਂ ਜਵਾਬਦੇਹ ਦੇ ਹੱਕ ਵਿੱਚ ਕਠਪੁਤਲੀ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤਿਆਗ ਦਿੱਤਾ, ਅਤੇ ਇਹ ਇੱਕ ਬਹੁਤ ਵਧੀਆ ਗੱਲ ਹੈ.

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

ਇਹ ਇੱਕ ਸੰਘੀ LAN ਹੈ, ਕਲਾਉਡ MPLS ਰਾਹੀਂ ਜੁੜੀਆਂ 7 ਭੌਤਿਕ ਸਾਈਟਾਂ, 140 RHEL ਸਰਵਰ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ 99% ਵਰਚੁਅਲ (vSphere), ਸੁਪਰਮਾਈਕ੍ਰੋ ਹਾਰਡਵੇਅਰ, NexentaStore ਨੈੱਟਵਰਕ ਸਟੋਰੇਜ, Cisco, Arista ਅਤੇ Cumulus ਸਵਿੱਚਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਅਤੇ Fortinet UTM ਯੂਨੀਫਾਈਡ ਖ਼ਤਰਾ ਪ੍ਰਬੰਧਨ ਹੈ। ਹਰ ਸਾਈਟ 'ਤੇ ਟੂਲ.

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

ਕਠਪੁਤਲੀ ਨਾਲ ਸਾਡਾ ਇਤਿਹਾਸ ਇਸ ਤਰ੍ਹਾਂ ਹੈ।

2007 ਵਿੱਚ, ਸਾਡੇ ਕੋਲ 20-25 ਨੋਡਾਂ ਦਾ ਇੱਕ ਛੋਟਾ ਨੈਟਵਰਕ ਸੀ, ਜਿਸ ਵਿੱਚ ਅਸੀਂ ਕਠਪੁਤਲੀ ਤਾਇਨਾਤ ਕੀਤੀ ਸੀ। ਅਸਲ ਵਿੱਚ, ਇਹ ਨੋਡ ਸਿਰਫ਼ RedHat “ਬਾਕਸ” ਸਨ। 2010 ਵਿੱਚ, ਅਸੀਂ 45 ਨੋਡਾਂ ਲਈ ਕਠਪੁਤਲੀ ਡੈਸ਼ਬੋਰਡ ਵੈੱਬ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਸ਼ੁਰੂ ਕੀਤੀ। ਜਿਵੇਂ ਕਿ ਨੈਟਵਰਕ ਦਾ ਵਿਸਤਾਰ ਜਾਰੀ ਰਿਹਾ, ਅਸੀਂ 2014 ਵਿੱਚ PE 3.3 ਵਿੱਚ ਚਲੇ ਗਏ, 75 ਨੋਡਾਂ ਲਈ ਇੱਕ ਮੈਨੀਫੈਸਟ ਰੀਰਾਈਟ ਦੇ ਨਾਲ ਇੱਕ ਸੰਪੂਰਨ ਤਬਦੀਲੀ ਕੀਤੀ। ਅਜਿਹਾ ਇਸ ਲਈ ਕਰਨਾ ਪਿਆ ਕਿਉਂਕਿ ਕਠਪੁਤਲੀ ਖੇਡ ਦੇ ਨਿਯਮਾਂ ਨੂੰ ਬਦਲਣਾ ਪਸੰਦ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਉਨ੍ਹਾਂ ਨੇ ਭਾਸ਼ਾ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲ ਦਿੱਤਾ. ਇੱਕ ਸਾਲ ਬਾਅਦ, ਜਦੋਂ ਕਠਪੁਤਲੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦੇ ਸੰਸਕਰਣ 3 ਲਈ ਸਮਰਥਨ ਖਤਮ ਹੋ ਗਿਆ, ਸਾਨੂੰ PE 2015.2 ਵਿੱਚ ਮਾਈਗ੍ਰੇਟ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਗਿਆ। ਸਾਨੂੰ ਨਵੇਂ ਸਰਵਰਾਂ ਲਈ ਮੈਨੀਫੈਸਟ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣਾ ਪਿਆ ਅਤੇ 100 ਨੋਡਾਂ ਦੇ ਰਿਜ਼ਰਵ ਨਾਲ ਲਾਇਸੈਂਸ ਖਰੀਦਣਾ ਪਿਆ, ਹਾਲਾਂਕਿ ਉਸ ਸਮੇਂ ਸਾਡੇ ਕੋਲ ਸਿਰਫ 85 ਨੋਡ ਸਨ।

ਸਿਰਫ਼ 2 ਸਾਲ ਬੀਤ ਗਏ ਹਨ, ਅਤੇ ਸਾਨੂੰ ਦੁਬਾਰਾ ਨਵੇਂ ਸੰਸਕਰਣ PE 2016.4 'ਤੇ ਮਾਈਗ੍ਰੇਟ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰਾ ਕੰਮ ਕਰਨਾ ਪਿਆ। ਅਸੀਂ 300 ਨੋਡਾਂ ਲਈ ਇੱਕ ਲਾਇਸੰਸ ਖਰੀਦਿਆ, ਜਿਸ ਵਿੱਚ ਸਿਰਫ਼ 130 ਹਨ। ਸਾਨੂੰ ਦੁਬਾਰਾ ਮੈਨੀਫੈਸਟ ਵਿੱਚ ਵੱਡੀਆਂ ਤਬਦੀਲੀਆਂ ਕਰਨੀਆਂ ਪਈਆਂ ਕਿਉਂਕਿ ਭਾਸ਼ਾ ਦੇ ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ 2015 ਦੇ ਸੰਸਕਰਣ ਦੀ ਭਾਸ਼ਾ ਨਾਲੋਂ ਵੱਖਰਾ ਸੰਟੈਕਸ ਸੀ। ਨਤੀਜੇ ਵਜੋਂ, ਸਾਡਾ SCM SVN ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਤੋਂ Bitbucket (Git) ਵਿੱਚ ਬਦਲ ਗਿਆ। ਇਹ ਕਠਪੁਤਲੀ ਨਾਲ ਸਾਡਾ "ਰਿਸ਼ਤਾ" ਸੀ.

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

ਦੂਜੀ ਦਲੀਲ ਬਹੁਪੱਖੀਤਾ ਹੈ। ਕਠਪੁਤਲੀ ਸਿਰਫ ਹਾਰਡਵੇਅਰ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ ਕਠਪੁਤਲੀ ਏਜੰਟ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ ਏਜੰਟ ਨੂੰ ਸਾਰੇ ਸਵਿੱਚਾਂ 'ਤੇ ਸਥਾਪਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਹ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਅਤੇ ਜੇਕਰ ਤੁਹਾਡੇ ਕੁਝ ਸਵਿੱਚ ਇੱਕ ਸੰਸਕਰਣ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਦੂਜੇ ਸੰਸਕਰਣ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਉੱਤੇ PE ਏਜੰਟ ਦਾ ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਸਥਾਪਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ ਤਾਂ ਜੋ ਉਹ ਸਾਰੇ ਇੱਕੋ SCM ਸਿਸਟਮ ਵਿੱਚ ਕੰਮ ਕਰ ਸਕਣ।

ਜਵਾਬਦੇਹ ਟਾਵਰ ਸਿਸਟਮ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਕੋਈ ਏਜੰਟ ਨਹੀਂ ਹੈ, ਪਰ ਇਸ ਵਿੱਚ ਮੋਡਿਊਲ ਹਨ ਜੋ ਸਿਸਕੋ ਸਵਿੱਚਾਂ ਅਤੇ ਹੋਰ ਸਾਰੇ ਸਵਿੱਚਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਇਹ SCM Qubes OS, Linux ਅਤੇ 4.NET UTM ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਜਵਾਬਦੇਹ ਟਾਵਰ ਇਲੂਮੋਸ ਕਰਨਲ, ਇੱਕ ਓਪਨ-ਸੋਰਸ ਯੂਨਿਕਸ-ਅਧਾਰਿਤ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ 'ਤੇ ਅਧਾਰਤ ਨੈਕਸਨਟਾਸਟੋਰ ਨੈਟਵਰਕ ਸਟੋਰੇਜ ਕੰਟਰੋਲਰਾਂ ਦਾ ਵੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਹ ਬਹੁਤ ਘੱਟ ਸਮਰਥਨ ਹੈ, ਪਰ ਜਵਾਬਦੇਹ ਟਾਵਰ ਇਸ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਕਰਦਾ ਹੈ.

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

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

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

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

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

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

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

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

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

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

ਫਿਰ ਸਕ੍ਰਿਪਟ ਕੋਡ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਲਿਖਣਾ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਉਹਨਾਂ ਕੰਮਾਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣਗੇ ਜੋ ਤੁਸੀਂ ਪੂਰਾ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਉਂਦੇ ਹੋ। ਉਹਨਾਂ ਨੂੰ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਜੋੜੋ, ਸੰਬੰਧਿਤ ਪਲੇਬੁੱਕਾਂ ਦਾ ਇੱਕ ਤਰਕਸੰਗਤ ਸੰਗ੍ਰਹਿ। ਹਰੇਕ ਪ੍ਰੋਜੈਕਟ ਇੱਕ ਵੱਖਰੀ ਗਿੱਟ ਰਿਪੋਜ਼ਟਰੀ ਜਾਂ ਇੱਕ ਵੱਖਰੀ ਰਿਪੋਜ਼ਟਰੀ ਨਾਲ ਸਬੰਧਤ ਹੋਵੇਗਾ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਕੋਡ ਮੈਨੇਜਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ। ਤੁਸੀਂ ਪਲੇਬੁੱਕ ਸਕ੍ਰਿਪਟਾਂ ਅਤੇ ਪਲੇਬੁੱਕ ਡਾਇਰੈਕਟਰੀਆਂ ਨੂੰ ਹੱਥੀਂ ਟਾਵਰ ਸਰਵਰ 'ਤੇ ਪ੍ਰੋਜੈਕਟ ਬੇਸ ਪਾਥ ਵਿੱਚ ਰੱਖ ਕੇ, ਜਾਂ ਟਾਵਰ ਦੁਆਰਾ ਸਮਰਥਿਤ ਕਿਸੇ ਵੀ ਸਰੋਤ ਕੋਡ ਪ੍ਰਬੰਧਨ (SCM) ਸਿਸਟਮ ਵਿੱਚ ਪਲੇਬੁੱਕ ਨੂੰ ਰੱਖ ਕੇ ਪ੍ਰਬੰਧਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਸ ਵਿੱਚ Git, Subversion, Mercurial, ਅਤੇ Red Hat ਸ਼ਾਮਲ ਹਨ। ਇਨਸਾਈਟਸ। ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੇ ਅੰਦਰ ਤੁਸੀਂ ਜਿੰਨੀਆਂ ਮਰਜ਼ੀ ਸਕ੍ਰਿਪਟਾਂ ਰੱਖ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਨ ਲਈ, ਮੈਂ ਇੱਕ ਬੁਨਿਆਦੀ ਪ੍ਰੋਜੈਕਟ ਬਣਾਇਆ ਹੈ ਜਿਸ ਵਿੱਚ ਮੈਂ RedHat ਕੋਰ ਐਲੀਮੈਂਟਸ ਲਈ ਇੱਕ ਸਕ੍ਰਿਪਟ, ਲੀਨਕਸ ਕੋਰ ਲਈ ਇੱਕ ਸਕ੍ਰਿਪਟ, ਅਤੇ ਬਾਕੀ ਬੇਸਲਾਈਨਾਂ ਲਈ ਸਕ੍ਰਿਪਟ ਰੱਖੀ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਕਈ ਤਰ੍ਹਾਂ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਦ੍ਰਿਸ਼ ਸਨ ਜੋ ਇੱਕ ਗਿੱਟ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਪ੍ਰਬੰਧਿਤ ਕੀਤੇ ਗਏ ਸਨ।

ਇਹਨਾਂ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਕਮਾਂਡ ਲਾਈਨ ਰਾਹੀਂ ਚਲਾਉਣਾ ਉਹਨਾਂ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਪਰਖਣ ਦਾ ਇੱਕ ਵਧੀਆ ਤਰੀਕਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਟਾਵਰ ਦੀ ਸਥਾਪਨਾ ਲਈ ਤਿਆਰ ਕਰੇਗਾ।

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

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

18:00

ਧਾਗੇ ਨੂੰ ਕੱਟਣਾ: ਕਠਪੁਤਲੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤੋਂ ਜਵਾਬਦੇਹ ਟਾਵਰ ਵੱਲ ਪਰਵਾਸ ਕਰਨਾ। ਭਾਗ 2

ਕੁਝ ਵਿਗਿਆਪਨ 🙂

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਕੀ ਤੁਹਾਨੂੰ ਸਾਡੇ ਲੇਖ ਪਸੰਦ ਹਨ? ਹੋਰ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਆਰਡਰ ਦੇ ਕੇ ਜਾਂ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਕੇ ਸਾਡਾ ਸਮਰਥਨ ਕਰੋ, $4.99 ਤੋਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਕਲਾਉਡ VPS, ਪ੍ਰਵੇਸ਼-ਪੱਧਰ ਦੇ ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਐਨਾਲਾਗ, ਜਿਸਦੀ ਖੋਜ ਸਾਡੇ ਦੁਆਰਾ ਤੁਹਾਡੇ ਲਈ ਕੀਤੀ ਗਈ ਸੀ: VPS (KVM) E5-2697 v3 (6 ਕੋਰ) 10GB DDR4 480GB SSD 1Gbps ਤੋਂ $19 ਜਾਂ ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਸਾਂਝਾ ਕਰਨਾ ਹੈ ਬਾਰੇ ਪੂਰੀ ਸੱਚਾਈ? (RAID1 ਅਤੇ RAID10 ਦੇ ਨਾਲ ਉਪਲਬਧ, 24 ਕੋਰ ਤੱਕ ਅਤੇ 40GB DDR4 ਤੱਕ)।

ਡੈਲ R730xd ਐਮਸਟਰਡਮ ਵਿੱਚ ਈਕੁਇਨਿਕਸ ਟੀਅਰ IV ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ 2 ਗੁਣਾ ਸਸਤਾ? ਇੱਥੇ ਹੀ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ਟੀਵੀ $199 ਤੋਂ ਨੀਦਰਲੈਂਡ ਵਿੱਚ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ਤੋਂ! ਬਾਰੇ ਪੜ੍ਹੋ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਾਰਪੋਰੇਸ਼ਨ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਡੇਲ R730xd E5-2650 v4 ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਕਲਾਸ 9000 ਯੂਰੋ ਦੀ ਕੀਮਤ ਦੇ ਇੱਕ ਪੈਸੇ ਲਈ?

ਸਰੋਤ: www.habr.com