ਡੰਪ ਕਾਨਫਰੰਸ | grep 'ਬੈਕਐਂਡ|devops'

ਪਿਛਲੇ ਹਫ਼ਤੇ ਮੈਂ ਯੇਕਾਟੇਰਿਨਬਰਗ ਵਿੱਚ DUMP IT ਕਾਨਫਰੰਸ (https://dump-ekb.ru/) ਵਿੱਚ ਗਿਆ ਸੀ ਅਤੇ ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਬੈਕਐਂਡ ਅਤੇ ਡੇਵੋਪਸ ਸੈਕਸ਼ਨਾਂ ਵਿੱਚ ਕੀ ਚਰਚਾ ਕੀਤੀ ਗਈ ਸੀ, ਅਤੇ ਕੀ ਖੇਤਰੀ ਆਈਟੀ ਕਾਨਫਰੰਸਾਂ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹਨ।

ਸਰਵਰ ਰਹਿਤ ਬਾਰੇ Evil Martians ਤੋਂ ਨਿਕੋਲੇ ਸਵੇਰਚਕੋਵ

ਫਿਰ ਵੀ ਕੀ ਸੀ?

ਕੁੱਲ ਮਿਲਾ ਕੇ, ਕਾਨਫਰੰਸ ਵਿੱਚ 8 ਭਾਗ ਸਨ: ਬੈਕਐਂਡ, ਫਰੰਟਐਂਡ, ਮੋਬਾਈਲ, ਟੈਸਟਿੰਗ ਅਤੇ QA, ਡੇਵੋਪਸ, ਡਿਜ਼ਾਈਨ, ਵਿਗਿਆਨ ਅਤੇ ਪ੍ਰਬੰਧਨ।

ਸਭ ਤੋਂ ਵੱਡੇ ਹਾਲ, ਵੈਸੇ, ਵਿਗਿਆਨ ਅਤੇ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਹਨ)) ਹਰੇਕ ਲਈ ~350 ਲੋਕਾਂ ਲਈ। ਬੈਕਐਂਡ ਅਤੇ ਫਰੰਟਐਂਡ ਬਹੁਤ ਛੋਟੇ ਨਹੀਂ ਹਨ। ਡੇਵੋਪਸ ਕਮਰਾ ਸਭ ਤੋਂ ਛੋਟਾ ਸੀ, ਪਰ ਕਿਰਿਆਸ਼ੀਲ ਸੀ।

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

SKB-Kontur, DataArt, Evil Martians, Ekaterinburg web studio Flag, Miro (RealTimeBoard) ਦੇ ਨੁਮਾਇੰਦਿਆਂ ਨੇ Devops ਅਤੇ Backend ਭਾਗਾਂ ਵਿੱਚ ਗੱਲ ਕੀਤੀ। CI/CD ਵਾਲੇ ਵਿਸ਼ੇ, ਕਤਾਰ ਸੇਵਾਵਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ, ਲੌਗਿੰਗ; ਸਰਵਰ ਰਹਿਤ ਵਿਸ਼ੇ ਅਤੇ Go ਵਿੱਚ PostgreSQL ਨਾਲ ਕੰਮ ਕਰਨਾ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਵਰ ਕੀਤਾ ਗਿਆ ਸੀ।

Avito, Tinkoff, Yandex, Jetstyle, Megafon, Ak Bars Bank ਦੁਆਰਾ ਵੀ ਰਿਪੋਰਟਾਂ ਸਨ, ਪਰ ਮੇਰੇ ਕੋਲ ਉਹਨਾਂ ਨੂੰ ਸਰੀਰਕ ਤੌਰ 'ਤੇ ਹਾਜ਼ਰ ਹੋਣ ਦਾ ਸਮਾਂ ਨਹੀਂ ਸੀ (ਵੀਡੀਓ ਰਿਕਾਰਡਿੰਗ ਅਤੇ ਰਿਪੋਰਟਾਂ ਦੀਆਂ ਸਲਾਈਡਾਂ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹਨ, ਉਹ 2 ਹਫ਼ਤਿਆਂ ਦੇ ਅੰਦਰ ਉਹਨਾਂ ਨੂੰ ਪੋਸਟ ਕਰਨ ਦਾ ਵਾਅਦਾ ਕਰਦੇ ਹਨ। dump-ekb.ru 'ਤੇ).

ਡਿਵੋਪਸ ਸੈਕਸ਼ਨ

ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਇਹ ਸੀ ਕਿ ਇਹ ਸੈਕਸ਼ਨ ਸਭ ਤੋਂ ਛੋਟੇ ਹਾਲ ਵਿਚ ਲਗਭਗ 50 ਸੀਟਾਂ ਵਾਲਾ ਸੀ। ਲੋਕ ਏਲਾਂ ਵਿੱਚ ਵੀ ਖੜੇ ਸਨ :) ਮੈਂ ਤੁਹਾਨੂੰ ਉਨ੍ਹਾਂ ਰਿਪੋਰਟਾਂ ਬਾਰੇ ਦੱਸਾਂਗਾ ਜੋ ਮੈਂ ਸੁਣਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਿਹਾ.

ਇੱਕ ਪੇਟਾਬਾਈਟ ਵਜ਼ਨ ਵਾਲਾ ਲਚਕੀਲਾ

ਸੈਕਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ ਵਲਾਦੀਮੀਰ ਲਿਲ (SKB-ਕੋਂਟੂਰ) ਦੁਆਰਾ ਕੋਂਟੂਰ ਵਿੱਚ ਇਲਾਸਟਿਕ ਖੋਜ ਬਾਰੇ ਇੱਕ ਰਿਪੋਰਟ ਨਾਲ ਹੋਈ। ਉਹਨਾਂ ਕੋਲ ਕਾਫ਼ੀ ਵੱਡਾ ਅਤੇ ਲੋਡ ਕੀਤਾ ਲਚਕੀਲਾ (~ 800 TB ਡਾਟਾ, ~ 1.3 ਪੇਟਾਬਾਈਟ ਰਿਡੰਡੈਂਸੀ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ) ਹੈ। ਸਾਰੀਆਂ ਕੋਂਟੂਰ ਸੇਵਾਵਾਂ ਲਈ ਇਲਾਸਟਿਕ ਖੋਜ ਸਿੰਗਲ ਹੈ, ਜਿਸ ਵਿੱਚ 2 ਕਲੱਸਟਰ ਹੁੰਦੇ ਹਨ (7 ਅਤੇ 9 ਸਰਵਰਾਂ ਦੇ), ਅਤੇ ਇਹ ਇੰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਕੋਂਟੂਰ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਇਲਾਸਟਿਕ ਖੋਜ ਇੰਜੀਨੀਅਰ (ਅਸਲ ਵਿੱਚ, ਵਲਾਦੀਮੀਰ ਖੁਦ) ਹੈ।

ਵਲਾਦੀਮੀਰ ਨੇ Elasticsearch ਦੇ ਲਾਭਾਂ ਅਤੇ ਇਸ ਨਾਲ ਹੋਣ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਬਾਰੇ ਆਪਣੇ ਵਿਚਾਰ ਵੀ ਸਾਂਝੇ ਕੀਤੇ।

ਲਾਭ:

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

ਸਮੱਸਿਆਵਾਂ:

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

Elasticsearch ਲਈ ਓਪਨ ਡਿਸਟ੍ਰੋ ਬਾਰੇ ਸਿਰਫ ਸਕਾਰਾਤਮਕ ਸਮੀਖਿਆਵਾਂ ਸਨ :) ਅਧਿਕਾਰ ਦਾ ਉਹੀ ਮੁੱਦਾ ਉੱਥੇ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ.

ਪੇਟਾਬਾਈਟ ਕਿੱਥੋਂ ਆਉਂਦੀ ਹੈ?ਉਹਨਾਂ ਦੇ ਨੋਡਾਂ ਵਿੱਚ 12*8 Tb SATA + 2*2 Tb SSD ਵਾਲੇ ਸਰਵਰ ਹੁੰਦੇ ਹਨ। SATA 'ਤੇ ਕੋਲਡ ਸਟੋਰੇਜ, SSD ਸਿਰਫ਼ ਗਰਮ ਕੈਸ਼ (ਗਰਮ ਸਟੋਰੇਜ) ਲਈ।
7+9 ਸਰਵਰ, (7 + 9) * 12 * 8 = 1536 ਟੀ.ਬੀ.
ਸਪੇਸ ਦਾ ਕੁਝ ਹਿੱਸਾ ਰਿਜ਼ਰਵ ਵਿੱਚ ਹੈ, ਰਿਡੰਡੈਂਸੀ ਲਈ ਅਲੱਗ ਰੱਖਿਆ ਗਿਆ ਹੈ, ਆਦਿ।
ਲਗਭਗ 90 ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਲੌਗ ਇਲਾਸਟਿਕਸਰਚ ਨੂੰ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਕੋਨਟੂਰ, ਐਲਬਾ, ਆਦਿ ਦੀਆਂ ਸਾਰੀਆਂ ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ ਸ਼ਾਮਲ ਹਨ।

ਸਰਵਰ ਰਹਿਤ 'ਤੇ ਵਿਕਾਸ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਅੱਗੇ ਸਰਵਰਲੇਸ ਬਾਰੇ ਡੇਟਾਆਰਟ ਤੋਂ ਰੁਸਲਾਨ ਸਰਕਿਨ ਦੁਆਰਾ ਇੱਕ ਰਿਪੋਰਟ ਹੈ.

ਰੁਸਲਨ ਨੇ ਇਸ ਬਾਰੇ ਗੱਲ ਕੀਤੀ ਕਿ ਸਰਵਰ ਰਹਿਤ ਪਹੁੰਚ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਕੀ ਵਿਕਾਸ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਕੀ ਹਨ।

ਸਰਵਰ ਰਹਿਤ ਵਿਕਾਸ ਲਈ ਇੱਕ ਪਹੁੰਚ ਹੈ ਜਿਸ ਵਿੱਚ ਡਿਵੈਲਪਰ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਨਹੀਂ ਛੂਹਦੇ ਹਨ। ਉਦਾਹਰਨ - AWS Lambda Serverless, Kubeless.io (Kubernetes ਦੇ ਅੰਦਰ ਸਰਵਰ ਰਹਿਤ), Google ਕਲਾਉਡ ਫੰਕਸ਼ਨ।

ਇੱਕ ਆਦਰਸ਼ ਸਰਵਰ ਰਹਿਤ ਐਪਲੀਕੇਸ਼ਨ ਸਿਰਫ਼ ਇੱਕ ਫੰਕਸ਼ਨ ਹੈ ਜੋ ਇੱਕ ਵਿਸ਼ੇਸ਼ API ਗੇਟਵੇ ਦੁਆਰਾ ਇੱਕ ਸਰਵਰ ਰਹਿਤ ਪ੍ਰਦਾਤਾ ਨੂੰ ਇੱਕ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ। ਇੱਕ ਆਦਰਸ਼ ਮਾਈਕ੍ਰੋਸਰਵਿਸ, ਜਦੋਂ ਕਿ AWS Lambda ਵੀ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਆਧੁਨਿਕ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਸਾਂਭ-ਸੰਭਾਲ ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਦੀ ਲਾਗਤ ਜ਼ੀਰੋ ਹੋ ਜਾਂਦੀ ਹੈ, ਛੋਟੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਵੀ ਬਹੁਤ ਸਸਤਾ ਹੋਵੇਗਾ (AWS Lambda - $0.2 / 1 ਮਿਲੀਅਨ ਸਧਾਰਨ ਬੇਨਤੀਆਂ)।

ਅਜਿਹੇ ਸਿਸਟਮ ਦੀ ਸਕੇਲੇਬਿਲਟੀ ਲਗਭਗ ਆਦਰਸ਼ ਹੈ - ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਇਸ ਦਾ ਖੁਦ ਧਿਆਨ ਰੱਖਦਾ ਹੈ, ਕੁਬੇਲੈਸ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਆਪਣੇ ਆਪ ਹੀ ਸਕੇਲ ਕਰਦਾ ਹੈ।

ਨੁਕਸਾਨ ਹਨ:

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

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

CI ਗਰੀਬਾਂ ਲਈ ਹੈ, ਜਾਂ ਕੀ ਇਹ ਵੈੱਬ ਸਟੂਡੀਓ ਲਈ ਆਪਣਾ CI ਲਿਖਣਾ ਯੋਗ ਹੈ?

ਯੇਕਾਟੇਰਿਨਬਰਗ ਤੋਂ ਫਲੈਗ ਵੈੱਬ ਸਟੂਡੀਓ ਦੇ ਮੁਖੀ ਮਿਖਾਇਲ ਰੇਡੀਓਨੋਵ ਨੇ ਸਵੈ-ਲਿਖਤ CI/CD ਬਾਰੇ ਗੱਲ ਕੀਤੀ।

ਉਸਦਾ ਸਟੂਡੀਓ "ਮੈਨੂਅਲ CI/CD" (SSH ਦੁਆਰਾ ਸਰਵਰ ਵਿੱਚ ਲੌਗਇਨ ਕਰੋ, ਇੱਕ git ਪੁੱਲ ਕਰੋ, ਦਿਨ ਵਿੱਚ 100 ਵਾਰ ਦੁਹਰਾਓ) ਤੋਂ ਜੇਨਕਿਨਸ ਅਤੇ ਇੱਕ ਸਵੈ-ਲਿਖਤ ਟੂਲ ਤੱਕ ਚਲਾ ਗਿਆ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਕੋਡ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਅਤੇ ਪੁਲਕਿਨਜ਼ ਨਾਮਕ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। .

ਜੇਨਕਿੰਸ ਨੇ ਕੰਮ ਕਿਉਂ ਨਹੀਂ ਕੀਤਾ? ਇਹ ਮੂਲ ਰੂਪ ਵਿੱਚ ਲੋੜੀਂਦੀ ਲਚਕਤਾ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਸੀ ਅਤੇ ਅਨੁਕੂਲਿਤ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਸੀ।

"ਝੰਡਾ" Laravel (PHP ਫਰੇਮਵਰਕ) ਵਿੱਚ ਵਿਕਸਤ ਹੁੰਦਾ ਹੈ। ਇੱਕ CI/CD ਸਰਵਰ ਵਿਕਸਿਤ ਕਰਨ ਵੇਲੇ, ਮਿਖਾਇਲ ਅਤੇ ਉਸਦੇ ਸਾਥੀਆਂ ਨੇ Laravel ਦੇ ਬਿਲਟ-ਇਨ ਮਕੈਨਿਜ਼ਮ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਿਸਨੂੰ ਟੈਲੀਸਕੋਪ ਅਤੇ ਦੂਤ ਕਹਿੰਦੇ ਹਨ। ਨਤੀਜਾ PHP ਵਿੱਚ ਇੱਕ ਸਰਵਰ ਹੈ (ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ) ਜੋ ਆਉਣ ਵਾਲੀਆਂ ਵੈਬਹੁੱਕ ਬੇਨਤੀਆਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ, ਫਰੰਟਐਂਡ ਅਤੇ ਬੈਕਐਂਡ ਬਣਾ ਸਕਦਾ ਹੈ, ਵੱਖ-ਵੱਖ ਸਰਵਰਾਂ 'ਤੇ ਤਾਇਨਾਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਲੈਕ ਨੂੰ ਰਿਪੋਰਟ ਕਰ ਸਕਦਾ ਹੈ।

ਫਿਰ, ਨੀਲੀ/ਹਰੇ ਤੈਨਾਤੀ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣ ਅਤੇ dev-stage-prod ਵਾਤਾਵਰਣ ਵਿੱਚ ਇੱਕਸਾਰ ਸੈਟਿੰਗਾਂ ਰੱਖਣ ਲਈ, ਉਹ ਡੌਕਰ ਵਿੱਚ ਬਦਲ ਗਏ। ਫਾਇਦੇ ਉਹੀ ਰਹੇ, ਵਾਤਾਵਰਣ ਨੂੰ ਇਕਸਾਰ ਬਣਾਉਣ ਦੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਅਤੇ ਸਹਿਜ ਤੈਨਾਤੀ ਨੂੰ ਜੋੜਿਆ ਗਿਆ, ਅਤੇ ਡੌਕਰ ਨੂੰ ਇਸਦੇ ਨਾਲ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਸਿੱਖਣ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਜੋੜਿਆ ਗਿਆ।

ਪ੍ਰੋਜੈਕਟ Github 'ਤੇ ਹੈ

ਅਸੀਂ ਸਰਵਰ ਰੀਲੀਜ਼ ਰੋਲਬੈਕਸ ਦੀ ਗਿਣਤੀ ਨੂੰ 99% ਕਿਵੇਂ ਘਟਾਇਆ

Devops ਭਾਗ ਵਿੱਚ ਆਖਰੀ ਰਿਪੋਰਟ Miro.com (ਪਹਿਲਾਂ RealTimeBoard) ਦੇ ਲੀਡ ਡਿਵੋਪਸ ਇੰਜੀਨੀਅਰ ਵਿਕਟਰ ਏਰੇਮਚੇਂਕੋ ਦੀ ਸੀ।

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

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

ਰਸਤਾ ਔਖਾ ਅਤੇ ਕੰਡਿਆਂ ਵਾਲਾ ਨਿਕਲਿਆ, ਅਤੇ ਵਿਕਟਰ ਨੇ ਇਕੱਠੇ ਹੋਏ ਦਰਦ ਅਤੇ ਆਸ਼ਾਵਾਦ ਨੂੰ ਸਾਂਝਾ ਕੀਤਾ ਜੋ ਇੱਥੇ ਖਤਮ ਨਹੀਂ ਹੋਇਆ।

ਸਵਾਲ ਪੁੱਛਣ ਲਈ ਇੱਕ ਕਿਤਾਬ ਜਿੱਤੀ

ਬੈਕਐਂਡ ਸੈਕਸ਼ਨ

ਮੈਂ 2 ਰਿਪੋਰਟਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਵਿੱਚ ਕਾਮਯਾਬ ਰਿਹਾ - ਨਿਕੋਲੇ ਸਵੇਰਚਕੋਵ (ਈਵਿਲ ਮਾਰਟੀਅਨਜ਼), ਸਰਵਰਲੇਸ ਬਾਰੇ ਵੀ, ਅਤੇ ਟੈਲੀਮੈਟਰੀ ਬਾਰੇ ਗ੍ਰਿਗੋਰੀ ਕੋਸ਼ੇਲੇਵ (ਕੋਨਟੂਰ ਕੰਪਨੀ) ਤੋਂ।

ਨਿਰੇ ਪ੍ਰਾਣੀਆਂ ਲਈ ਸਰਵਰਹੀਣ

ਜੇਕਰ ਰੁਸਲਨ ਸਰਕਿਨ ਨੇ ਸਰਵਰਲੇਸ ਕੀ ਹੈ ਬਾਰੇ ਗੱਲ ਕੀਤੀ, ਤਾਂ ਨਿਕੋਲੇ ਨੇ ਸਰਵਰਲੇਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਧਾਰਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਦਿਖਾਇਆ, ਅਤੇ ਉਹਨਾਂ ਵੇਰਵਿਆਂ ਬਾਰੇ ਗੱਲ ਕੀਤੀ ਜੋ AWS Lambda ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਲਾਗਤ ਅਤੇ ਗਤੀ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦੇ ਹਨ।

ਇੱਕ ਦਿਲਚਸਪ ਵੇਰਵਾ: ਘੱਟੋ-ਘੱਟ ਭੁਗਤਾਨ ਕੀਤਾ ਤੱਤ 128 Mb ਮੈਮੋਰੀ ਅਤੇ 100 ms CPU ਹੈ, ਇਸਦੀ ਕੀਮਤ $0,000000208 ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪ੍ਰਤੀ ਮਹੀਨਾ 1 ਮਿਲੀਅਨ ਅਜਿਹੀਆਂ ਬੇਨਤੀਆਂ ਮੁਫਤ ਹਨ।

ਨਿਕੋਲਾਈ ਦੇ ਕੁਝ ਫੰਕਸ਼ਨ ਅਕਸਰ 100 ms ਸੀਮਾ ਤੋਂ ਵੱਧ ਜਾਂਦੇ ਹਨ (ਮੁੱਖ ਐਪਲੀਕੇਸ਼ਨ ਰੂਬੀ ਵਿੱਚ ਲਿਖੀ ਗਈ ਸੀ), ਇਸਲਈ ਉਹਨਾਂ ਨੂੰ Go ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖਣ ਨਾਲ ਸ਼ਾਨਦਾਰ ਬਚਤ ਮਿਲਦੀ ਹੈ।

ਵੋਸਟੋਕ ਹਰਕੂਲੀਸ — ਟੈਲੀਮੈਟਰੀ ਨੂੰ ਦੁਬਾਰਾ ਸ਼ਾਨਦਾਰ ਬਣਾਓ!

ਟੈਲੀਮੈਟਰੀ ਬਾਰੇ ਗ੍ਰਿਗੋਰੀ ਕੋਸ਼ੇਲੇਵ (ਕੋਂਟੂਰ ਕੰਪਨੀ) ਤੋਂ ਬੈਕਐਂਡ ਸੈਕਸ਼ਨ ਦੀ ਤਾਜ਼ਾ ਰਿਪੋਰਟ। ਟੈਲੀਮੈਟਰੀ ਦਾ ਅਰਥ ਹੈ ਲੌਗ, ਮੈਟ੍ਰਿਕਸ, ਐਪਲੀਕੇਸ਼ਨ ਟਰੇਸ।

ਇਸ ਮੰਤਵ ਲਈ, ਕੰਟੋਰ ਗਿਥਬ 'ਤੇ ਪੋਸਟ ਕੀਤੇ ਗਏ ਸਵੈ-ਲਿਖਤ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਰਿਪੋਰਟ ਤੋਂ ਟੂਲ - ਹਰਕੂਲੀਸ, github.com/vostok/hercules, ਟੈਲੀਮੈਟਰੀ ਡੇਟਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

Devops ਭਾਗ ਵਿੱਚ ਵਲਾਦੀਮੀਰ ਲੀਲਾ ਦੀ ਰਿਪੋਰਟ ਵਿੱਚ Elasticsearch ਵਿੱਚ ਲੌਗਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਅਤੇ ਪ੍ਰੋਸੈਸ ਕਰਨ ਬਾਰੇ ਚਰਚਾ ਕੀਤੀ ਗਈ ਹੈ, ਪਰ ਅਜੇ ਵੀ ਹਜ਼ਾਰਾਂ ਡਿਵਾਈਸਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਤੋਂ ਲੌਗ ਡਿਲੀਵਰ ਕਰਨ ਦਾ ਕੰਮ ਹੈ, ਅਤੇ ਵੋਸਟੋਕ ਹਰਕੂਲਸ ਵਰਗੇ ਟੂਲ ਉਹਨਾਂ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ।

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

ਇਹ ਹੋਰ ਕਾਨਫਰੰਸਾਂ ਨਾਲ ਕਿਵੇਂ ਤੁਲਨਾ ਕਰਦਾ ਹੈ?

ਮੈਂ ਇਸਦੀ ਤੁਲਨਾ ਮਾਸਕੋ ਅਤੇ ਸੇਂਟ ਪੀਟਰਸਬਰਗ ਵਿੱਚ ਕਾਨਫਰੰਸਾਂ ਨਾਲ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਮੈਂ ਇਸਦੀ ਤੁਲਨਾ ਯੂਰਲ ਵਿੱਚ ਹੋਰ ਸਮਾਗਮਾਂ ਅਤੇ ਸਮਾਰਾ ਵਿੱਚ 404 ਫੈਸਟ ਨਾਲ ਕਰ ਸਕਦਾ ਹਾਂ।

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

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

ਜਾਣਾ ਹੈ ਜਾਂ ਨਹੀਂ ਜਾਣਾ? ਜੇ ਤੁਸੀਂ ਯੂਰਲ ਜਾਂ ਨੇੜੇ ਰਹਿੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਮੌਕਾ ਹੈ ਅਤੇ ਵਿਸ਼ਿਆਂ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ - ਹਾਂ, ਜ਼ਰੂਰ. ਜੇ ਤੁਸੀਂ ਇੱਕ ਲੰਬੀ ਯਾਤਰਾ ਬਾਰੇ ਸੋਚ ਰਹੇ ਹੋ, ਤਾਂ ਮੈਂ ਪਿਛਲੇ ਸਾਲਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਅਤੇ ਵੀਡੀਓ ਰਿਪੋਰਟਾਂ ਦੇ ਵਿਸ਼ਿਆਂ ਨੂੰ ਦੇਖਾਂਗਾ www.youtube.com/user/videoitpeople/videos ਅਤੇ ਇੱਕ ਫੈਸਲਾ ਕੀਤਾ.
ਖੇਤਰਾਂ ਵਿੱਚ ਕਾਨਫਰੰਸਾਂ ਦਾ ਇੱਕ ਹੋਰ ਫਾਇਦਾ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਇਹ ਹੈ ਕਿ ਰਿਪੋਰਟਾਂ ਤੋਂ ਬਾਅਦ ਸਪੀਕਰ ਨਾਲ ਸੰਚਾਰ ਕਰਨਾ ਆਸਾਨ ਹੈ; ਅਜਿਹੇ ਸੰਚਾਰ ਲਈ ਬਹੁਤ ਘੱਟ ਬਿਨੈਕਾਰ ਹਨ.

ਡੰਪ ਅਤੇ ਏਕੇਟਰਿਨਬਰਗ ਲਈ ਧੰਨਵਾਦ! )

ਸਰੋਤ: www.habr.com