ਇਸਟੀਓ ਦੇ ਨਾਲ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ 'ਤੇ ਵਾਪਸ ਜਾਓ। ਭਾਗ 1

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

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

• ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ: ਸਮਾਂ ਸਮਾਪਤ, ਮੁੜ ਕੋਸ਼ਿਸ਼ਾਂ, ਲੋਡ ਸੰਤੁਲਨ;
• ਸੁਰੱਖਿਆ ਨੂੰ: ਅੰਤਮ ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਅਧਿਕਾਰ;
• ਨਿਰੀਖਣਯੋਗਤਾ: ਟਰੇਸਿੰਗ, ਨਿਗਰਾਨੀ, ਲਾਗਿੰਗ.

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

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

ਐਮ.ਪੀ.: ਕੀ?... ਇਹ ਸਿਰਫ਼ CRUD ਹੈ!
R: CRUD ਕਰਨਾ ਆਸਾਨ ਹਿੱਸਾ ਹੈ, ਪਰ ਸਾਨੂੰ ਅਜੇ ਵੀ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਸੇਵਾਵਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਅਤੇ ਅਧਿਕਾਰਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਕਿਉਂਕਿ ਨੈਟਵਰਕ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਹੈ, ਤੁਹਾਨੂੰ ਵਾਰ-ਵਾਰ ਬੇਨਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਨਾਲ ਹੀ ਸਰਕਟ ਤੋੜਨ ਵਾਲਾ ਪੈਟਰਨ ਗਾਹਕਾਂ ਵਿੱਚ. ਨਾਲ ਹੀ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਸਾਰਾ ਸਿਸਟਮ ਕ੍ਰੈਸ਼ ਨਾ ਹੋਵੇ, ਤੁਹਾਨੂੰ ਸਮਾਂ ਸਮਾਪਤੀ ਦੀ ਲੋੜ ਹੋਵੇਗੀ ਅਤੇ bulkheads (ਉਲੇਖ ਕੀਤੇ ਦੋਨਾਂ ਪੈਟਰਨਾਂ ਬਾਰੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ, ਲੇਖ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ ਦੇਖੋ - ਲਗਭਗ ਅਨੁਵਾਦ।), ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ, ਨਿਗਰਾਨੀ, ਟਰੇਸਿੰਗ, […]

ਐਮ.ਪੀ.: ਓਹ, ਤਾਂ ਆਓ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਉਤਪਾਦ ਸੇਵਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੀਏ।

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

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

Istio ਵਿਚਾਰ

Istio ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਸੰਸਾਰ ਵਿੱਚ, ਇੱਕ ਸੇਵਾ ਦੂਜੀ ਨੂੰ ਸਿੱਧੀ ਬੇਨਤੀ ਕਰਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਅਸਫਲਤਾ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਸੇਵਾ ਨੂੰ ਇਸਨੂੰ ਖੁਦ ਸੰਭਾਲਣਾ ਚਾਹੀਦਾ ਹੈ: ਇੱਕ ਨਵੀਂ ਕੋਸ਼ਿਸ਼ ਕਰੋ, ਇੱਕ ਸਮਾਂ ਸਮਾਪਤ ਕਰੋ, ਇੱਕ ਸਰਕਟ ਬ੍ਰੇਕਰ ਖੋਲ੍ਹੋ, ਆਦਿ।

ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਨੈੱਟਵਰਕ ਟ੍ਰੈਫਿਕ

Istio ਇੱਕ ਵਿਸ਼ੇਸ਼ ਹੱਲ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਨੈੱਟਵਰਕ ਸੰਚਾਰ ਵਿੱਚ ਦਖਲ ਦੇ ਕੇ ਸੇਵਾਵਾਂ ਅਤੇ ਕੰਮਕਾਜ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਇਹ ਲਾਗੂ ਕਰਦਾ ਹੈ:

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

ਇਹ ਸਿਰਫ਼ ਕੁਝ ਸੰਭਾਵਨਾਵਾਂ ਹਨ (ਅਸਲ ਵਿੱਚ ਕੁਝ ਕੁ!) ਤੁਹਾਨੂੰ ਦਿਲਚਸਪ ਬਣਾਉਣ ਲਈ। ਆਓ ਹੁਣ ਤਕਨੀਕੀ ਵੇਰਵਿਆਂ ਵਿੱਚ ਡੁਬਕੀ ਕਰੀਏ!

ਇਸਟੀਓ ਆਰਕੀਟੈਕਚਰ

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

ਡਾਟਾ ਪਲੇਨ

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

ਦੂਤ ਵਿੱਚ ਮੁੜ ਕੋਸ਼ਿਸ਼ਾਂ ਅਤੇ ਸਰਕਟ ਤੋੜਨ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

ਸੰਖੇਪ:

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

ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕੋਈ ਹੋਰ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਤੁਹਾਨੂੰ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ X, Y ਜਾਂ Z ਵਿੱਚ ਸਰਕਟ ਬ੍ਰੇਕਿੰਗ ਅਤੇ ਸਰਵਿਸ ਡਿਸਕਵਰੀ ਨੂੰ ਖੁਦ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਇਹ ਸਭ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਉਪਲਬਧ ਹੈ। Istio ਵਿੱਚ ਅਤੇ ਇਸਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਨਹੀਂ ਕੋਡ ਵਿੱਚ ਬਦਲਾਅ.

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

ਅਤੇ ਅੰਤ ਵਿੱਚ ਤੁਸੀਂ ਪੁੱਛਦੇ ਹੋ: "ਕੀ ਇਹ ਅਨੁਕੂਲਿਤ ਹੈ?"

ਹੁਣ ਤੁਸੀਂ ਸਮੁੰਦਰੀ ਸਫ਼ਰ ਲਈ ਤਿਆਰ ਹੋ, ਆਓ ਕੰਟਰੋਲ ਪਲੇਨ ਤੋਂ ਜਾਣੂ ਕਰੀਏ।

ਕੰਟਰੋਲ ਪਲੇਨ

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

ਡਾਟਾ ਪਲੇਨ ਦੇ ਨਾਲ ਕੰਟਰੋਲ ਪਲੇਨ ਦੀ ਇੰਟਰਐਕਸ਼ਨ

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

Istio ਨਾਲ ਸੇਵਾਵਾਂ ਦਾ ਸਬੰਧ

ਅਸੀਂ ਸੇਵਾਵਾਂ ਨਾਲ Istio ਦੇ ਸਬੰਧਾਂ ਦਾ ਵਰਣਨ ਕੀਤਾ ਹੈ, ਪਰ ਉਲਟਾ ਨਹੀਂ: ਸੇਵਾਵਾਂ Istio ਨਾਲ ਕਿਵੇਂ ਸੰਬੰਧਿਤ ਹਨ?

ਇਮਾਨਦਾਰ ਹੋਣ ਲਈ, ਸੇਵਾਵਾਂ ਇਸਟੀਓ ਦੀ ਮੌਜੂਦਗੀ ਬਾਰੇ ਓਨੀ ਹੀ ਜਾਣੂ ਹੁੰਦੀਆਂ ਹਨ ਜਿੰਨੀਆਂ ਮੱਛੀਆਂ ਪਾਣੀ ਦੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਉਹ ਆਪਣੇ ਆਪ ਨੂੰ ਪੁੱਛਦੀਆਂ ਹਨ, "ਫਿਰ ਵੀ ਪਾਣੀ ਕੀ ਹੈ?"

ਦ੍ਰਿਸ਼ਟਾਂਤ ਵਿਕਟੋਰੀਆ ਦਿਮਿਤਰਾਕੋਪੋਲੋਸ:- ਤੁਹਾਨੂੰ ਪਾਣੀ ਕਿਹੋ ਜਿਹਾ ਲੱਗਦਾ ਹੈ? - ਫਿਰ ਵੀ ਪਾਣੀ ਕੀ ਹੈ?

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

ਕਾਫ਼ੀ ਥਿਊਰੀ - ਆਓ ਇਸ ਗਿਆਨ ਨੂੰ ਅਭਿਆਸ ਵਿੱਚ ਪਾਈਏ!

ਅਭਿਆਸ ਵਿੱਚ Istio

Istio ਨੂੰ ਘੱਟੋ-ਘੱਟ 4 vCPUs ਅਤੇ 8 GB RAM ਉਪਲਬਧ ਹੋਣ ਵਾਲੇ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਦੀ ਲੋੜ ਹੈ। ਇੱਕ ਕਲੱਸਟਰ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਸੈਟ ਅਪ ਕਰਨ ਅਤੇ ਲੇਖ ਦੀਆਂ ਹਿਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ, ਮੈਂ ਗੂਗਲ ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹਾਂ, ਜੋ ਨਵੇਂ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ ਮੁਫ਼ਤ $300.

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

ਹੈਲਮ ਇੰਸਟਾਲੇਸ਼ਨ

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

Istio ਇੰਸਟਾਲ ਕਰਨਾ

ਤੋਂ Istio ਸਰੋਤ ਡਾਊਨਲੋਡ ਕਰੋ ਤਾਜ਼ਾ ਰੀਲੀਜ਼ (ਅਸਲ ਲੇਖਕ ਦੇ ਸੰਸਕਰਣ 1.0.5 ਦੇ ਲਿੰਕ ਨੂੰ ਮੌਜੂਦਾ ਇੱਕ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਜਿਵੇਂ ਕਿ 1.0.6 - ਲਗਭਗ ਅਨੁਵਾਦ।), ਸਮੱਗਰੀ ਨੂੰ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਐਕਸਟਰੈਕਟ ਕਰੋ, ਜਿਸਨੂੰ ਮੈਂ ਅੱਗੇ ਤੋਂ ਕਾਲ ਕਰਾਂਗਾ [istio-resources].

Istio ਸਰੋਤਾਂ ਦੀ ਆਸਾਨੀ ਨਾਲ ਪਛਾਣ ਕਰਨ ਲਈ, K8s ਕਲੱਸਟਰ ਵਿੱਚ ਇੱਕ ਨੇਮਸਪੇਸ ਬਣਾਓ istio-system:

$ kubectl create namespace istio-system

ਡਾਇਰੈਕਟਰੀ 'ਤੇ ਜਾ ਕੇ ਇੰਸਟਾਲੇਸ਼ਨ ਨੂੰ ਪੂਰਾ ਕਰੋ [istio-resources] ਅਤੇ ਕਮਾਂਡ ਚਲਾ ਰਿਹਾ ਹੈ:

$ helm template install/kubernetes/helm/istio 
  --set global.mtls.enabled=false 
  --set tracing.enabled=true 
  --set kiali.enabled=true 
  --set grafana.enabled=true 
  --namespace istio-system > istio.yaml

ਇਹ ਕਮਾਂਡ Istio ਦੇ ਮੁੱਖ ਭਾਗਾਂ ਨੂੰ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਆਉਟਪੁੱਟ ਕਰੇਗੀ istio.yaml. ਅਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦੇ ਹੋਏ, ਆਪਣੇ ਅਨੁਕੂਲ ਹੋਣ ਲਈ ਮਿਆਰੀ ਟੈਂਪਲੇਟ ਨੂੰ ਸੋਧਿਆ ਹੈ:

• global.mtls.enabled ਵਿੱਚ ਸਥਾਪਿਤ false (ਜਿਵੇਂ ਕਿ mTLS ਪ੍ਰਮਾਣੀਕਰਨ ਅਯੋਗ ਹੈ - ਲਗਭਗ।)ਸਾਡੀ ਡੇਟਿੰਗ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਰਲ ਬਣਾਉਣ ਲਈ;
• tracing.enabled ਜੈਗਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬੇਨਤੀ ਟਰੇਸਿੰਗ ਸ਼ਾਮਲ ਹੈ;
• kiali.enabled ਸੇਵਾਵਾਂ ਅਤੇ ਟ੍ਰੈਫਿਕ ਦੀ ਕਲਪਨਾ ਕਰਨ ਲਈ ਕਿਆਲੀ ਨੂੰ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ;
• grafana.enabled ਇਕੱਤਰ ਕੀਤੇ ਮੈਟ੍ਰਿਕਸ ਦੀ ਕਲਪਨਾ ਕਰਨ ਲਈ ਗ੍ਰਾਫਾਨਾ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ।

ਆਉ ਕਮਾਂਡ ਨਾਲ ਤਿਆਰ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰੀਏ:

$ kubectl apply -f istio.yaml

ਕਲੱਸਟਰ 'ਤੇ Istio ਦੀ ਸਥਾਪਨਾ ਪੂਰੀ ਹੋ ਗਈ ਹੈ! ਇੰਤਜ਼ਾਰ ਕਰੋ ਜਦੋਂ ਤੱਕ ਸਾਰੀਆਂ ਪੌਡਸ ਨੇਮਸਪੇਸ ਵਿੱਚ ਨਹੀਂ ਹਨ istio-system ਕਰਨ ਦੇ ਯੋਗ ਹੋ ਜਾਵੇਗਾ Running ਜ Completedਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾ ਕੇ:

$ kubectl get pods -n istio-system

ਹੁਣ ਅਸੀਂ ਅਗਲੇ ਭਾਗ ਵਿੱਚ ਜਾਰੀ ਰੱਖਣ ਲਈ ਤਿਆਰ ਹਾਂ, ਜਿੱਥੇ ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਚਾਲੂ ਅਤੇ ਚਾਲੂ ਕਰਾਂਗੇ।

ਭਾਵਨਾ ਵਿਸ਼ਲੇਸ਼ਣ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਆਰਕੀਟੈਕਚਰ

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

ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਚਾਰ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਸ਼ਾਮਲ ਹਨ:

1. ਸੇਵਾ SA-ਫਰੰਟਐਂਡ, ਜੋ ਕਿ ਇੱਕ Reactjs ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਫਰੰਟਐਂਡ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ;
2. ਸੇਵਾ SA-WebApp, ਜੋ ਭਾਵਨਾ ਵਿਸ਼ਲੇਸ਼ਣ ਸਵਾਲਾਂ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ;
3. ਸੇਵਾ ਸਾ-ਤਰਕ, ਜੋ ਆਪਣੇ ਆਪ ਨੂੰ ਕਰਦਾ ਹੈ ਭਾਵਨਾ ਵਿਸ਼ਲੇਸ਼ਣ;
4. ਸੇਵਾ SA-ਫੀਡਬੈਕ, ਜੋ ਕਿ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀ ਸ਼ੁੱਧਤਾ ਬਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਫੀਡਬੈਕ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।

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

Istio ਤੋਂ ਇੱਕ ਪ੍ਰੌਕਸੀ ਨਾਲ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਚਲਾ ਰਿਹਾ ਹੈ

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

ਸਾਈਡਕਾਰ ਸ਼ਾਮਲ ਕਰਨਾ

ਸੰਮਿਲਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਆਪਣੇ ਆਪ ਜ ਹੱਥ ਨਾਲ. ਸਾਈਡਕਾਰ ਕੰਟੇਨਰਾਂ ਨੂੰ ਆਟੋਮੈਟਿਕਲੀ ਪਾਉਣ ਲਈ, ਤੁਹਾਨੂੰ ਨੇਮਸਪੇਸ 'ਤੇ ਇੱਕ ਲੇਬਲ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ istio-injection=enabled, ਜੋ ਕਿ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

$ kubectl label namespace default istio-injection=enabled
namespace/default labeled

ਹੁਣ ਹਰੇਕ ਪੋਡ ਜੋ ਡਿਫਾਲਟ ਨੇਮਸਪੇਸ ਵਿੱਚ ਤੈਨਾਤ ਕੀਤਾ ਜਾਵੇਗਾ (default) ਇਸਦਾ ਸਾਈਡਕਾਰ ਕੰਟੇਨਰ ਪ੍ਰਾਪਤ ਕਰੇਗਾ। ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ, ਆਉ ਰਿਪੋਜ਼ਟਰੀ ਦੀ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਜਾ ਕੇ ਟੈਸਟ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਤੈਨਾਤ ਕਰੀਏ [istio-mastery] ਅਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾ ਰਿਹਾ ਹੈ:

$ kubectl apply -f resource-manifests/kube
persistentvolumeclaim/sqlite-pvc created
deployment.extensions/sa-feedback created
service/sa-feedback created
deployment.extensions/sa-frontend created
service/sa-frontend created
deployment.extensions/sa-logic created
service/sa-logic created
deployment.extensions/sa-web-app created
service/sa-web-app created

ਸੇਵਾਵਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਆਓ ਕਮਾਂਡ ਚਲਾ ਕੇ ਜਾਂਚ ਕਰੀਏ ਕਿ ਪੌਡਾਂ ਵਿੱਚ ਦੋ ਕੰਟੇਨਰ ਹਨ (ਸੇਵਾ ਦੇ ਨਾਲ ਅਤੇ ਇਸਦੇ ਸਾਈਡਕਾਰ ਦੇ ਨਾਲ) kubectl get pods ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਕਿ ਕਾਲਮ ਦੇ ਹੇਠਾਂ ਹੈ READY ਮੁੱਲ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ 2/2, ਪ੍ਰਤੀਕ ਹੈ ਕਿ ਦੋਵੇਂ ਕੰਟੇਨਰ ਚੱਲ ਰਹੇ ਹਨ:

$ kubectl get pods
NAME                           READY     STATUS    RESTARTS   AGE
sa-feedback-55f5dc4d9c-c9wfv   2/2       Running   0          12m
sa-frontend-558f8986-hhkj9     2/2       Running   0          12m
sa-logic-568498cb4d-2sjwj      2/2       Running   0          12m
sa-logic-568498cb4d-p4f8c      2/2       Running   0          12m
sa-web-app-599cf47c7c-s7cvd    2/2       Running   0          12m

ਦ੍ਰਿਸ਼ਟੀਗਤ ਤੌਰ 'ਤੇ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਪੌਡਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਦੂਤ ਪ੍ਰੌਕਸੀ

ਹੁਣ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਚਾਲੂ ਅਤੇ ਚੱਲ ਰਹੀ ਹੈ, ਸਾਨੂੰ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਆਉਣ ਦੀ ਆਗਿਆ ਦੇਣ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ।

ਪ੍ਰਵੇਸ਼ ਗੇਟਵੇ

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

Ingress Gateway ਕੰਪੋਨੈਂਟ ਅਤੇ ਸੇਵਾ ਜੋ ਇਸਨੂੰ ਬਾਹਰੀ ਤੌਰ 'ਤੇ ਅੱਗੇ ਭੇਜਦੀ ਹੈ, ਕਲੱਸਟਰ ਵਿੱਚ Istio ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ ਸਥਾਪਿਤ ਕੀਤੀ ਗਈ ਸੀ। ਸੇਵਾ ਦਾ ਬਾਹਰੀ IP ਪਤਾ ਪਤਾ ਕਰਨ ਲਈ, ਚਲਾਓ:

$ kubectl get svc -n istio-system -l istio=ingressgateway
NAME                   TYPE           CLUSTER-IP     EXTERNAL-IP
istio-ingressgateway   LoadBalancer   10.0.132.127   13.93.30.120

ਅਸੀਂ ਇਸ IP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚ ਕਰਨਾ ਜਾਰੀ ਰੱਖਾਂਗੇ (ਮੈਂ ਇਸਨੂੰ EXTERNAL-IP ਦੇ ਰੂਪ ਵਿੱਚ ਸੰਦਰਭ ਕਰਾਂਗਾ), ਇਸਲਈ ਸਹੂਲਤ ਲਈ ਅਸੀਂ ਇੱਕ ਵੇਰੀਏਬਲ ਵਿੱਚ ਮੁੱਲ ਲਿਖਾਂਗੇ:

$ EXTERNAL_IP=$(kubectl get svc -n istio-system 
  -l app=istio-ingressgateway 
  -o jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}')

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

ਗੇਟਵੇ ਸਰੋਤ

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

ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਅਸੀਂ ਸਾਰੇ ਮੇਜ਼ਬਾਨਾਂ ਲਈ ਪੋਰਟ 80 ਤੇ HTTP ਟ੍ਰੈਫਿਕ ਦੀ ਆਗਿਆ ਦੇਣਾ ਚਾਹੁੰਦੇ ਹਾਂ. ਕੰਮ ਨੂੰ ਹੇਠ ਦਿੱਤੀ ਪਰਿਭਾਸ਼ਾ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ (http-gateway.yaml):

apiVersion: networking.istio.io/v1alpha3
kind: Gateway
metadata:
  name: http-gateway
spec:
  selector:
    istio: ingressgateway
  servers:
  - port:
      number: 80
      name: http
      protocol: HTTP
    hosts:
- "*"

ਇਸ ਸੰਰਚਨਾ ਨੂੰ ਚੋਣਕਾਰ ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ ਵਿਆਖਿਆ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ istio: ingressgateway. ਇਸ ਚੋਣਕਾਰ ਦੇ ਨਾਲ ਅਸੀਂ ਇਹ ਨਿਰਧਾਰਿਤ ਕਰ ਸਕਦੇ ਹਾਂ ਕਿ ਕਿਸ ਇਨਗ੍ਰੇਸ ਗੇਟਵੇ 'ਤੇ ਸੰਰਚਨਾ ਲਾਗੂ ਕਰਨੀ ਹੈ। ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਇਹ ਇੰਗ੍ਰੇਸ ਗੇਟਵੇ ਕੰਟਰੋਲਰ ਹੈ, ਜੋ ਇਸਟੀਓ ਵਿੱਚ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ।

ਸੰਰਚਨਾ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਨੂੰ ਕਾਲ ਕਰਕੇ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:

$ kubectl apply -f resource-manifests/istio/http-gateway.yaml gateway.networking.istio.io/http-gateway created

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

ਵਰਚੁਅਲ ਸੇਵਾ ਸਰੋਤ

ਵਰਚੁਅਲ ਸਰਵਿਸ ਇਨਗਰੇਸ ਗੇਟਵੇ ਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਮਨਜ਼ੂਰ ਬੇਨਤੀਆਂ ਨੂੰ ਕਿਵੇਂ ਰੂਟ ਕਰਨਾ ਹੈ।

http-ਗੇਟਵੇ ਰਾਹੀਂ ਆਉਣ ਵਾਲੀ ਸਾਡੀ ਅਰਜ਼ੀ ਲਈ ਬੇਨਤੀਆਂ sa-ਫਰੰਟਐਂਡ, sa-ਵੈਬ-ਐਪ ਅਤੇ sa-ਫੀਡਬੈਕ ਸੇਵਾਵਾਂ ਨੂੰ ਭੇਜੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ:

ਰੂਟ ਜਿਨ੍ਹਾਂ ਨੂੰ VirtualServices ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤੇ ਜਾਣ ਦੀ ਲੋੜ ਹੈ

ਆਉ ਉਹਨਾਂ ਬੇਨਤੀਆਂ ਨੂੰ ਵੇਖੀਏ ਜੋ SA-Frontend ਨੂੰ ਭੇਜੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ:

• ਰਸਤੇ ਵਿੱਚ ਸਹੀ ਮੇਲ / index.html ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ SA-Frontend ਨੂੰ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ;
• ਪ੍ਰੀਫਿਕਸਡ ਮਾਰਗ /static/* ਫਰੰਟਐਂਡ ਵਿੱਚ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਸਥਿਰ ਫਾਈਲਾਂ, ਜਿਵੇਂ ਕਿ CSS ਅਤੇ JavaScript ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ SA-Frontend ਨੂੰ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ;
• ਨਿਯਮਤ ਸਮੀਕਰਨ ਦੁਆਰਾ ਮੇਲ ਖਾਂਦਾ ਮਾਰਗ '^.*.(ico|png|jpg)$', SA-Frontend ਨੂੰ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਪੰਨੇ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਤਸਵੀਰਾਂ ਹਨ.

ਲਾਗੂ ਕਰਨਾ ਹੇਠ ਦਿੱਤੀ ਸੰਰਚਨਾ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (sa-virtualservice-external.yaml):

kind: VirtualService
metadata:
  name: sa-external-services
spec:
  hosts:
  - "*"
  gateways:
  - http-gateway                      # 1
  http:
  - match:
    - uri:
        exact: /
    - uri:
        exact: /callback
    - uri:
        prefix: /static
    - uri:
        regex: '^.*.(ico|png|jpg)

Важные моменты:



 	
 Этот VirtualService относится к запросам, приходящим через http-gateway;


 	
 В destination определяется сервис, куда отправляются запросы.




Примечание: Конфигурация выше хранится в файле sa-virtualservice-external.yaml, который также содержит настройки для маршрутизации в SA-WebApp и SA-Feedback, но был сокращён здесь в статье для лаконичности.

Применим VirtualService вызовом:

$ kubectl apply -f resource-manifests/istio/sa-virtualservice-external.yaml
virtualservice.networking.istio.io/sa-external-services created
Примечание: Когда мы применяем ресурсы Istio, Kubernetes API Server создаёт событие, которое получает Istio Control Plane, и уже после этого новая конфигурация применяется к прокси-серверам Envoy каждого pod'а. А контроллер Ingress Gateway представляется очередным Envoy, сконфигурированным в Control Plane. Всё это на схеме выглядит так:


Конфигурация Istio-IngressGateway для маршрутизации запросов
Приложение Sentiment Analysis стало доступным по http://{EXTERNAL-IP}/. Не переживайте, если вы получаете статус Not Found: иногда требуется чуть больше времени для того, чтобы конфигурация вступила в силу и кэши Envoy обновились.
Перед тем, как продолжить, поработайте немного с приложением, чтобы сгенерировать трафик (его наличие необходимо для наглядности в последующих действиях — прим. перев.).
Kiali : наблюдаемость
Чтобы попасть в административный интерфейс Kiali, выполните следующую команду:
$ kubectl port-forward 
    $(kubectl get pod -n istio-system -l app=kiali 
    -o jsonpath='{.items[0].metadata.name}') 
    -n istio-system 20001
… и откройте http://localhost:20001/, залогинившись под admin/admin. Здесь вы найдете множество полезных возможностей, например, для проверки конфигурации компонентов Istio, визуализации сервисов по информации, собранной при перехвате сетевых запросов, получения ответов на вопросы «Кто к кому обращается?», «У какой версии сервиса возникают сбои?» и т.п. В общем, изучите возможности Kiali перед тем, как двигаться дальше — к визуализации метрик с Grafana.

Grafana: визуализация метрик
Собранные в Istio метрики попадают в Prometheus и визуализируются с Grafana. Чтобы попасть в административный интерфейс Grafana, выполните команду ниже, после чего откройте http://localhost:3000/:
$ kubectl -n istio-system port-forward 
    $(kubectl -n istio-system get pod -l app=grafana 
    -o jsonpath={.items[0].metadata.name}) 3000
Кликнув на меню Home слева сверху и выбрав Istio Service Dashboard в левом верхнем углу, начните с сервиса sa-web-app, чтобы посмотреть на собранные метрики:

Здесь нас ждёт пустое и совершенно скучное представление — руководство никогда такое не одобрит. Давайте же создадим небольшую нагрузку следующей командой:
$ while true; do 
    curl -i http://$EXTERNAL_IP/sentiment 
    -H "Content-type: application/json" 
    -d '{"sentence": "I love yogobella"}'; 
    sleep .8; done
Вот теперь у нас гораздо более симпатичные графики, а в дополнение к ним — замечательные инструменты Prometheus для мониторинга и Grafana для визуализации метрик, что позволят нам узнать о производительности, состоянии здоровья, улучшениях/деградации в работе сервисов на протяжении времени.
Наконец, посмотрим на трассировку запросов в сервисах.
Jaeger : трассировка
Трассировка нам потребуется, потому что чем больше у нас сервисов, тем сложнее добраться до причины сбоя. Посмотрим на простой случай из картинки ниже:


Типовой пример случайного неудачного запроса
Запрос приходит, падает — в чём же причина? Первый сервис? Или второй? Исключения есть в обоих — давайте посмотрим на логи каждого. Как часто вы ловили себя за таким занятием? Наша работа больше похожа на детективов программного обеспечения, а не разработчиков…
Это широко распространённая проблема в микросервисах и решается она распределёнными системами трассировки, в которых сервисы передают друг другу уникальный заголовок, после чего эта информация перенаправляется в систему трассировки, где она сопоставляется с данными запроса. Вот иллюстрация:


Для идентификации запроса используется TraceId
В Istio используется Jaeger Tracer, который реализует независимый от вендоров фреймворк OpenTracing API. Получить доступ к пользовательского интерфейсу Jaeger можно следующей командой:
$ kubectl port-forward -n istio-system 
    $(kubectl get pod -n istio-system -l app=jaeger 
    -o jsonpath='{.items[0].metadata.name}') 16686
Теперь зайдите на http://localhost:16686/ и выберите сервис sa-web-app. Если сервис не показан в выпадающем меню — проявите/сгенерируйте активность на странице и обновите интерфейс. После этого нажмите на кнопку Find Traces, которая покажет самые последние трейсы — выберите любой — покажется детализированная информация по всем трейсам:

Этот трейс показывает:

 Запрос приходит в istio-ingressgateway (это первое взаимодействие с одним из сервисов, и для запроса генерируется Trace ID), после чего шлюз направляет запрос в сервис sa-web-app.
 В сервисе sa-web-app запрос подхватывается Envoy sidecar'ом, создаётся «ребёнок» в span'е (поэтому мы видим его в трейсах) и перенаправляется в контейнер sa-web-app. (Span — логическая единица работы в Jaeger, имеющая название, время начало операции и её продолжительность. Span'ы могут быть вложенными и упорядоченными. Ориентированный ациклический граф из span'ов образует trace. — прим. перев.)
 Здесь запрос обрабатывается методом sentimentAnalysis. Эти трейсы уже сгенерированы приложением, т.е. для них потребовались изменения в коде.
 С этого момента инициируется POST-запрос в sa-logic. Trace ID должен быть проброшен из sa-web-app.
 …

Примечание: На 4 шаге приложение должно увидеть заголовки, сгенерированные Istio, и передать их в последующие запросы, как показано на изображении ниже:


(A) За проброс заголовков отвечает Istio; (B) За заголовки отвечают сервисы
Istio делает основную работу, т.к. генерирует заголовки для входящих запросов, создаёт новые span'ы в каждом sidecare'е и пробрасывает их. Однако без работы с заголовками внутри сервисов полный путь трассировки запроса будет утерян.
Необходимо учитывать (пробрасывать) следующие заголовки:
x-request-id
x-b3-traceid
x-b3-spanid
x-b3-parentspanid
x-b3-sampled
x-b3-flags
x-ot-span-context
Это несложная задача, однако для упрощения её реализации уже существует множество библиотек — например, в сервисе sa-web-app клиент RestTemplate пробрасывает эти заголовки, если просто добавить библиотеки Jaeger и OpenTracing в его зависимости.
Заметьте, что приложение Sentiment Analysis демонстрирует реализации на Flask, Spring и ASP.NET Core.
Теперь, когда стало ясно, что мы получаем из коробки (или почти «из коробки»), рассмотрим вопросы тонко настраиваемой маршрутизации, управления сетевым трафиком, безопасности и т.п.!
Прим. перев.: об этом читайте в следующей части материалов по Istio от Rinor Maloku, переводы которых последуют в нашем блоге в ближайшее время. UPDATE (14 марта): Вторая часть уже опубликована.
P.S. от переводчика
Читайте также в нашем блоге:

 «Назад к микросервисам вместе с Istio»: часть 2 (маршрутизация, управление трафиком), часть 3 (аутентификация и авторизация);
 «Conduit — легковесный service mesh для Kubernetes»;
 «Что такое service mesh и почему он мне нужен [для облачного приложения с микросервисами]?»;
 «Иллюстрированное руководство по устройству сети в Kubernetes. Части 1 и 2»;
 «Как этот sidecar-контейнер оказался здесь [в Kubernetes]?».

Источник: habr.com
route:

- destination:

host: sa-frontend             # 2

port:

number: 80

ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ:

 ਇਹ ਵਰਚੁਅਲ ਸਰਵਿਸ ਦੁਆਰਾ ਆਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ http-ਗੇਟਵੇਅ;
 В destination ਜਿਸ ਸੇਵਾ ਲਈ ਬੇਨਤੀਆਂ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਉਹ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਟਿੱਪਣੀ: ਉਪਰੋਕਤ ਸੰਰਚਨਾ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ sa-virtualservice-external.yaml, ਜਿਸ ਵਿੱਚ SA-WebApp ਅਤੇ SA-ਫੀਡਬੈਕ ਵਿੱਚ ਰੂਟਿੰਗ ਲਈ ਸੈਟਿੰਗਾਂ ਵੀ ਸ਼ਾਮਲ ਹਨ, ਪਰ ਸੰਖੇਪਤਾ ਲਈ ਲੇਖ ਵਿੱਚ ਇੱਥੇ ਛੋਟਾ ਕੀਤਾ ਗਿਆ ਹੈ।
ਆਓ ਕਾਲ ਕਰਕੇ ਵਰਚੁਅਲ ਸਰਵਿਸ ਨੂੰ ਲਾਗੂ ਕਰੀਏ:

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


ਬੇਨਤੀ ਰੂਟਿੰਗ ਲਈ Istio-IngressGateway ਸੰਰਚਨਾ
ਭਾਵਨਾ ਵਿਸ਼ਲੇਸ਼ਣ ਐਪਲੀਕੇਸ਼ਨ ਹੁਣ ਇਸ 'ਤੇ ਉਪਲਬਧ ਹੈ http://{EXTERNAL-IP}/. ਚਿੰਤਾ ਨਾ ਕਰੋ ਜੇਕਰ ਤੁਹਾਨੂੰ ਸਥਿਤੀ ਨਹੀਂ ਮਿਲੀ: ਕਈ ਵਾਰ ਸੰਰਚਨਾ ਨੂੰ ਪ੍ਰਭਾਵੀ ਹੋਣ ਅਤੇ ਦੂਤ ਕੈਸ਼ਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਵਿੱਚ ਥੋੜਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ.
ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ, ਟ੍ਰੈਫਿਕ ਪੈਦਾ ਕਰਨ ਲਈ ਐਪ ਨਾਲ ਥੋੜਾ ਖੇਡੋ। (ਇਸਦੀ ਮੌਜੂਦਗੀ ਅਗਲੀ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਸਪਸ਼ਟਤਾ ਲਈ ਜ਼ਰੂਰੀ ਹੈ - ਲਗਭਗ ਅਨੁਵਾਦ।).
ਕਿਆਲੀ: ਨਿਰੀਖਣਯੋਗਤਾ
Kiali ਪ੍ਰਬੰਧਕੀ ਇੰਟਰਫੇਸ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:

... ਅਤੇ ਖੋਲ੍ਹੋ http://localhost:20001/, ਪ੍ਰਬੰਧਕ/ਪ੍ਰਬੰਧਕ ਵਜੋਂ ਲੌਗਇਨ ਕਰਨਾ। ਇੱਥੇ ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੀਆਂ ਉਪਯੋਗੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਮਿਲਣਗੀਆਂ, ਉਦਾਹਰਨ ਲਈ, Istio ਭਾਗਾਂ ਦੀ ਸੰਰਚਨਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ, ਨੈੱਟਵਰਕ ਬੇਨਤੀਆਂ ਨੂੰ ਇੰਟਰਸੈਪਟ ਕਰਨ ਤੋਂ ਇਕੱਤਰ ਕੀਤੀ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੇਵਾਵਾਂ ਦੀ ਕਲਪਨਾ ਕਰਨਾ, "ਕੌਣ ਕਿਸ ਨਾਲ ਸੰਪਰਕ ਕਰ ਰਿਹਾ ਹੈ?", "ਸੇਵਾ ਦਾ ਕਿਹੜਾ ਸੰਸਕਰਣ ਅਨੁਭਵ ਕਰ ਰਿਹਾ ਹੈ" ਦੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰੋ। ਅਸਫਲਤਾਵਾਂ?" ਇਤਆਦਿ. ਆਮ ਤੌਰ 'ਤੇ, ਗ੍ਰਾਫਾਨਾ ਦੇ ਨਾਲ ਮੈਟ੍ਰਿਕਸ ਦੀ ਕਲਪਨਾ ਕਰਨ ਲਈ ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਕਿਆਲੀ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦੀ ਪੜਚੋਲ ਕਰੋ।

ਗ੍ਰਾਫਾਨਾ: ਮੈਟ੍ਰਿਕਸ ਵਿਜ਼ੂਅਲਾਈਜ਼ੇਸ਼ਨ
ਇਸਟੀਓ ਵਿੱਚ ਇਕੱਤਰ ਕੀਤੇ ਮੈਟ੍ਰਿਕਸ ਪ੍ਰੋਮੀਥੀਅਸ ਵਿੱਚ ਜਾਂਦੇ ਹਨ ਅਤੇ ਗ੍ਰਾਫਾਨਾ ਨਾਲ ਕਲਪਨਾ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। Grafana ਪ੍ਰਬੰਧਕੀ ਇੰਟਰਫੇਸ 'ਤੇ ਜਾਣ ਲਈ, ਹੇਠਾਂ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ ਅਤੇ ਫਿਰ ਖੋਲ੍ਹੋ http://localhost:3000/:

ਮੀਨੂ 'ਤੇ ਕਲਿੱਕ ਕਰਨਾ ਮੁੱਖ ਸਿਖਰ ਖੱਬੇ ਅਤੇ ਚੋਣ Istio ਸੇਵਾ ਡੈਸ਼ਬੋਰਡ ਉੱਪਰਲੇ ਖੱਬੇ ਕੋਨੇ ਵਿੱਚ, ਸੇਵਾ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ sa-ਵੈੱਬ-ਐਪਇਕੱਤਰ ਕੀਤੇ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਵੇਖਣ ਲਈ:

ਇੱਥੇ ਜੋ ਸਾਡਾ ਇੰਤਜ਼ਾਰ ਕਰ ਰਿਹਾ ਹੈ ਉਹ ਇੱਕ ਖਾਲੀ ਅਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੋਰਿੰਗ ਪ੍ਰਦਰਸ਼ਨ ਹੈ - ਪ੍ਰਬੰਧਨ ਇਸ ਨੂੰ ਕਦੇ ਵੀ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕਰੇਗਾ। ਆਓ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਨਾਲ ਇੱਕ ਛੋਟਾ ਲੋਡ ਬਣਾਈਏ:

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


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


TraceId ਦੀ ਵਰਤੋਂ ਬੇਨਤੀ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ
Istio Jaeger Tracer ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜੋ ਵਿਕਰੇਤਾ-ਸੁਤੰਤਰ ਓਪਨਟਰੇਸਿੰਗ API ਫਰੇਮਵਰਕ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੀ ਕਮਾਂਡ ਨਾਲ ਜੈਗਰ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਤੱਕ ਪਹੁੰਚ ਕਰ ਸਕਦੇ ਹੋ:

ਹੁਣ ਜਾਓ http://localhost:16686/ ਅਤੇ ਇੱਕ ਸੇਵਾ ਚੁਣੋ sa-ਵੈੱਬ-ਐਪ. ਜੇਕਰ ਸੇਵਾ ਡ੍ਰੌਪ-ਡਾਊਨ ਮੀਨੂ ਵਿੱਚ ਨਹੀਂ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਪੰਨੇ 'ਤੇ ਗਤੀਵਿਧੀ ਦਿਖਾਓ/ਜਨਰੇਟ ਕਰੋ ਅਤੇ ਇੰਟਰਫੇਸ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ। ਇਸ ਤੋਂ ਬਾਅਦ, ਬਟਨ 'ਤੇ ਕਲਿੱਕ ਕਰੋ ਟਰੇਸ ਲੱਭੋ, ਜੋ ਨਵੀਨਤਮ ਟਰੇਸ ਦਿਖਾਏਗਾ - ਕੋਈ ਵੀ ਚੁਣੋ - ਸਾਰੇ ਟਰੇਸ 'ਤੇ ਵਿਸਤ੍ਰਿਤ ਜਾਣਕਾਰੀ ਦਿਖਾਈ ਦੇਵੇਗੀ:

ਇਹ ਟਰੇਸ ਦਿਖਾਉਂਦਾ ਹੈ:

 ਬੇਨਤੀ ਆਉਂਦੀ ਹੈ istio-ingressgateway (ਇਹ ਸੇਵਾ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਨਾਲ ਪਹਿਲੀ ਗੱਲਬਾਤ ਹੈ, ਅਤੇ ਬੇਨਤੀ ਲਈ ਇੱਕ ਟਰੇਸ ਆਈਡੀ ਤਿਆਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ), ਜਿਸ ਤੋਂ ਬਾਅਦ ਗੇਟਵੇ ਸੇਵਾ ਨੂੰ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ sa-ਵੈੱਬ-ਐਪ.
 ਸੇਵਾ ਵਿੱਚ sa-ਵੈੱਬ-ਐਪ ਬੇਨਤੀ ਨੂੰ ਦੂਤ ਸਾਈਡਕਾਰ ਦੁਆਰਾ ਚੁੱਕਿਆ ਜਾਂਦਾ ਹੈ, ਇੱਕ "ਬੱਚਾ" ਸਪੈਨ ਵਿੱਚ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ (ਇਸੇ ਲਈ ਅਸੀਂ ਇਸਨੂੰ ਟਰੇਸ ਵਿੱਚ ਦੇਖਦੇ ਹਾਂ) ਅਤੇ ਕੰਟੇਨਰ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ sa-ਵੈੱਬ-ਐਪ. (span - ਜੈਗਰ ਵਿੱਚ ਕੰਮ ਦੀ ਇੱਕ ਲਾਜ਼ੀਕਲ ਇਕਾਈ, ਜਿਸਦਾ ਇੱਕ ਨਾਮ, ਓਪਰੇਸ਼ਨ ਦਾ ਅਰੰਭ ਸਮਾਂ ਅਤੇ ਇਸਦੀ ਮਿਆਦ ਹੈ। ਸਪੈਨ ਨੇਸਟ ਕੀਤੇ ਅਤੇ ਆਰਡਰ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਸਪੈਨਾਂ ਦਾ ਇੱਕ ਨਿਰਦੇਸ਼ਿਤ ਐਸੀਸਾਈਕਲ ਗ੍ਰਾਫ ਇੱਕ ਟਰੇਸ ਬਣਾਉਂਦਾ ਹੈ। - ਲਗਭਗ ਅਨੁਵਾਦ।)
 ਇੱਥੇ ਵਿਧੀ ਦੁਆਰਾ ਬੇਨਤੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਭਾਵਨਾ ਵਿਸ਼ਲੇਸ਼ਣ. ਇਹ ਟਰੇਸ ਪਹਿਲਾਂ ਹੀ ਐਪਲੀਕੇਸ਼ਨ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ, i.e. ਉਹਨਾਂ ਨੂੰ ਕੋਡ ਬਦਲਾਅ ਦੀ ਲੋੜ ਹੈ।
 ਇਸ ਪਲ ਤੋਂ, ਇੱਕ POST ਬੇਨਤੀ ਸ਼ੁਰੂ ਕੀਤੀ ਗਈ ਹੈ ਸਾ-ਤਰਕ. ਟਰੇਸ ਆਈਡੀ ਤੋਂ ਅੱਗੇ ਭੇਜੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ sa-ਵੈੱਬ-ਐਪ.
 ...

ਟਿੱਪਣੀ: ਕਦਮ 4 ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ Istio ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਸਿਰਲੇਖ ਦੇਖਣੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਅਗਲੀਆਂ ਬੇਨਤੀਆਂ ਵਿੱਚ ਪਾਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ:


(ਏ) ਸਿਰਲੇਖਾਂ ਨੂੰ ਅੱਗੇ ਭੇਜਣ ਲਈ Istio ਜ਼ਿੰਮੇਵਾਰ ਹੈ; (ਬੀ) ਸੇਵਾਵਾਂ ਸਿਰਲੇਖਾਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹਨ
Istio ਜ਼ਿਆਦਾਤਰ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ... ਆਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਸਿਰਲੇਖ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਹਰੇਕ ਸਾਈਡਕੇਅਰ ਵਿੱਚ ਨਵੇਂ ਸਪੈਨ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਸੇਵਾਵਾਂ ਦੇ ਅੰਦਰ ਸਿਰਲੇਖਾਂ ਨਾਲ ਕੰਮ ਕੀਤੇ ਬਿਨਾਂ, ਪੂਰੀ ਬੇਨਤੀ ਟਰੇਸ ਮਾਰਗ ਖਤਮ ਹੋ ਜਾਵੇਗਾ।
ਹੇਠਾਂ ਦਿੱਤੇ ਸਿਰਲੇਖਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ:

ਇਹ ਕੋਈ ਔਖਾ ਕੰਮ ਨਹੀਂ ਹੈ, ਪਰ ਇਸ ਦੇ ਅਮਲ ਨੂੰ ਸਰਲ ਬਣਾਉਣਾ ਪਹਿਲਾਂ ਹੀ ਹੈ ਬਹੁਤ ਸਾਰੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ - ਉਦਾਹਰਨ ਲਈ, sa-web-app ਸੇਵਾ ਵਿੱਚ, RestTemplate ਕਲਾਇੰਟ ਇਹਨਾਂ ਸਿਰਲੇਖਾਂ ਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਸਿਰਫ਼ Jaeger ਅਤੇ OpenTracing ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ ਜੋੜਦੇ ਹੋ ਉਸ ਦੇ ਨਸ਼ੇ.
ਨੋਟ ਕਰੋ ਕਿ ਭਾਵਨਾ ਵਿਸ਼ਲੇਸ਼ਣ ਐਪਲੀਕੇਸ਼ਨ ਫਲਾਸਕ, ਸਪਰਿੰਗ, ਅਤੇ ASP.NET ਕੋਰ ਵਿੱਚ ਲਾਗੂਕਰਨਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ।
ਹੁਣ ਜਦੋਂ ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਅਸੀਂ ਬਾਕਸ ਤੋਂ ਕੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ (ਜਾਂ ਲਗਭਗ ਬਾਕਸ ਤੋਂ ਬਾਹਰ), ਆਓ ਵਧੀਆ-ਟਿਊਨਡ ਰੂਟਿੰਗ, ਨੈਟਵਰਕ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ, ਸੁਰੱਖਿਆ, ਆਦਿ ਨੂੰ ਵੇਖੀਏ!
ਨੋਟ ਕਰੋ। ਅਨੁਵਾਦ: ਇਸ ਬਾਰੇ ਰੀਨੋਰ ਮਾਲੋਕੂ ਤੋਂ ਇਸਟੀਓ 'ਤੇ ਸਮੱਗਰੀ ਦੇ ਅਗਲੇ ਹਿੱਸੇ ਵਿੱਚ ਪੜ੍ਹੋ, ਜਿਸ ਦੇ ਅਨੁਵਾਦ ਨੇੜਲੇ ਭਵਿੱਖ ਵਿੱਚ ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਆਉਣਗੇ। ਅਪਡੇਟ ਕਰੋ (14 ਮਾਰਚ): ਦੂਜਾ ਹਿੱਸਾ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ.
ਅਨੁਵਾਦਕ ਤੋਂ ਪੀ.ਐਸ
ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਵੀ ਪੜ੍ਹੋ:

 "ਇਸਟੀਓ ਨਾਲ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ 'ਤੇ ਵਾਪਸ ਜਾਓ": ਭਾਗ 2 (ਰੂਟਿੰਗ, ਟ੍ਰੈਫਿਕ ਕੰਟਰੋਲ), ਭਾਗ 3 (ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਅਧਿਕਾਰ);
 «ਕੰਡਿਊਟ - ਕੁਬਰਨੇਟਸ ਲਈ ਹਲਕਾ ਸੇਵਾ ਜਾਲ";
 «ਇੱਕ ਸੇਵਾ ਜਾਲ ਕੀ ਹੈ ਅਤੇ ਮੈਨੂੰ [ਮਾਈਕ੍ਰੋਸਰਵਿਸਿਜ਼ ਦੇ ਨਾਲ ਕਲਾਉਡ ਐਪਲੀਕੇਸ਼ਨ ਲਈ] ਇਸਦੀ ਕਿਉਂ ਲੋੜ ਹੈ?";
 «ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਨੈੱਟਵਰਕਿੰਗ ਲਈ ਇੱਕ ਸਚਿੱਤਰ ਗਾਈਡ। ਭਾਗ 1 ਅਤੇ 2";
 «ਇਹ ਸਾਈਡਕਾਰ ਕੰਟੇਨਰ ਇੱਥੇ [ਕੁਬਰਨੇਟਸ ਵਿੱਚ] ਕਿਵੇਂ ਖਤਮ ਹੋਇਆ?".

ਸਰੋਤ: www.habr.com