ਇਕੱਲੇ ਨਿਊ ਰੀਲੀਕ ਨਹੀਂ: ਡੈਟਾਡੌਗ ਅਤੇ ਐਟੈਟਸ 'ਤੇ ਇੱਕ ਨਜ਼ਰ

SRE/DevOps ਇੰਜੀਨੀਅਰਾਂ ਦੇ ਵਾਤਾਵਰਣ ਵਿੱਚ, ਇਹ ਕਿਸੇ ਨੂੰ ਹੈਰਾਨ ਨਹੀਂ ਕਰੇਗਾ ਕਿ ਇੱਕ ਦਿਨ ਇੱਕ ਕਲਾਇੰਟ (ਜਾਂ ਇੱਕ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ) ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਕਿ "ਸਭ ਕੁਝ ਖਤਮ ਹੋ ਗਿਆ ਹੈ": ਸਾਈਟ ਕੰਮ ਨਹੀਂ ਕਰਦੀ, ਭੁਗਤਾਨ ਨਹੀਂ ਹੁੰਦੇ, ਜੀਵਨ ਖਰਾਬ ਹੋ ਰਿਹਾ ਹੈ। ... ਇਸ ਗੱਲ ਦਾ ਕੋਈ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਤੁਸੀਂ ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਕਿੰਨੀ ਵੀ ਮਦਦ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਇੱਕ ਸਧਾਰਨ ਅਤੇ ਸਮਝਣ ਯੋਗ ਸਾਧਨ ਤੋਂ ਬਿਨਾਂ ਅਜਿਹਾ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ। ਅਕਸਰ ਸਮੱਸਿਆ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਵਿੱਚ ਹੀ ਛੁਪੀ ਹੁੰਦੀ ਹੈ; ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਸਥਾਨਕ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਅਤੇ ਦੁੱਖ ਅਤੇ ਖੁਸ਼ੀ ਵਿੱਚ...

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਹੋਇਆ ਕਿ ਅਸੀਂ ਨਿਊ ਰੀਲੀਕ ਨਾਲ ਲੰਬੇ ਅਤੇ ਡੂੰਘੇ ਪਿਆਰ ਵਿੱਚ ਡਿੱਗ ਗਏ ਹਾਂ. ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਇੱਕ ਸ਼ਾਨਦਾਰ ਟੂਲ ਸੀ ਅਤੇ ਬਣਿਆ ਹੋਇਆ ਹੈ, ਅਤੇ ਇਹ ਤੁਹਾਨੂੰ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਆਰਕੀਟੈਕਚਰ (ਇਸਦੇ ਏਜੰਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ) ਅਤੇ ਹੋਰ ਵੀ ਬਹੁਤ ਕੁਝ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਅਤੇ ਸਭ ਕੁਝ ਵਧੀਆ ਹੋ ਸਕਦਾ ਸੀ ਜੇਕਰ ਇਹ ਸੇਵਾ ਦੀ ਕੀਮਤ ਨੀਤੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਲਈ ਨਾ ਹੁੰਦਾ: ਇਹ ਲਾਗਤ 2013 ਸਾਲ ਤੋਂ 3+ ਗੁਣਾ ਵਧਿਆ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪਿਛਲੇ ਸਾਲ ਤੋਂ, ਇੱਕ ਅਜ਼ਮਾਇਸ਼ ਖਾਤਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਇੱਕ ਨਿੱਜੀ ਮੈਨੇਜਰ ਨਾਲ ਸੰਚਾਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਸੰਭਾਵੀ ਗਾਹਕ ਨੂੰ ਉਤਪਾਦ ਪੇਸ਼ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੋ ਜਾਂਦਾ ਹੈ।

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

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਇੱਕ ਸਸਤਾ ਵਿਕਲਪ ਲੱਭਣ ਬਾਰੇ ਸੋਚਣਾ ਸ਼ੁਰੂ ਕੀਤਾ, ਅਤੇ ਸਾਡੀ ਚੋਣ ਦੋ ਸੇਵਾਵਾਂ 'ਤੇ ਡਿੱਗ ਗਈ: ਡੈਟਾਡੌਗ ਅਤੇ ਐਟੈਟਸ। ਉਨ੍ਹਾਂ 'ਤੇ ਕਿਉਂ?

ਪ੍ਰਤੀਯੋਗੀਆਂ ਬਾਰੇ

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

• PHP ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਬਿਲਟ-ਇਨ ਅਤੇ ਵਿਕਸਤ ਸਮਰਥਨ (ਸਾਡੇ ਕਲਾਇੰਟਸ ਦਾ ਸਟੈਕ ਬਹੁਤ ਵਿਭਿੰਨ ਹੈ, ਪਰ ਇਹ ਨਿਊ ਰੀਲਿਕ ਦੇ ਵਿਕਲਪ ਦੀ ਖੋਜ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਇੱਕ ਸਪੱਸ਼ਟ ਲੀਡਰ ਹੈ);
• ਕਿਫਾਇਤੀ ਲਾਗਤ (ਪ੍ਰਤੀ ਮੇਜ਼ਬਾਨ ਪ੍ਰਤੀ ਮਹੀਨਾ 100 ਡਾਲਰ ਤੋਂ ਘੱਟ);
• ਆਟੋਮੈਟਿਕ ਯੰਤਰ;
• ਕੁਬਰਨੇਟਸ ਨਾਲ ਏਕੀਕਰਣ;
• ਨਿਊ ਰੀਲਿਕ ਇੰਟਰਫੇਸ ਦੀ ਸਮਾਨਤਾ ਇੱਕ ਧਿਆਨ ਦੇਣ ਯੋਗ ਪਲੱਸ ਹੈ (ਕਿਉਂਕਿ ਸਾਡੇ ਇੰਜੀਨੀਅਰ ਇਸ ਦੇ ਆਦੀ ਹਨ).

ਇਸ ਲਈ, ਸ਼ੁਰੂਆਤੀ ਚੋਣ ਪੜਾਅ 'ਤੇ, ਅਸੀਂ ਕਈ ਹੋਰ ਪ੍ਰਸਿੱਧ ਹੱਲਾਂ ਨੂੰ ਖਤਮ ਕਰ ਦਿੱਤਾ, ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ:

• ਟਾਇਡਵੇਅਜ਼, ਐਪਡਾਇਨਾਮਿਕਸ ਅਤੇ ਡਾਇਨੇਟ੍ਰੇਸ - ਲਾਗਤ ਲਈ;
• Stackify ਨੂੰ ਰਸ਼ੀਅਨ ਫੈਡਰੇਸ਼ਨ ਵਿੱਚ ਬਲੌਕ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਬਹੁਤ ਘੱਟ ਡੇਟਾ ਦਿਖਾਉਂਦਾ ਹੈ।

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

ਚੁਣੇ ਗਏ ਪ੍ਰਤੀਯੋਗੀਆਂ ਦੀ ਪੇਸ਼ਕਾਰੀ

'ਤੇ ਨਵਾਂ ਰਿਲੀਕ, ਸ਼ਾਇਦ ਹਰ ਕਿਸੇ ਨੇ ਸੁਣਿਆ ਹੈ? ਇਸ ਸੇਵਾ ਦਾ ਵਿਕਾਸ 10 ਸਾਲ ਤੋਂ ਵੱਧ ਪਹਿਲਾਂ, 2008 ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ। ਅਸੀਂ 2012 ਤੋਂ ਇਸਦੀ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਾਂ ਅਤੇ PHP, ਰੂਬੀ ਅਤੇ ਪਾਈਥਨ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਆਈ ਹੈ, ਅਤੇ ਸਾਨੂੰ C# ਅਤੇ ਗੋ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦਾ ਅਨੁਭਵ ਵੀ ਮਿਲਿਆ ਹੈ। ਸੇਵਾ ਦੇ ਲੇਖਕਾਂ ਕੋਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ, ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਟਰੇਸ ਕਰਨ, ਉਪਭੋਗਤਾ ਡਿਵਾਈਸਾਂ ਲਈ ਸੁਵਿਧਾਜਨਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਲਈ ਹੱਲ ਹਨ।

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

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

Datadog ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਅਸੀਂ ਦੇਖਿਆ ਕਿ ਇਸ ਨੇ ਕਈ ਵਾਰ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਮੈਪ ਨੂੰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਬਣਾਇਆ ਹੈ, ਅਤੇ ਕੁਝ ਤਕਨੀਕੀ ਕਮੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇਸ ਨੇ ਸੇਵਾ ਦੀ ਕਿਸਮ ਦੀ ਗਲਤ ਪਛਾਣ ਕੀਤੀ (ਕੈਸ਼ਿੰਗ ਸੇਵਾ ਲਈ Django ਨੂੰ ਗਲਤ ਸਮਝਣਾ) ਅਤੇ ਪ੍ਰਸਿੱਧ Predis ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ PHP ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ 500 ਤਰੁੱਟੀਆਂ ਪੈਦਾ ਕੀਤੀਆਂ।

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

ਇੱਕ ਮਹੱਤਵਪੂਰਣ ਕਮਜ਼ੋਰੀ ਇਹ ਹੈ ਕਿ ਇਹ ਸਿਰਫ Node.js ਅਤੇ PHP ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਇਹ ਡੈਟਾਡੌਗ ਨਾਲੋਂ ਕਾਫ਼ੀ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ। ਬਾਅਦ ਵਾਲੇ ਦੇ ਉਲਟ, Atatus ਨੂੰ ਕੋਡ ਵਿੱਚ ਸੋਧ ਕਰਨ ਜਾਂ ਵਾਧੂ ਲੇਬਲ ਜੋੜਨ ਲਈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।

ਅਸੀਂ New Relic ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਾਂ

ਹੁਣ ਆਓ ਦੇਖੀਏ ਕਿ ਅਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਨਿਊ ਰੀਲੀਕ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ। ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਕੋਲ ਇੱਕ ਸਮੱਸਿਆ ਹੈ ਜਿਸਦੇ ਹੱਲ ਦੀ ਲੋੜ ਹੈ:

ਗ੍ਰਾਫ 'ਤੇ ਦੇਖਣਾ ਆਸਾਨ ਹੈ всплеск - ਆਓ ਇਸਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੀਏ. ਨਿਊ ਰਿਲਿਕ ਵਿੱਚ, ਵੈੱਬ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਤੁਰੰਤ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ, ਸਾਰੇ ਭਾਗ ਪ੍ਰਦਰਸ਼ਨ ਗ੍ਰਾਫ ਵਿੱਚ ਦਰਸਾਏ ਜਾਂਦੇ ਹਨ, ਇੱਥੇ ਗਲਤੀ-ਦਰ, ਬੇਨਤੀ-ਦਰ ਪੈਨਲ ਹਨ... ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇਹਨਾਂ ਪੈਨਲਾਂ ਤੋਂ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਵਿਚਕਾਰ ਜਾ ਸਕਦੇ ਹੋ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਹਿੱਸੇ (ਉਦਾਹਰਨ ਲਈ, MySQL 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਨਾਲ ਡਾਟਾਬੇਸ ਸੈਕਸ਼ਨ ਹੋ ਜਾਵੇਗਾ)।

ਕਿਉਂਕਿ ਵਿਚਾਰ ਅਧੀਨ ਉਦਾਹਰਨ ਵਿੱਚ ਅਸੀਂ ਗਤੀਵਿਧੀ ਵਿੱਚ ਵਾਧਾ ਦੇਖਦੇ ਹਾਂ PHP, ਇਸ ਚਾਰਟ 'ਤੇ ਕਲਿੱਕ ਕਰੋ ਅਤੇ ਆਟੋਮੈਟਿਕਲੀ ਇਸ 'ਤੇ ਜਾਓ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ:

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

• ਸਭ ਤੋਂ ਵੱਧ ਲੋਡ ਕੀਤਾ ਐਪਲੀਕੇਸ਼ਨ ਕੰਟਰੋਲਰ;
• ਸਭ ਤੋਂ ਵੱਧ ਬੇਨਤੀ ਕੀਤੇ ਕੰਟਰੋਲਰ;
• ਕੰਟਰੋਲਰਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਹੌਲੀ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਤੁਸੀਂ ਹਰੇਕ ਲੈਣ-ਦੇਣ ਦਾ ਵਿਸਤਾਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕੋਡ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵੇਲੇ ਐਪਲੀਕੇਸ਼ਨ ਕੀ ਕਰ ਰਹੀ ਸੀ:

ਅੰਤ ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ ਲੰਬੀਆਂ ਬੇਨਤੀਆਂ ਦੇ ਟਰੇਸ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਨੂੰ ਸਟੋਰ ਕਰਦੀ ਹੈ (ਜੋ 2 ਸਕਿੰਟਾਂ ਤੋਂ ਵੱਧ ਲੈਂਦੇ ਹਨ)। ਇੱਥੇ ਇੱਕ ਲੰਬੇ ਲੈਣ-ਦੇਣ ਲਈ ਪੈਨਲ ਹੈ:

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

ਅਤੇ ਅੰਦਰ ਡਾਟਾਬੇਸ ਸਵਾਲ — ਡੇਟਾਬੇਸ ਲਈ ਪੁੱਛਗਿੱਛਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਚੱਲਦੇ ਸਮੇਂ ਚਲਾਈਆਂ ਗਈਆਂ ਸਨ:

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

• ਲੰਬੇ PDO::Construct pgpoll ਦੇ ਅਜੀਬ ਕੰਮ ਕਰਨ ਲਈ ਸਾਨੂੰ ਅਗਵਾਈ ਕੀਤੀ;
• ਸਮੇਂ ਦੇ ਨਾਲ ਅਸਥਿਰਤਾ Memcache::Get ਨੇ ਸੁਝਾਅ ਦਿੱਤਾ ਕਿ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਸੀ;
• ਟੈਂਪਲੇਟ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਇੱਕ ਸ਼ੱਕੀ ਤੌਰ 'ਤੇ ਵਧੇ ਹੋਏ ਸਮੇਂ ਨੇ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਵਿੱਚ 500 ਅਵਤਾਰਾਂ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਨੇਸਟਡ ਲੂਪ ਦੀ ਅਗਵਾਈ ਕੀਤੀ;
• ਆਦਿ…

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

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

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

ਪ੍ਰਤੀਯੋਗੀ: ਮੌਕੇ ਅਤੇ ਪ੍ਰਭਾਵ

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

1. ਡਾਟਾਡੌਗ

ਡਾਟਾਡੌਗ ਸੇਵਾਵਾਂ ਦੀ ਇੱਕ ਕੰਧ ਵਾਲੇ ਪੈਨਲ ਨਾਲ ਸਾਡਾ ਸਵਾਗਤ ਕਰਦਾ ਹੈ:

ਇਹ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਕੰਪੋਨੈਂਟ/ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਵਿੱਚ ਤੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਉਦਾਹਰਨ ਵਿੱਚ Django ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਅਸੀਂ PostgreSQL ਨਾਲ 2 ਕਨੈਕਸ਼ਨ ਦੇਖਾਂਗੇ (defaultdb и postgres), ਅਤੇ ਨਾਲ ਹੀ ਸੈਲਰੀ, ਰੈਡਿਸ. Datadog ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ MVC ਸਿਧਾਂਤਾਂ ਦਾ ਘੱਟੋ-ਘੱਟ ਗਿਆਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਬੇਨਤੀਆਂ ਆਮ ਤੌਰ 'ਤੇ ਕਿੱਥੋਂ ਆਉਂਦੀਆਂ ਹਨ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਮਦਦ ਕਰਦਾ ਹੈ ਸੇਵਾਵਾਂ ਦਾ ਨਕਸ਼ਾ:

ਤਰੀਕੇ ਨਾਲ, ਨਿਊ ਰੀਲੀਕ ਵਿੱਚ ਕੁਝ ਅਜਿਹਾ ਹੀ ਹੈ:

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

ਚਲੋ ਡੈਟਾਡੌਗ 'ਤੇ ਵਾਪਸ ਆਓ: ਸਰਵਿਸ ਮੈਪ ਤੋਂ ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ ਕਿ ਯੂਜ਼ਰ ਬੇਨਤੀਆਂ Django 'ਤੇ ਆਉਂਦੀਆਂ ਹਨ। ਚਲੋ Django ਸੇਵਾ 'ਤੇ ਚੱਲੀਏ ਅਤੇ ਅੰਤ ਵਿੱਚ ਦੇਖੀਏ ਕਿ ਅਸੀਂ ਕੀ ਉਮੀਦ ਕਰਦੇ ਹਾਂ:

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇੱਥੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਕੋਈ ਗ੍ਰਾਫ਼ ਨਹੀਂ ਹੈ ਵੈੱਬ ਲੈਣ-ਦੇਣ ਦਾ ਸਮਾਂ, ਜਿਸ ਤਰ੍ਹਾਂ ਅਸੀਂ ਮੁੱਖ ਨਿਊ ਰੀਲਿਕ ਪੈਨਲ 'ਤੇ ਦੇਖਦੇ ਹਾਂ। ਹਾਲਾਂਕਿ, ਇਸਨੂੰ ਅਨੁਸੂਚੀ ਦੀ ਥਾਂ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਖਰਚੇ ਗਏ ਸਮੇਂ ਦਾ %. ਇਸ ਨੂੰ ਬਦਲਣ ਲਈ ਇਹ ਕਾਫ਼ੀ ਹੈ ਕਿਸਮ ਦੁਆਰਾ ਪ੍ਰਤੀ ਬੇਨਤੀ ਔਸਤ ਸਮਾਂ... ਅਤੇ ਹੁਣ ਜਾਣੂ ਗ੍ਰਾਫ ਸਾਡੇ ਵੱਲ ਦੇਖ ਰਿਹਾ ਹੈ!

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

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

ਗ੍ਰਾਫਾਂ ਦੇ ਹੇਠਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਿਊ ਰੀਲੀਕ ਦੇ ਸਮਾਨ ਲੈਣ-ਦੇਣ ਹਨ:

Datadog ਵਿੱਚ, ਲੈਣ-ਦੇਣ ਨੂੰ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ ਸਰੋਤ. ਤੁਸੀਂ ਨਿਯੰਤਰਕਾਂ ਨੂੰ ਬੇਨਤੀਆਂ ਦੀ ਸੰਖਿਆ ਦੁਆਰਾ, ਔਸਤ ਜਵਾਬ ਸਮੇਂ ਦੁਆਰਾ, ਅਤੇ ਚੁਣੇ ਹੋਏ ਸਮੇਂ ਲਈ ਬਿਤਾਏ ਗਏ ਅਧਿਕਤਮ ਸਮੇਂ ਦੁਆਰਾ ਕ੍ਰਮਬੱਧ ਕਰ ਸਕਦੇ ਹੋ।

ਤੁਸੀਂ ਸਰੋਤ ਦਾ ਵਿਸਤਾਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਉਹ ਸਭ ਕੁਝ ਦੇਖ ਸਕਦੇ ਹੋ ਜੋ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ New Relic ਵਿੱਚ ਦੇਖਿਆ ਹੈ:

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

Datadog ਵਿੱਚ ਕੋਈ ਵੀ ਉਦਾਹਰਨ ਸਰੋਤ ਖੋਲ੍ਹਿਆ ਅਤੇ ਅਧਿਐਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

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

ਅਤੇ ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ ਹੋਸਟ ਦੇ ਲੋਡ ਨੂੰ ਦੇਖਣਾ ਜਿਸ 'ਤੇ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ ਬੇਨਤੀ ਲੌਗਸ ਨੂੰ ਦੇਖਣਾ.

ਮਹਾਨ ਏਕੀਕਰਣ!

ਤੁਸੀਂ ਹੈਰਾਨ ਹੋ ਸਕਦੇ ਹੋ ਕਿ ਟੈਬਸ ਕਿੱਥੇ ਹਨ ਡਾਟਾਬੇਸ ਨੂੰ и ਬਾਹਰੀ ਸੇਵਾਵਾਂ, ਜਿਵੇਂ ਕਿ ਨਿਊ ਰੀਲੀਕ ਵਿੱਚ। ਇੱਥੇ ਕੋਈ ਵੀ ਨਹੀਂ ਹੈ: ਕਿਉਂਕਿ ਡੇਟਾਡੌਗ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਭਾਗਾਂ ਵਿੱਚ ਕੰਪੋਜ਼ ਕਰਦਾ ਹੈ, PostgreSQL ਨੂੰ ਮੰਨਿਆ ਜਾਵੇਗਾ ਇੱਕ ਵੱਖਰੀ ਸੇਵਾ, ਅਤੇ ਬਾਹਰੀ ਸੇਵਾਵਾਂ ਦੀ ਬਜਾਏ ਇਹ ਖੋਜਣ ਯੋਗ ਹੈ aws.storage (ਇਹ ਹਰ ਦੂਜੀ ਬਾਹਰੀ ਸੇਵਾ ਲਈ ਸਮਾਨ ਹੋਵੇਗਾ ਜਿਸ ਤੱਕ ਐਪਲੀਕੇਸ਼ਨ ਐਕਸੈਸ ਕਰ ਸਕਦੀ ਹੈ)।

ਇੱਥੇ ਨਾਲ ਇੱਕ ਉਦਾਹਰਨ ਹੈ postgres:

ਅਸਲ ਵਿੱਚ ਉਹ ਸਭ ਕੁਝ ਹੈ ਜੋ ਅਸੀਂ ਚਾਹੁੰਦੇ ਸੀ:

ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਬੇਨਤੀ ਕਿਸ "ਸੇਵਾ" ਤੋਂ ਆਈ ਹੈ।

ਤੁਹਾਨੂੰ ਇਹ ਯਾਦ ਦਿਵਾਉਣਾ ਗਲਤ ਨਹੀਂ ਹੋਵੇਗਾ ਕਿ Datadog NGINX Ingress ਦੇ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਕਲੱਸਟਰ ਵਿੱਚ ਬੇਨਤੀ ਦੇ ਆਉਣ ਤੋਂ ਅੰਤ ਤੋਂ ਅੰਤ ਤੱਕ ਟਰੇਸਿੰਗ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਨੂੰ ਸਟੈਟਸਡੀ ਮੈਟ੍ਰਿਕਸ ਪ੍ਰਾਪਤ ਕਰਨ, ਲੌਗ ਇਕੱਠੇ ਕਰਨ ਅਤੇ ਮੇਜ਼ਬਾਨ ਮੈਟ੍ਰਿਕਸ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। .

Datadog ਦਾ ਇੱਕ ਵੱਡਾ ਪਲੱਸ ਇਹ ਹੈ ਕਿ ਇਸਦੀ ਕੀਮਤ ਸ਼ਕਲ ਲੈ ਰਿਹਾ ਹੈ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਨਿਗਰਾਨੀ ਤੋਂ, ਏ.ਪੀ.ਐਮ., ਲੌਗ ਪ੍ਰਬੰਧਨ ਅਤੇ ਸਿੰਥੈਟਿਕਸ ਟੈਸਟ, ਯਾਨੀ. ਤੁਸੀਂ ਆਪਣੀ ਯੋਜਨਾ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਚੁਣ ਸਕਦੇ ਹੋ।

2.ਅਟਾਟਸ

ਅਟਾਟਸ ਟੀਮ ਦਾਅਵਾ ਕਰਦੀ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਦੀ ਸੇਵਾ "ਨਿਊ ਰੀਲੀਕ ਵਰਗੀ ਹੈ, ਪਰ ਬਿਹਤਰ ਹੈ।" ਆਓ ਦੇਖੀਏ ਕਿ ਕੀ ਇਹ ਸੱਚਮੁੱਚ ਅਜਿਹਾ ਹੈ.

ਮੁੱਖ ਪੈਨਲ ਸਮਾਨ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਵਰਤੇ ਗਏ Redis ਅਤੇ memcached ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਸੀ।

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

ਐਟੈਟਸ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਵਿੱਚ, ਹਰ ਚੀਜ਼ ਨਿਊ ਰੀਲੀਕ ਦੇ ਬਰਾਬਰ ਹੈ। ਨਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਹਰੇਕ ਕੰਟਰੋਲਰ ਲਈ ਗਤੀਸ਼ੀਲਤਾ ਤੁਰੰਤ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦੀ. ਤੁਹਾਨੂੰ ਇਸ ਨੂੰ ਕੰਟਰੋਲਰ ਟੇਬਲ ਵਿੱਚ ਖੋਜਣਾ ਪਵੇਗਾ, ਦੁਆਰਾ ਛਾਂਟਣਾ ਸਭ ਤੋਂ ਵੱਧ ਸਮਾਂ ਖਪਤ ਹੁੰਦਾ ਹੈ:

ਕੰਟਰੋਲਰਾਂ ਦੀ ਆਮ ਸੂਚੀ ਟੈਬ ਵਿੱਚ ਉਪਲਬਧ ਹੈ ਐਕਸਪਲੋਰ:

ਕੁਝ ਤਰੀਕਿਆਂ ਨਾਲ, ਇਹ ਸਾਰਣੀ ਡੈਟਾਡੌਗ ਦੀ ਯਾਦ ਦਿਵਾਉਂਦੀ ਹੈ ਅਤੇ ਮੈਨੂੰ ਇਹ ਨਿਊ ਰੀਲਿਕ ਵਿੱਚ ਸਮਾਨ ਨਾਲੋਂ ਵਧੀਆ ਪਸੰਦ ਹੈ।

ਤੁਸੀਂ ਹਰੇਕ ਲੈਣ-ਦੇਣ ਦਾ ਵਿਸਤਾਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਕੀ ਕਰ ਰਹੀ ਸੀ:

ਪੈਨਲ ਡੈਟਾਡੌਗ ਦੀ ਵਧੇਰੇ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ: ਇੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਹਨ, ਕਾਲਾਂ ਦੀ ਇੱਕ ਆਮ ਤਸਵੀਰ. ਚੋਟੀ ਦਾ ਪੈਨਲ ਇੱਕ ਗਲਤੀ ਟੈਬ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ HTTP ਅਸਫਲਤਾਵਾਂ ਅਤੇ ਹੌਲੀ ਸਵਾਲਾਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਸੈਸ਼ਨ ਟਰੇਸ:

ਜੇ ਤੁਸੀਂ ਕਿਸੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ 'ਤੇ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਟਰੇਸ ਦੀ ਉਦਾਹਰਨ ਦੇਖ ਸਕਦੇ ਹੋ, ਤੁਸੀਂ ਡੇਟਾਬੇਸ ਨੂੰ ਬੇਨਤੀਆਂ ਦੀ ਸੂਚੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਬੇਨਤੀ ਦੇ ਸਿਰਲੇਖਾਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ. ਹਰ ਚੀਜ਼ ਨਿਊ ਰੀਲੀਕ ਦੇ ਸਮਾਨ ਹੈ:

ਆਮ ਤੌਰ 'ਤੇ, ਐਟੈਟਸ ਵਿਸਤ੍ਰਿਤ ਟਰੇਸ ਨਾਲ ਖੁਸ਼ ਹੈ - ਇੱਕ ਰੀਮਾਈਂਡਰ ਬਲਾਕ ਵਿੱਚ ਕਾਲਾਂ ਦੇ ਆਮ ਨਿਊ ਰੀਲੀਕ ਗਲੂਇੰਗ ਤੋਂ ਬਿਨਾਂ:

ਹਾਲਾਂਕਿ, ਇਸ ਵਿੱਚ ਇੱਕ ਫਿਲਟਰ ਦੀ ਘਾਟ ਹੈ ਜੋ (ਨਿਊ ਰੀਲਿਕ ਵਾਂਗ) ਅਤਿ-ਤੇਜ਼ ਬੇਨਤੀਆਂ (<5ms) ਨੂੰ ਕੱਟ ਦੇਵੇਗਾ। ਦੂਜੇ ਪਾਸੇ, ਮੈਨੂੰ ਅੰਤਿਮ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਜਵਾਬ (ਸਫਲਤਾ ਜਾਂ ਗਲਤੀ) ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਪਸੰਦ ਆਇਆ।

ਪੈਨਲ ਡਾਟਾਬੇਸ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦੁਆਰਾ ਕੀਤੇ ਗਏ ਬਾਹਰੀ ਡੇਟਾਬੇਸ ਲਈ ਬੇਨਤੀਆਂ ਦਾ ਅਧਿਐਨ ਕਰਨ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰੇਗਾ। ਮੈਨੂੰ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਣ ਦਿਓ ਕਿ Atatus ਨੂੰ ਸਿਰਫ਼ PostgreSQL ਅਤੇ MySQL ਮਿਲਿਆ ਹੈ, ਹਾਲਾਂਕਿ Redis ਅਤੇ memcached ਵੀ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ।

ਬੇਨਤੀਆਂ ਨੂੰ ਆਮ ਮਾਪਦੰਡਾਂ ਅਨੁਸਾਰ ਕ੍ਰਮਬੱਧ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: ਜਵਾਬ ਦੀ ਬਾਰੰਬਾਰਤਾ, ਔਸਤ ਜਵਾਬ ਸਮਾਂ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਹੋਰ। ਮੈਂ ਸਭ ਤੋਂ ਹੌਲੀ ਸਵਾਲਾਂ ਦੇ ਨਾਲ ਟੈਬ ਦਾ ਜ਼ਿਕਰ ਕਰਨਾ ਚਾਹਾਂਗਾ - ਇਹ ਬਹੁਤ ਸੁਵਿਧਾਜਨਕ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, PostgreSQL ਲਈ ਇਸ ਟੈਬ ਵਿੱਚ ਡੇਟਾ ਐਕਸਟੈਂਸ਼ਨ ਦੇ ਡੇਟਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ pg_stat_statements - ਸ਼ਾਨਦਾਰ ਨਤੀਜਾ!

ਟੈਬ ਬਾਹਰੀ ਬੇਨਤੀਆਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਡਾਟਾਬੇਸ ਦੇ ਸਮਾਨ।

ਸਿੱਟਾ

ਦੋਵੇਂ ਪੇਸ਼ ਕੀਤੇ ਸਾਧਨਾਂ ਨੇ ਏਪੀਐਮ ਦੀ ਭੂਮਿਕਾ ਵਿੱਚ ਵਧੀਆ ਪ੍ਰਦਰਸ਼ਨ ਕੀਤਾ। ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਲੋੜੀਂਦੀ ਘੱਟੋ-ਘੱਟ ਪੇਸ਼ਕਸ਼ ਕਰ ਸਕਦਾ ਹੈ। ਸਾਡੇ ਪ੍ਰਭਾਵਾਂ ਨੂੰ ਸੰਖੇਪ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਸਾਰ ਸੰਖੇਪ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

ਡੇਟਾਡੌਗ

ਪ੍ਰੋ:

• ਸੁਵਿਧਾਜਨਕ ਟੈਰਿਫ ਅਨੁਸੂਚੀ (APM ਦੀ ਕੀਮਤ 31 USD ਪ੍ਰਤੀ ਹੋਸਟ ਹੈ);
• ਪਾਈਥਨ ਨਾਲ ਵਧੀਆ ਕੰਮ ਕੀਤਾ;
• OpenTracing ਨਾਲ ਏਕੀਕਰਣ ਦੀ ਸੰਭਾਵਨਾ
• ਕੁਬਰਨੇਟਸ ਨਾਲ ਏਕੀਕਰਣ;
• NGINX Ingress ਨਾਲ ਏਕੀਕਰਣ.

ਨੁਕਸਾਨ:

• ਇੱਕੋ ਇੱਕ APM ਜਿਸ ਕਾਰਨ ਇੱਕ ਮੋਡਿਊਲ ਗਲਤੀ (predis) ਕਾਰਨ ਐਪਲੀਕੇਸ਼ਨ ਅਣਉਪਲਬਧ ਹੋ ਗਈ ਸੀ;
• ਕਮਜ਼ੋਰ PHP ਆਟੋ-ਇੰਸਟਰੂਮੈਂਟੇਸ਼ਨ;
• ਸੇਵਾਵਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਉਦੇਸ਼ ਦੀ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਅਜੀਬ ਪਰਿਭਾਸ਼ਾ।

ਅਟਾਟਸ

ਪ੍ਰੋ:

• ਡੂੰਘੀ PHP ਸਾਧਨ;
• ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ ਨਿਊ ਰੀਲੀਕ ਦੇ ਸਮਾਨ ਹੈ।

ਨੁਕਸਾਨ:

• ਪੁਰਾਣੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ (Ubuntu 12.05, CentOS 5) 'ਤੇ ਕੰਮ ਨਹੀਂ ਕਰਦਾ;
• ਕਮਜ਼ੋਰ ਆਟੋ-ਇੰਤਰੂਮੈਂਟੇਸ਼ਨ;
• ਸਿਰਫ਼ ਦੋ ਭਾਸ਼ਾਵਾਂ (Node.js ਅਤੇ PHP) ਲਈ ਸਮਰਥਨ;
• ਹੌਲੀ ਇੰਟਰਫੇਸ.

ਪ੍ਰਤੀ ਸਰਵਰ ਪ੍ਰਤੀ ਮਹੀਨਾ 69 USD ਦੀ ਐਟੈਟਸ ਦੀ ਕੀਮਤ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਅਸੀਂ ਡੈਟਾਡੌਗ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ, ਜੋ ਸਾਡੀਆਂ ਲੋੜਾਂ (K8s ਵਿੱਚ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨਾਂ) ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਏਕੀਕ੍ਰਿਤ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਉਪਯੋਗੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ।

PS

ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਵੀ ਪੜ੍ਹੋ:

• «ਕੁਬਰਨੇਟਸ 'ਤੇ ਚੱਲ ਰਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਡਿਵੈਲਪਰਾਂ ਲਈ ਟੂਲ";
• «ਕੁਬਰਨੇਟਸ ਪੌਡਸ ਵਿੱਚ ਡੀਬੱਗ ਕਰਨ ਲਈ kubectl-debug ਪਲੱਗਇਨ";
• «ਮਾਈਕਰੋ ਸਰਵਿਸਿਜ਼: ਆਕਾਰ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਭਾਵੇਂ ਤੁਹਾਡੇ ਕੋਲ ਕੁਬਰਨੇਟਸ ਹਨ".

ਸਰੋਤ: www.habr.com