Knative - ਸਰਵਰ ਰਹਿਤ ਸਹਾਇਤਾ ਦੇ ਨਾਲ k8s-ਅਧਾਰਿਤ ਪਲੇਟਫਾਰਮ-ਏਜ਼-ਏ-ਸਰਵਿਸ

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

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

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

ਸਰੋਤ-ਤੋਂ-ਸ਼ਿਪ ਵਰਕਫਲੋ ਨੂੰ PaaS ਦੁਆਰਾ ਇੱਕ ਕਸਟਮ ਕੰਟੇਨਰ ਚਿੱਤਰ ਬਣਾ ਕੇ, ਇਸ ਨੂੰ ਤੈਨਾਤ ਕਰਕੇ, ਇੱਕ ਨਵਾਂ ਰੂਟ ਸਥਾਪਤ ਕਰਕੇ ਅਤੇ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਲਈ DNS ਸਬਡੋਮੇਨ ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਭ ਕਮਾਂਡ 'ਤੇ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ git push.

ਕੁਬਰਨੇਟਸ (ਜਾਣ ਬੁੱਝ ਕੇ) ਅਜਿਹੇ ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਸਿਰਫ ਕੋਰ ਬਿਲਡਿੰਗ ਬਲਾਕ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਕਮਿਊਨਿਟੀ ਨੂੰ ਆਪਣੇ ਆਪ ਕੰਮ ਕਰਨ ਲਈ ਸੁਤੰਤਰ ਛੱਡਦਾ ਹੈ। ਕਿਵੇਂ ਕੈਲਸੀ ਹਾਈਟਾਵਰ ਨੇ ਕਿਹਾ:

Kubernetes ਪਲੇਟਫਾਰਮ ਬਣਾਉਣ ਲਈ ਇੱਕ ਪਲੇਟਫਾਰਮ ਹੈ. ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਸਥਿਤੀ, ਪਰ ਮੁਕੰਮਲ ਨਹੀਂ।

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਕੁਬਰਨੇਟਸ ਬਿਲਡਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਦੇਖਦੇ ਹਾਂ, ਨਾਲ ਹੀ ਹੋਸਟਿੰਗ ਕੰਪਨੀਆਂ ਜੋ ਕੁਬਰਨੇਟਸ ਲਈ PaaS ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ OpenShift ਅਤੇ Rancher. ਵਧ ਰਹੇ ਕੁਬੇ-ਪਾਸ ਮਾਰਕੀਟ ਦੇ ਵਿਚਕਾਰ, ਗੂਗਲ ਅਤੇ ਪਿਵੋਟਲ ਦੁਆਰਾ ਜੁਲਾਈ 2018 ਵਿੱਚ ਸਥਾਪਿਤ, ਨੈਟਿਵ, ਰਿੰਗ ਵਿੱਚ ਦਾਖਲ ਹੋ ਰਿਹਾ ਹੈ।

Knative Google ਅਤੇ Pivotal ਵਿਚਕਾਰ ਇੱਕ ਸਹਿਯੋਗ ਸੀ, ਜਿਸ ਵਿੱਚ ਹੋਰ ਕੰਪਨੀਆਂ ਜਿਵੇਂ ਕਿ IBM, RedHat ਅਤੇ Solo.im ਦੀ ਥੋੜ੍ਹੀ ਜਿਹੀ ਮਦਦ ਸੀ। ਇਹ ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ-ਅਧਾਰਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਉੱਚ ਪੱਧਰੀ ਸਹਾਇਤਾ ਦੇ ਨਾਲ ਕੁਬਰਨੇਟਸ ਨੂੰ ਸਮਾਨ PaaS ਚੀਜ਼ਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ। Kubernetes ਬਿਲਡਾਂ ਦੇ ਉਲਟ, Knative ਨੂੰ ਕਿਸੇ ਵੀ ਅਨੁਕੂਲ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ 'ਤੇ ਐਡ-ਆਨ ਵਜੋਂ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾ ਸਰੋਤਾਂ ਦੁਆਰਾ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

ਨੈਟਿਵ ਕੀ ਹੈ?

Knative ਨੂੰ "ਆਧੁਨਿਕ ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵਰਕਲੋਡ ਨੂੰ ਪ੍ਰਦਾਨ ਕਰਨ ਅਤੇ ਪ੍ਰਬੰਧਨ ਲਈ ਇੱਕ ਕੁਬਰਨੇਟਸ-ਅਧਾਰਿਤ ਪਲੇਟਫਾਰਮ" ਵਜੋਂ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਨੈਟਿਵ, ਆਪਣੇ ਆਪ ਨੂੰ ਅਜਿਹੇ ਪਲੇਟਫਾਰਮ ਵਜੋਂ ਬਿਲਿੰਗ ਕਰਦੇ ਹੋਏ, ਸਮਕਾਲੀ HTTP ਬੇਨਤੀਆਂ ਦੇ ਅਨੁਪਾਤ ਵਿੱਚ ਸਰਗਰਮੀ ਨਾਲ ਕੰਟੇਨਰਾਂ ਨੂੰ ਆਟੋਸਕੇਲ ਕਰਦਾ ਹੈ। ਅਣਵਰਤੀਆਂ ਸੇਵਾਵਾਂ ਆਖਰਕਾਰ ਜ਼ੀਰੋ ਤੱਕ ਘਟਦੀਆਂ ਹਨ, ਸਰਵਰ ਰਹਿਤ-ਸਟਾਈਲ ਆਨ-ਡਿਮਾਂਡ ਸਕੇਲਿੰਗ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ।

Knative ਵਿੱਚ ਕੰਟਰੋਲਰਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੁੰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਵੀ Kubernetes ਕਲੱਸਟਰ ਵਿੱਚ ਸਥਾਪਿਤ ਹੁੰਦਾ ਹੈ ਅਤੇ ਹੇਠ ਲਿਖੀਆਂ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:

• ਸਰੋਤ ਕੋਡ ਤੋਂ ਕੰਟੇਨਰਾਈਜ਼ਡ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣਾ (ਕੰਪੋਨੈਂਟ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਬਣਾਓ),
• ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਨਾ (ਕੰਪੋਨੈਂਟ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਦੀ ਸੇਵਾ),
• ਡਿਲੀਵਰੀ ਅਤੇ ਮੰਗ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਆਟੋਮੈਟਿਕ ਸਕੇਲਿੰਗ (ਕੰਪੋਨੈਂਟ ਦੁਆਰਾ ਵੀ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ ਦੀ ਸੇਵਾ),
• ਐਪਲੀਕੇਸ਼ਨ ਲਾਂਚ ਕਰਨ ਵਾਲੇ ਸਮਾਗਮਾਂ ਦੇ ਸਰੋਤਾਂ ਦੀ ਪਛਾਣ ਕਰਨਾ (ਕੰਪੋਨੈਂਟ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਘਟਨਾ).

ਇੱਕ ਮੁੱਖ ਹਿੱਸਾ ਸਰਵਿੰਗ ਹੈ, ਜੋ ਪ੍ਰਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ, ਆਟੋ-ਸਕੇਲਿੰਗ, ਅਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। Knative ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਤੁਹਾਡੇ ਕੋਲ ਅਜੇ ਵੀ Kubernetes API ਤੱਕ ਪੂਰੀ ਪਹੁੰਚ ਹੈ, ਜਿਸ ਨਾਲ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਮਿਲਦੀ ਹੈ ਆਮ ਤਰੀਕੇ ਨਾਲ, ਅਤੇ ਨੈਟਿਵ ਸੇਵਾਵਾਂ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਲਈ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ, ਉਹੀ API ਪ੍ਰਾਈਮਿਟਿਵਜ਼ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ ਜੋ ਇਹ ਸੇਵਾਵਾਂ ਵਰਤਦੀਆਂ ਹਨ (ਮੋਡਿਊਲ, ਸੇਵਾਵਾਂ, ਆਦਿ)।

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

ਨੈਟਿਵ ਖੁਦ ਇੱਕ ਅਨੁਕੂਲ ਪ੍ਰਵੇਸ਼ ਕੰਟਰੋਲਰ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਇਸ ਲੇਖ ਨੂੰ ਲਿਖਣ ਦੇ ਸਮੇਂ ਸਮਰਥਿਤ ਹੈ Gloo API ਗੇਟਵੇ и Istio ਸੇਵਾ ਜਾਲ. ਇਹ ਨੈਟਿਵ-ਪ੍ਰਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਰੂਟ ਟ੍ਰੈਫਿਕ ਲਈ ਉਪਲਬਧ ਪ੍ਰਵੇਸ਼ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੇਗਾ।

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

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

ਆਉ ਸਟੈਂਡ 'ਤੇ ਕਾਰਵਾਈ ਵਿੱਚ ਨੈਟਿਵ ਦੀ ਜਾਂਚ ਕਰੀਏ। ਮੈਂ GKE ਵਿੱਚ ਚੱਲ ਰਹੇ ਇੱਕ ਤਾਜ਼ੇ ਸਥਾਪਿਤ ਕਲੱਸਟਰ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗਾ:

kubectl get namespace
NAME          STATUS   AGE
default       Active   21h
kube-public   Active   21h
kube-system   Active   21h

ਆਓ Knative ਅਤੇ Gloo ਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੀਏ। ਇਹ ਕਿਸੇ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

# ставим Knative-Serving
kubectl apply -f 
 https://github.com/knative/serving/releases/download/v0.8.0/serving-core.yaml
namespace/knative-serving created
# ...
# ставим Gloo
kubectl apply -f 
  https://github.com/solo-io/gloo/releases/download/v0.18.22/gloo-knative.yaml
namespace/gloo-system created
# ...

ਅਸੀਂ ਜਾਂਚ ਕਰਦੇ ਹਾਂ ਕਿ ਸਾਰੇ ਪੌਡ "ਚੱਲ ਰਹੇ" ਸਥਿਤੀ ਵਿੱਚ ਹਨ:

kubectl get pod -n knative-serving
NAME                              READY   STATUS    RESTARTS   AGE
activator-5dd55958cc-fkp7r        1/1     Running   0          7m32s
autoscaler-fd66459b7-7d5s2        1/1     Running   0          7m31s
autoscaler-hpa-85b5667df4-mdjch   1/1     Running   0          7m32s
controller-85c8bb7ffd-nj9cs       1/1     Running   0          7m29s
webhook-5bd79b5c8b-7czrm          1/1     Running   0          7m29s
kubectl get pod -n gloo-system
NAME                                      READY   STATUS    RESTARTS   AGE
discovery-69548c8475-fvh7q                1/1     Running   0          44s
gloo-5b6954d7c7-7rfk9                     1/1     Running   0          45s
ingress-6c46cdf6f6-jwj7m                  1/1     Running   0          44s
knative-external-proxy-7dd7665869-x9xkg   1/1     Running   0          44s
knative-internal-proxy-7775476875-9xvdg   1/1     Running   0          44s

Gloo ਰੂਟਿੰਗ ਲਈ ਤਿਆਰ ਹੈ, ਆਓ ਇੱਕ ਆਟੋ-ਸਕੇਲਿੰਗ Knative ਸੇਵਾ ਬਣਾਈਏ (ਆਓ ਇਸਨੂੰ kservice ਆਖੀਏ) ਅਤੇ ਇਸਦੇ ਲਈ ਟ੍ਰੈਫਿਕ ਰੂਟ ਕਰੀਏ।

ਨੈਟਿਵ ਸੇਵਾਵਾਂ ਰਵਾਇਤੀ ਡਿਪਲਾਇਮੈਂਟ+ਸਰਵਿਸ+ਇੰਗਰੇਸ ਮਾਡਲ ਨਾਲੋਂ ਕੁਬਰਨੇਟਸ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਡਿਲੀਵਰ ਕਰਨ ਲਈ ਇੱਕ ਆਸਾਨ ਰਸਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ। ਅਸੀਂ ਇਸ ਉਦਾਹਰਣ ਨਾਲ ਕੰਮ ਕਰਾਂਗੇ:

apiVersion: serving.knative.dev/v1alpha1
kind: Service
metadata:
 name: helloworld-go
 namespace: default
spec:
 template:
   spec:
     containers:
       - image: gcr.io/knative-samples/helloworld-go
         env:
           - name: TARGET
             Value: Knative user

ਮੈਂ ਇਸਨੂੰ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਕਾਪੀ ਕੀਤਾ, ਫਿਰ ਇਸਨੂੰ ਮੇਰੇ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਇਸ ਤਰੀਕੇ ਨਾਲ ਲਾਗੂ ਕੀਤਾ:

kubectl apply -f ksvc.yaml -n default

ਅਸੀਂ ਆਪਣੇ 'ਹੈਲੋਵਰਲਡ-ਗੋ' ਨੂੰ ਡਿਲੀਵਰ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਲੱਸਟਰ ਵਿੱਚ ਨੈਟਿਵ ਦੁਆਰਾ ਬਣਾਏ ਸਰੋਤਾਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹਾਂ। kservice:

kubectl get pod -n default
NAME                                              READY   STATUS    RESTARTS   AGE
helloworld-go-fjp75-deployment-678b965ccb-sfpn8   2/2     Running   0          68s

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

kubectl get ingresses.networking.internal.knative.dev -n default
NAME            READY   REASON
helloworld-go   True

Knative ਅੰਦਰੂਨੀ Knative API ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ 'ਪ੍ਰਵੇਸ਼' ਸਰੋਤ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਦੇ ਪ੍ਰਵੇਸ਼ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦਾ ਹੈ। Gloo ਇਸ API ਦੀ ਵਰਤੋਂ PaaS ਵਰਗੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਆਪਣੀ ਸੰਰਚਨਾ ਦੇ ਤੌਰ 'ਤੇ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਨੀਲੇ-ਹਰੇ ਤੈਨਾਤੀ ਮਾਡਲ, ਆਟੋਮੈਟਿਕ TLS ਲਾਗੂਕਰਨ, ਸਮਾਂ ਸਮਾਪਤੀ, ਅਤੇ ਹੋਰ ਉੱਨਤ ਰੂਟਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਹਨ।

ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਸਾਡੇ ਪੌਡ ਗਾਇਬ ਹੋ ਗਏ ਹਨ (ਕਿਉਂਕਿ ਕੋਈ ਆਉਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਨਹੀਂ ਸੀ):

kubectl get pod -n default

No resources found.
kubectl get deployment -n default
NAME                             DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
helloworld-go-fjp75-deployment   0         0         0            0           9m46s

ਅੰਤ ਵਿੱਚ ਅਸੀਂ ਉਨ੍ਹਾਂ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗੇ। ਤੁਸੀਂ ਆਸਾਨੀ ਨਾਲ ਅਤੇ ਆਸਾਨੀ ਨਾਲ ਨੈਟਿਵ ਪ੍ਰੌਕਸੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ URL ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ glooctl:

glooctl proxy url --name knative-external-proxy
http://35.190.151.188:80

ਇੰਸਟਾਲ ਕੀਤੇ ਬਿਨਾਂ glooctl ਤੁਸੀਂ kube ਸੇਵਾ ਵਿੱਚ ਪਤਾ ਅਤੇ ਪੋਰਟ ਦੇਖ ਸਕਦੇ ਹੋ:

kubectl get svc -n gloo-system knative-external-proxy
NAME                     TYPE           CLUSTER-IP     EXTERNAL-IP      PORT(S)                      AGE
knative-external-proxy   LoadBalancer   10.16.11.157   35.190.151.188   80:32168/TCP,443:30729/TCP   77m

ਚਲੋ cURL ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੁਝ ਡੇਟਾ ਚਲਾਉਂਦੇ ਹਾਂ:

curl -H "Host: helloworld-go.default.example.com" http://35.190.151.188
Hello Knative user!

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

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

ਸਾਊਥਬ੍ਰਿਜ ਦੇ ਸੰਪਾਦਕਾਂ ਤੋਂ
ਪਾਠਕਾਂ ਦੇ ਵਿਚਾਰ ਸਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਇਸ ਲਈ ਅਸੀਂ ਤੁਹਾਨੂੰ Knative, Kubernetes, ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ ਬਾਰੇ ਭਵਿੱਖ ਦੇ ਲੇਖਾਂ ਨਾਲ ਸਬੰਧਤ ਇੱਕ ਛੋਟੇ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਲਈ ਕਹਿੰਦੇ ਹਾਂ:

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਕੀ ਮੈਨੂੰ ਨੈਟਿਵ ਅਤੇ ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ ਬਾਰੇ ਲੇਖ ਅਤੇ ਗਾਈਡ ਲਿਖਣਾ ਜਾਰੀ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ?

• ਜੀ ਜਰੂਰ.

• ਨਹੀਂ ਧੰਨਵਾਦ.

28 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਪਾਈ। 4 ਉਪਭੋਗਤਾ ਪਰਹੇਜ਼ ਰਹੇ।

ਸਰੋਤ: www.habr.com