ਇਸਟੀਓ ਵਿੱਚ ਡਾਰਕ ਲਾਂਚ: ਸੀਕਰੇਟ ਸਰਵਿਸਿਜ਼

"ਖਤਰਾ ਮੇਰਾ ਵਿਚਕਾਰਲਾ ਨਾਮ ਹੈ," ਆਸਟਿਨ ਪਾਵਰਜ਼, ਇੱਕ ਅੰਤਰਰਾਸ਼ਟਰੀ ਰਹੱਸਮਈ ਵਿਅਕਤੀ, ਕਹਿੰਦਾ ਸੀ। ਪਰ ਜੋ ਸੁਪਰ ਏਜੰਟਾਂ ਅਤੇ ਖੁਫੀਆ ਸੇਵਾਵਾਂ ਦੁਆਰਾ ਉੱਚ ਸਨਮਾਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਉਹ ਕੰਪਿਊਟਰ ਸੇਵਾਵਾਂ ਲਈ ਬਿਲਕੁਲ ਵੀ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ, ਜਿੱਥੇ ਬੋਰੀਅਤ ਖ਼ਤਰੇ ਨਾਲੋਂ ਬਹੁਤ ਵਧੀਆ ਹੈ।

ਅਤੇ Istio, OpenShift ਅਤੇ Kubernetes ਦੇ ਨਾਲ ਮਿਲ ਕੇ, ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਤੈਨਾਤੀ ਨੂੰ ਸੱਚਮੁੱਚ ਬੋਰਿੰਗ ਅਤੇ ਅਨੁਮਾਨ ਲਗਾਉਣ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ - ਅਤੇ ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ। ਅਸੀਂ Istio ਸੀਰੀਜ਼ ਦੀ ਚੌਥੀ ਅਤੇ ਆਖਰੀ ਪੋਸਟ ਵਿੱਚ ਇਸ ਬਾਰੇ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ।

ਜਦੋਂ ਬੋਰੀਅਤ ਸਹੀ ਹੁੰਦੀ ਹੈ

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

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

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

ਬੋਰੀਅਤ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨਾ ਦਿਲਚਸਪ ਹੈ

ਹੇਠਾਂ ਦਿੱਤੇ Istio ਰੂਟਿੰਗ ਨਿਯਮ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ, ਜੋ ਸਾਰੀਆਂ HTTP ਬੇਨਤੀਆਂ ਨੂੰ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਸਿਫ਼ਾਰਿਸ਼ v1 ਲਈ ਰੂਟ ਕਰਦਾ ਹੈ (ਸਾਰੇ ਉਦਾਹਰਣਾਂ Istio ਟਿਊਟੋਰਿਅਲ GitHub ਰੈਪੋ), ਜਦੋਂ ਕਿ ਇੱਕੋ ਸਮੇਂ ਉਹਨਾਂ ਨੂੰ ਸਿਫ਼ਾਰਸ਼ v2 ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਤ ਕਰਦੇ ਹੋਏ:

ਲੇਬਲ ਵੱਲ ਧਿਆਨ ਦਿਓ mirror: ਸਕ੍ਰੀਨ ਦੇ ਹੇਠਾਂ - ਇਹ ਉਹ ਹੈ ਜੋ ਟ੍ਰੈਫਿਕ ਮਿਰਰਿੰਗ ਸੈਟ ਕਰਦਾ ਹੈ. ਹਾਂ, ਇਹ ਇੰਨਾ ਸੌਖਾ ਹੈ!

ਇਸ ਨਿਯਮ ਦਾ ਨਤੀਜਾ ਇਹ ਹੋਵੇਗਾ ਕਿ ਤੁਹਾਡਾ ਉਤਪਾਦਨ ਸਿਸਟਮ (v1) ਆਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਕਰਨਾ ਜਾਰੀ ਰੱਖੇਗਾ, ਪਰ ਬੇਨਤੀਆਂ ਆਪਣੇ ਆਪ ਨੂੰ ਅਸਿੰਕਰੋਨਸ ਤੌਰ 'ਤੇ v2 ਨਾਲ ਮਿਰਰ ਕੀਤਾ ਜਾਵੇਗਾ, ਯਾਨੀ, ਉਹਨਾਂ ਦੇ ਪੂਰੇ ਡੁਪਲੀਕੇਟ ਉੱਥੇ ਜਾਣਗੇ। ਇਸ ਤਰੀਕੇ ਨਾਲ, ਤੁਸੀਂ ਉਤਪਾਦਨ ਪ੍ਰਣਾਲੀ ਦੇ ਸੰਚਾਲਨ ਵਿੱਚ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਦਖਲ ਦਿੱਤੇ ਬਿਨਾਂ - ਅਸਲ ਡੇਟਾ ਅਤੇ ਟ੍ਰੈਫਿਕ 'ਤੇ - ਅਸਲ ਸਥਿਤੀਆਂ ਵਿੱਚ v2 ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ। ਕੀ ਇਹ ਆਯੋਜਨ ਟੈਸਟਿੰਗ ਨੂੰ ਬੋਰਿੰਗ ਬਣਾਉਂਦਾ ਹੈ? ਹਾਂ, ਯਕੀਨੀ ਤੌਰ 'ਤੇ। ਪਰ ਇਹ ਇੱਕ ਦਿਲਚਸਪ ਤਰੀਕੇ ਨਾਲ ਕੀਤਾ ਗਿਆ ਹੈ.

ਆਓ ਡਰਾਮਾ ਜੋੜੀਏ

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

ਆਉ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ ਨੂੰ ਦੁਹਰਾਉਂਦੇ ਹਾਂ

ਟ੍ਰੈਫਿਕ ਮਿਰਰਿੰਗ (ਡਾਰਕ ਲਾਂਚ/ਬੇਨਤੀ ਮਿਰਰਿੰਗ) ਨਾਲ ਗੁਪਤ ਲਾਂਚ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਕੋਡ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤੇ ਬਿਨਾਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਵਿਚਾਰ ਲਈ ਭੋਜਨ

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

ਇਸਟੀਓ ਵਿੱਚ ਕੈਨਰੀ ਤੈਨਾਤੀ: ਕਮਿਸ਼ਨਿੰਗ ਨੂੰ ਸਰਲ ਬਣਾਉਣਾ

ਧਿਆਨ ਨਾਲ ਅਤੇ ਹੌਲੀ ਹੌਲੀ

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

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

ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਫਿਲਟਰ ਕਰਨਾ

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

ਚਲੋ ਇਸ ਰਾਊਟਿੰਗ ਨਿਯਮ ਨੂੰ ਲਾਗੂ ਕਰੀਏ ਅਤੇ ਫਿਰ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੀਏ curl ਅਸੀਂ ਇੱਕ ਲੂਪ ਵਿੱਚ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਲਈ ਅਸਲ ਬੇਨਤੀਆਂ ਦੀ ਨਕਲ ਕਰਾਂਗੇ। ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਸਕ੍ਰੀਨਸ਼ਾਟ ਵਿੱਚ ਦੇਖ ਸਕਦੇ ਹੋ, ਉਹ ਸਾਰੇ v1 ਤੇ ਜਾਂਦੇ ਹਨ:

v2 'ਤੇ ਆਵਾਜਾਈ ਕਿੱਥੇ ਹੈ? ਕਿਉਂਕਿ ਸਾਡੀ ਉਦਾਹਰਣ ਵਿੱਚ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਸਿਰਫ ਸਾਡੀ ਆਪਣੀ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਆਈਆਂ ਹਨ, ਇਹ ਬਸ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। ਪਰ ਉਪਰੋਕਤ ਸਕਰੀਨ ਵਿੱਚ ਹੇਠਲੀਆਂ ਲਾਈਨਾਂ ਵੱਲ ਧਿਆਨ ਦਿਓ: ਇਹ ਇਸ ਤੱਥ ਦੀ ਪ੍ਰਤੀਕ੍ਰਿਆ ਹੈ ਕਿ ਅਸੀਂ ਸਫਾਰੀ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਇੱਕ ਬੇਨਤੀ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਹੈ, ਜਿਸ ਨੇ ਬਦਲੇ ਵਿੱਚ ਇਹ ਪੈਦਾ ਕੀਤਾ ਹੈ:

ਅਸੀਮਤ ਸ਼ਕਤੀ

ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਲਿਖਿਆ ਹੈ ਕਿ ਨਿਯਮਤ ਸਮੀਕਰਨ ਬੇਨਤੀਆਂ ਨੂੰ ਰੂਟਿੰਗ ਲਈ ਬਹੁਤ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਮਰੱਥਾ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਹੇਠਾਂ ਦਿੱਤੀ ਉਦਾਹਰਨ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ (ਸਾਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਸਮਝੋਗੇ ਕਿ ਇਹ ਕੀ ਕਰਦਾ ਹੈ):

ਹੁਣ ਤੱਕ ਤੁਹਾਨੂੰ ਸ਼ਾਇਦ ਇੱਕ ਵਿਚਾਰ ਹੈ ਕਿ ਨਿਯਮਤ ਸਮੀਕਰਨ ਕੀ ਕਰ ਸਕਦੇ ਹਨ।

ਸਮਾਰਟ ਐਕਟ ਕਰੋ

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

ਦਿਲਚਸਪੀ ਹੈ?

ਕੀ ਤੁਸੀਂ ਆਪਣੇ ਕੰਪਿਊਟਰ 'ਤੇ Istio, Kubernetes ਅਤੇ OpenShift ਨਾਲ ਪ੍ਰਯੋਗ ਕਰਨ ਲਈ ਉਤਸੁਕ ਹੋ? ਟੀਮ Red Hat ਡਿਵੈਲਪਰ ਟੀਮ ਇੱਕ ਸ਼ਾਨਦਾਰ ਤਿਆਰ ਕੀਤਾ ਪਾਠ ਪੁਸਤਕ ਇਸ ਵਿਸ਼ੇ 'ਤੇ ਅਤੇ ਇਸ ਨਾਲ ਜੁੜੀਆਂ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਜਨਤਕ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਕਰਵਾਇਆ। ਇਸ ਲਈ ਅੱਗੇ ਵਧੋ ਅਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਕੁਝ ਵੀ ਇਨਕਾਰ ਨਾ ਕਰੋ.
 

Istio Egress: ਸਮਾਰਕ ਦੀ ਦੁਕਾਨ ਰਾਹੀਂ ਬਾਹਰ ਨਿਕਲੋ

Red Hat OpenShift ਅਤੇ Kubernetes ਦੇ ਨਾਲ Istio ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਤੁਸੀਂ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਨਾਲ ਆਪਣੀ ਜ਼ਿੰਦਗੀ ਨੂੰ ਬਹੁਤ ਆਸਾਨ ਬਣਾ ਸਕਦੇ ਹੋ। Istio ਦੀ ਸੇਵਾ ਜਾਲ ਕੁਬਰਨੇਟਸ ਪੌਡ ਦੇ ਅੰਦਰ ਲੁਕੀ ਹੋਈ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਕੋਡ (ਜ਼ਿਆਦਾਤਰ) ਇਕੱਲਤਾ ਵਿੱਚ ਚਲਦਾ ਹੈ। ਪ੍ਰਦਰਸ਼ਨ, ਤਬਦੀਲੀ ਦੀ ਸੌਖ, ਟਰੇਸਿੰਗ, ਆਦਿ - ਇਹ ਸਭ ਸਾਈਡਕਾਰ ਕੰਟੇਨਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਰਤਣਾ ਆਸਾਨ ਹੈ। ਪਰ ਉਦੋਂ ਕੀ ਜੇ ਤੁਹਾਡੀ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਨੂੰ ਹੋਰ ਸੇਵਾਵਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜੋ ਤੁਹਾਡੇ ਓਪਨਸ਼ਿਫਟ-ਕੁਬਰਨੇਟਸ ਸਿਸਟਮ ਦੇ ਬਾਹਰ ਸਥਿਤ ਹਨ?

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

Egress ਤੁਹਾਨੂੰ ਉਪਰੋਕਤ IP ਟੇਬਲ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਜਾਂ ਤਾਂ Egress ਨਿਯਮਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਜਾਂ IP ਐਡਰੈੱਸ ਦੀ ਇੱਕ ਰੇਂਜ 'ਤੇ।

ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਕੋਲ ਇੱਕ ਜਾਵਾ ਪ੍ਰੋਗਰਾਮ ਹੈ ਜੋ httpbin.org/headers ਨੂੰ GET ਬੇਨਤੀ ਕਰਦਾ ਹੈ।

(httpbin.org ਆਊਟਗੋਇੰਗ ਸੇਵਾ ਬੇਨਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਸੁਵਿਧਾਜਨਕ ਸਰੋਤ ਹੈ।)

ਜੇਕਰ ਤੁਸੀਂ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਦਾਖਲ ਹੁੰਦੇ ਹੋ curl http://httpbin.org/headers, ਅਸੀਂ ਹੇਠ ਲਿਖਿਆਂ ਨੂੰ ਵੇਖਾਂਗੇ:

ਜਾਂ ਤੁਸੀਂ ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਉਹੀ ਪਤਾ ਖੋਲ੍ਹ ਸਕਦੇ ਹੋ:

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ, ਉੱਥੇ ਸਥਿਤ ਸੇਵਾ ਬਸ ਇਸ ਨੂੰ ਪਾਸ ਕੀਤੇ ਸਿਰਲੇਖਾਂ ਨੂੰ ਵਾਪਸ ਕਰਦੀ ਹੈ।

ਅਸੀਂ ਆਯਾਤ ਨੂੰ ਹੈੱਡ-ਆਨ ਬਦਲ ਰਹੇ ਹਾਂ

ਹੁਣ ਇਸ ਸੇਵਾ ਦਾ ਜਾਵਾ ਕੋਡ, ਸਾਡੇ ਸਿਸਟਮ ਲਈ ਬਾਹਰੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਆਪਣੇ ਆਪ ਚਲਾਓ, ਜਿੱਥੇ, ਯਾਦ ਕਰੋ, Istio ਇੰਸਟਾਲ ਹੈ। (ਤੁਸੀਂ ਸੰਪਰਕ ਕਰਕੇ ਇਹ ਖੁਦ ਕਰ ਸਕਦੇ ਹੋ ਸਾਡਾ Istio ਟਿਊਟੋਰਿਅਲ.) ਉਚਿਤ ਚਿੱਤਰ ਬਣਾਉਣ ਅਤੇ ਇਸਨੂੰ OpenShift ਪਲੇਟਫਾਰਮ 'ਤੇ ਲਾਂਚ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਇਸ ਸੇਵਾ ਨੂੰ ਕਮਾਂਡ ਨਾਲ ਕਾਲ ਕਰਾਂਗੇ। curl egresshttpbin-istioegress.$(minishift ip).nip.io, ਜਿਸ ਤੋਂ ਬਾਅਦ ਅਸੀਂ ਇਸਨੂੰ ਸਕਰੀਨ 'ਤੇ ਦੇਖਾਂਗੇ:

ਓਹ, ਕੀ ਹੋਇਆ? ਸਭ ਕੁਝ ਹੁਣੇ ਹੀ ਕੰਮ ਕੀਤਾ. ਨਹੀਂ ਮਿਲਿਆ ਦਾ ਕੀ ਮਤਲਬ ਹੈ? ਅਸੀਂ ਸਿਰਫ ਉਸਦੇ ਲਈ ਇਹ ਕੀਤਾ curl.

ਪੂਰੇ ਇੰਟਰਨੈੱਟ 'ਤੇ IP ਟੇਬਲ ਦਾ ਵਿਸਤਾਰ ਕਰਨਾ

ਇਸ ਲਈ ਇਸਟੀਓ ਨੂੰ ਦੋਸ਼ੀ ਠਹਿਰਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ (ਜਾਂ ਧੰਨਵਾਦ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ)। ਆਖ਼ਰਕਾਰ, Istio ਸਿਰਫ਼ ਸਾਈਡਕਾਰ ਕੰਟੇਨਰ ਹਨ ਜੋ ਖੋਜ ਅਤੇ ਰੂਟਿੰਗ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹਨ (ਅਤੇ ਹੋਰ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਅਸੀਂ ਪਹਿਲਾਂ ਗੱਲ ਕੀਤੀ ਸੀ)। ਇਸ ਕਾਰਨ ਕਰਕੇ, IP ਟੇਬਲ ਸਿਰਫ਼ ਇਹ ਜਾਣਦੇ ਹਨ ਕਿ ਤੁਹਾਡੇ ਕਲੱਸਟਰ ਸਿਸਟਮ ਦੇ ਅੰਦਰ ਕੀ ਹੈ। ਅਤੇ httpbin.org ਬਾਹਰ ਸਥਿਤ ਹੈ ਅਤੇ ਇਸ ਲਈ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਹੈ। ਅਤੇ ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ Istio Egress ਬਚਾਅ ਲਈ ਆਉਂਦਾ ਹੈ - ਤੁਹਾਡੇ ਸਰੋਤ ਕੋਡ ਵਿੱਚ ਮਾਮੂਲੀ ਤਬਦੀਲੀ ਦੇ ਬਿਨਾਂ।

ਹੇਠਲਾ ਈਗ੍ਰੇਸ ਨਿਯਮ ਇਸਟੀਓ ਨੂੰ ਲੋੜੀਂਦੀ ਸੇਵਾ ਲਈ ਖੋਜ ਕਰਨ ਲਈ (ਜੇ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਪੂਰੇ ਇੰਟਰਨੈਟ ਵਿੱਚ) ਲਈ ਮਜ਼ਬੂਰ ਕਰਦਾ ਹੈ, ਇਸ ਕੇਸ ਵਿੱਚ, httpbin.org। ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਇਸ ਫਾਈਲ (egress_httpbin.yml) ਤੋਂ ਦੇਖ ਸਕਦੇ ਹੋ, ਇੱਥੇ ਕਾਰਜਸ਼ੀਲਤਾ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੈ:

ਇਸ ਨਿਯਮ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਬਾਕੀ ਹੈ:

istioctl create -f egress_httpbin.yml -n istioegress

ਤੁਸੀਂ ਕਮਾਂਡ ਨਾਲ ਈਗ੍ਰੇਸ ਨਿਯਮਾਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ istioctl get egressrules:

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਅਸੀਂ ਕਮਾਂਡ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਉਂਦੇ ਹਾਂ curl - ਅਤੇ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ:

ਅਸੀਂ ਖੁੱਲ੍ਹ ਕੇ ਸੋਚਦੇ ਹਾਂ

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

Istio 'ਤੇ ਲੜੀ ਦੀ ਇਹ ਆਖਰੀ ਪੋਸਟ ਸੀ। ਬਣੇ ਰਹੋ - ਅੱਗੇ ਬਹੁਤ ਸਾਰੀਆਂ ਦਿਲਚਸਪ ਚੀਜ਼ਾਂ ਹਨ!

ਸਰੋਤ: www.habr.com