Sentry-javascript: Google क्लाउड फ़ंक्शंस - संतरी क्लाइंट सेट अप

धन्यवाद! :)

क्या यह अभी भी सटीक है? क्या मैं Google क्लाउड फ़ंक्शंस के साथ काम करने वाली संतरी जेएस लाइब्रेरी प्राप्त कर सकता हूं?

https://github.com/googleapis/nodejs-error-reporting# कैचिंग-एंड-रिपोर्टिंग-एप्लीकेशन-वाइड-अनकॉट-एरर्स और https://github.com/googleapis/nodejs-error-reporting#unhandled के अनुसार - अस्वीकरण अब ऐसा करना संभव है, हालाँकि, मैंने अभी तक स्वयं इसका परीक्षण नहीं किया है।

मैं इसे कुछ दिनों में कर सकता हूं, लेकिन अगर आपके पास कुछ खाली समय है तो आप इसे स्पिन दे सकते हैं :)

धन्यवाद @kamilogorek। दिलचस्प!

मुझे यकीन नहीं है कि यह w/Google क्लाउड फ़ंक्शंस को कैसे इंटरैक्ट करता है। मैं अभी तकनीकी योजना के बीच में हूं इसलिए जल्द ही इसका परीक्षण नहीं करूंगा। लेकिन मैं आपको बता दूंगा कि अगर मैं करता/करती हूं। :)

अभी हम अपने सभी क्लाउड फ़ंक्शंस को इसमें लपेट रहे हैं:

try () {
...
} catch (e) {
  Sentry.captureException(e);
}

लेकिन हम संतरी में स्रोत कोड या अन्य संदर्भ नहीं देख रहे हैं।

क्या इस एकीकरण को करने का कोई बेहतर तरीका है?

@vpontis ने अभी इसे स्वयं परीक्षण किया है और संदर्भ संकल्प ठीक काम करता प्रतीत होता है। आपका कार्य/कॉन्फ़िगरेशन क्या है?

हाय @kamilogorek मदद करने के लिए धन्यवाद!

हैलो वर्ल्ड के साथ आपको जो मिलता है, मैंने उसे दोहराया है, इसलिए यह बहुत अच्छा है।

लेकिन कोई संदर्भ चर नहीं हैं। जैसे आप चर के मूल्य को दायरे में नहीं देख सकते हैं? या यह केवल एक पायथन विशेषता है?

साथ ही, ऐसा लगता है कि मुझे अधिक जटिल त्रुटियां मिल रही हैं जब मैं डेटाबेस में लिखता/पढ़ता हूं और स्ट्रीम/ईवेंट पर कुछ त्रुटि होती है।

उदाहरण के लिए, नीचे दिए गए स्क्रीनशॉट में, मैं यह भी नहीं बता सकता कि इसे किस फ़ंक्शन से बुलाया गया था।

आपकी क्या सिफारिश है? क्या लंबे समय तक स्टैकट्रेस प्राप्त करने का कोई तरीका है जिसमें मूल फ़ंक्शन हैंडलर से कॉल शामिल है? या क्या मुझे और ब्रेडक्रंब जोड़ने की ज़रूरत है?

साथ ही, इन स्रोत कोड के साथ क्या हो रहा है, कोई भी विचार त्रुटियां नहीं मिलीं?

लेकिन कोई संदर्भ चर नहीं हैं। जैसे आप चर के मूल्य को दायरे में नहीं देख सकते हैं? या यह केवल एक पायथन विशेषता है?

यह केवल पायथन फीचर है। दुर्भाग्य से, जेएस इस सुविधा को लागू करने के लिए एक तंत्र प्रदान नहीं करता है।

उदाहरण के लिए, नीचे दिए गए स्क्रीनशॉट में, मैं यह भी नहीं बता सकता कि इसे किस फ़ंक्शन से बुलाया गया था। आपकी क्या सिफारिश है? क्या लंबे समय तक स्टैकट्रेस प्राप्त करने का कोई तरीका है जिसमें मूल फ़ंक्शन हैंडलर से कॉल शामिल है? या क्या मुझे और ब्रेडक्रंब जोड़ने की ज़रूरत है?

यह बताने का कोई तरीका नहीं है कि इस विशिष्ट फ़ंक्शन को क्या कहा जाता है, क्योंकि इसे सॉकेट द्वारा ट्रिगर किया गया था। और जैसा कि आपने उल्लेख किया है, इसे ट्रैक करने का सबसे अच्छा तरीका ब्रेडक्रंब का उपयोग करना है जब आप डीबी क्वेरी, प्रॉक्सी कॉल या बाहरी सेवा अनुरोध करते हैं।

और क्योंकि सर्वर रहित उदाहरण लंबे समय तक चलते हैं, आप कॉल कर सकते हैं:

Sentry.configureScope(scope => scope.clear())
// or
Sentry.configureScope(scope => scope.clearBreadcrumbs())

एक साफ स्लेट पाने के लिए।

साथ ही, इन स्रोत कोड के साथ क्या हो रहा है, कोई भी विचार त्रुटियां नहीं मिलीं?

अपनी प्रोजेक्ट सेटिंग में Enable JavaScript source fetching बंद करें, उदा. https://sentry.io/settings/kamil-ogorek/projects/testing-project/
यह सर्वर रहित नोड ऐप है, इसलिए ऐसा करने का कोई मतलब नहीं है।

यह केवल पायथन फीचर है। दुर्भाग्य से, जेएस इस सुविधा को लागू करने के लिए एक तंत्र प्रदान नहीं करता है।

लानत है। मुझे यह पायथन के बारे में पसंद आया!

सुपर मददगार, धन्यवाद कामिल। मैं उन परिवर्तनों को लागू करूंगा और यदि मेरे पास और कोई प्रश्न हैं तो मैं यहां आपसे संपर्क करूंगा। मुझे यकीन है कि जेएस सर्वर रहित पर संतरी का उपयोग करने वाले अन्य लोगों के लिए यह समस्या सहायक होगी।

बहुत बढ़िया! मैं ट्राइएजिंग के लिए मुद्दे को बंद कर दूंगा, लेकिन बेझिझक मुझे किसी भी समय पिंग करें और यदि आवश्यक हो तो मैं इसे फिर से खोलूंगा! :)

@kamilogorek मैंने Google क्लाउड फ़ंक्शंस पर ब्रेडक्रंब जोड़े और मुझे लगता है कि मैं विभिन्न फ़ंक्शन कॉल से ब्रेडक्रंब देख रहा हूं।

क्या इसका कोई मतलब है? मैं ब्रेडक्रंब को केवल एक HTTP अनुरोध w/Google क्लाउड फ़ंक्शंस से कैसे सीमित कर सकता हूं?

यह समझ में आता है, हालांकि क्या आप मुझे उदाहरण कोड दिखा सकते हैं जिसका उपयोग आप अपने क्लाउड फ़ंक्शंस में करते हैं? इस तरह सब कुछ समझना आसान हो जाएगा।

@kamilogorek आप वास्तव में मददगार रहे हैं!

हमने डॉकर / नोड के साथ कोआ का उपयोग करने के लिए स्विच किया। तो हमारे पास कोआ एकीकरण इस तरह स्थापित है: https://docs.sentry.io/platforms/node/koa/

यह ब्रेडक्रंब को छोड़कर बहुत बढ़िया काम कर रहा है, हम सर्वर पर सभी अनुरोधों के लिए ब्रेडक्रंब देख रहे हैं, न कि केवल वर्तमान अनुरोध से बंधे ब्रेडक्रंब।

क्या इसे ठीक करने का कोई रास्ता है?

क्या इसे ठीक करने का कोई रास्ता है?

वहाँ है, लेकिन मुझे यहाँ कोड प्रदान करने से पहले इसका परीक्षण करने की आवश्यकता है :)
मैं ~ 1-2 दिनों में आपसे संपर्क करने की कोशिश करूँगा।

@kamilogorek आप एक परम किंवदंती हैं मेरे दोस्त

@vpontis तो केवल एक चीज जो आपको वास्तव में करने की ज़रूरत है वह है अपने किसी एक मिडलवेयर में एक डोमेन इंस्टेंस बनाना। एक बार वहां पहुंचने के बाद, एसडीके इसका पता लगाएगा और संदर्भों को अलग करने के लिए उपयोग करेगा। आप parseRequest को वहां भी ले जा सकते हैं। (उदाहरण https://github.com/koajs/examples/blob/master/errors/app.js पर आधारित)

const Sentry = require("@sentry/node");
const Koa = require("koa");
const app = (module.exports = new Koa());
const domain = require("domain");

Sentry.init({
  // ...
});

app.use(async function(ctx, next) {
  const local = domain.create();
  local.add(ctx);
  local.on("error", next);
  local.run(() => {
    Sentry.configureScope(scope => {
      scope.addEventProcessor(event => Sentry.Handlers.parseRequest(event, ctx.request));
    });
    next();
  });
});

app.use(async function(ctx, next) {
  try {
    await next();
  } catch (err) {
    // some errors will have .status
    // however this is not a guarantee
    ctx.status = err.status || 500;
    ctx.type = "html";
    ctx.body = "<p>Something <em>exploded</em>, please contact Maru.</p>";

    // since we handled this manually we'll
    // want to delegate to the regular app
    // level error handling as well so that
    // centralized still functions correctly.
    ctx.app.emit("error", err, ctx);
  }
});

// response

app.use(async function() {
  throw new Error("boom boom");
});

// error handler

app.on("error", function(err) {
  Sentry.captureException(err);
});

if (!module.parent) app.listen(3000);

parseRequest कुछ विकल्पों को स्वीकार करता है जिनका उपयोग आप यह चुनने के लिए कर सकते हैं कि आप कौन सा अनुरोध डेटा निकालना चाहते हैं - https://github.com/getsentry/sentry-javascript/blob/f71c17426c7053d46fe3e2e35e77c564749d0eb7/packages/node/src/handlers .ts#L177

धन्यवाद @kamilogorek!

कुछ विचार:

1. आप वास्तविक नोड req और res को उस डोमेन से जोड़ सकते हैं जो ctx.req और `ctx.res पर संग्रहीत हैं

2. आप नोड में req से parseRequest . पास कर सकते हैं

3. मैन्युअल रूप से त्रुटि पकड़ने के बाद आप ctx.app.emit("error", err, ctx); क्यों कॉल करते हैं?

    // since we handled this manually we'll
    // want to delegate to the regular app
    // level error handling as well so that
    // centralized still functions correctly.
    ctx.app.emit("error", err, ctx);

क्या यह ऐसा मामला नहीं होगा जहां आप केवल प्रतिक्रिया वापस करना चाहते हैं और त्रुटि को केंद्रीकृत त्रुटि हैंडलर तक नहीं पहुंचाना चाहते हैं?

1. कोआ में next है async । क्या इससे नोड के अंदर कोई समस्या उत्पन्न होगी domain.run(...)

मुझे बताएं कि क्या यह समझ में आता है। यह पहले से ही सुपर, सुपर मददगार है। मैं इस सप्ताह के अंत में इसका परीक्षण करूंगा।

आह रे 3 मैं देख रहा हूँ कि आप बस उस उदाहरण से नकल कर रहे हैं इसलिए मैं उस हिस्से को अनदेखा कर दूँगा :)। अभी इसका परीक्षण...

हम्म, मुझे इसे काम करने में परेशानी हो रही है। मुझे लगता है कि यह कोआ में डोमेन कॉलबैक और async फ़ंक्शंस के मिश्रण के कारण है।

ऐसा भी लगता है कि डोमेन नोड 12 में भी काम नहीं करते हैं (मैं एसिंक्स स्टैक ट्रेस समर्थन प्राप्त करने के लिए जल्द ही अपग्रेड करने की योजना बना रहा हूं)।

किसी भी तरह से, मुझे समझ में नहीं आता कि डोमेन के साथ यह कोड कैसे काम करता है इसलिए मैं इसे ऐप के एक महत्वपूर्ण हिस्से में डालने में संकोच कर रहा हूं।

क्या मौजूदा "हब" को ctx पर डालने और addBreadcrumb पर कॉल करने का कोई और तरीका मौजूदा अनुरोध से जुड़ा हुआ है? मुझे पूरा यकीन नहीं है कि संतरी में हब और संदेश प्रबंधन कैसे काम करता है ...

मुझे यह कोड काम कर रहा है (ये लगातार दो मिडलवेयर फ़ंक्शन हैं) लेकिन मैं _why_ के साथ सहज महसूस नहीं करता यह काम करता है ...

export const setSentryDomain = async (ctx, next) => {
  await new Promise(async (resolve, reject) => {
    const local = domain.create();

    local.add(ctx.req);
    local.add(ctx.res);

    local.run(async () => {
      Sentry.configureScope((scope) => {
        scope.addEventProcessor((event) => Sentry.Handlers.parseRequest(event, ctx.req));
      });

      await next();
      resolve();
    });
  });
};

export const catchErrors = async (ctx, next) => {
  try {
    await next();
  } catch (err) {
    console.log('got error');
    ctx.app.emit('error', err, ctx);
  }
};

मैं इसे एक रात कह रहा हूँ। मुझे ऐसा काम करने वाला समाधान नहीं मिला जिससे मैं खुश था।

मैंने यह भी महसूस किया कि मेरे अधिकांश ब्रेडक्रंब console.log स्टेटमेंट से हैं जो संतरी द्वारा स्वचालित रूप से कैप्चर किए जाते हैं। तो मुझे यह पता लगाने की जरूरत है कि इन ब्रेडक्रंबों को सही दायरे में कैसे लाया जाए ...

मैंने कोड के चारों ओर पोक किया और डोमेन लगता है जैसे यह इस समस्या को हल करता है। लेकिन डोमेन एसिंक फ़ंक्शन के साथ विश्वसनीय नहीं लगते हैं और वे जल्द ही बंद होने वाले हैं...

क्या सीटीएक्स पर वर्तमान "हब" डालने और एडब्रेडक्रंब को कॉल करने का कोई और तरीका वर्तमान अनुरोध से जुड़ा हुआ है?

आप हब को सीधे ctx पर असाइन कर सकते हैं, हालांकि यह स्वचालित रूप से कैप्चर किए गए ब्रेडक्रंब के लिए काम नहीं करेगा, क्योंकि हब को वापस करने के लिए उन्हें Sentry.getCurrentHub() की आवश्यकता होती है, ब्रेडक्रंब को असाइन किया जाना चाहिए। और इसका पता लगाने के तरीकों में से एक है, domain.active का उपयोग करना।

लेकिन डोमेन एसिंक फ़ंक्शन के साथ विश्वसनीय नहीं लगते हैं और वे जल्द ही बंद होने वाले हैं...

दुर्भाग्य से, वे दिसंबर 2014 से दूर जा रहे हैं, दृष्टि में कोई स्पष्ट प्रतिस्थापन नहीं है (एसिंक हुक हैं, लेकिन वे भी सही नहीं हैं), साथ ही उन्हें उन 5 वर्षों में नोड के मूल से हटाया नहीं गया है।

हम अभी zone.js के साथ खेल रहे हैं, क्योंकि इससे काफी मदद मिलेगी, लेकिन यह अभी भी एक बहुत बड़ा PoC है और यह नहीं बता सकता कि हम डोमेन को बदलने के लिए इसका उपयोग कब करेंगे या नहीं करेंगे।

हाय @kamilogorek ,

मैं संतरी में बिना क्रिया के त्रुटियों को पकड़ने की कोशिश कर रहा हूं, और कोशिश की कि आपने https://github.com/getsentry/sentry-javascript/issues/2122#issuecomment -503440087 में क्या उल्लेख किया है।

लेकिन मुझे लगता है कि Google आपको process.on('uncaughtException') से जुड़ने की अनुमति नहीं देता है, मैं उस दृष्टिकोण का उपयोग करके संतरी में किसी भी त्रुटि को लॉग करने में सक्षम नहीं था।

क्या कोई अन्य तरीका है कि आप कोशिश करने की सिफारिश करेंगे, प्रत्येक फ़ंक्शन बॉडी को एक कोशिश पकड़ने वाले ब्लॉक में लपेटने का आदर्श तरीका नहीं लगता है।

हम एक wrap विधि प्रदान करते हैं, लेकिन मुझे नहीं लगता कि यह ट्राई/कैच tbh से बहुत बेहतर है।

exports.helloBackground = (data, context) => {
  return `Hello ${data.name || 'World'}!`;
};

// becomes

exports.helloBackground = (data, context) => {
  return Sentry.wrap(() => {
    return `Hello ${data.name || 'World'}!`;
  })
};

मुझे ऐसा लगता है कि यह समस्या एक सरल तरीके से फायरबेस/गूगल क्लाउड फ़ंक्शंस का समर्थन करने के लिए एक सुविधा अनुरोध के रूप में खुला रखने के लायक हो सकती है।

मैं क्लाइंट-साइड पर सेट अप की आसानी से अविश्वसनीय रूप से प्रभावित हुआ और निराश हुआ जब मुझे एहसास हुआ कि सर्वर-साइड सेट करना अधिक जटिल होगा। क्या जीसीपी (विशेष रूप से कार्य) पर अनुभव को बेहतर बनाने की कोई योजना है?

@goleary क्या आप एक नया मुद्दा खोलने पर ध्यान देंगे जो आप देखना चाहते हैं?
यह धागा पहले से ही काफी बड़ा है और इसका पालन करना कठिन है।

धन्यवाद

क्या अभी भी इसे स्थापित करने का कोई आसान तरीका नहीं है? आदर्श रूप से इसे हर कार्य के लिए सेट किए बिना, इसे विश्व स्तर पर एक बार सेट करने में सक्षम होना?

@marcospgp नहीं, और दुर्भाग्य से ऐसा नहीं होगा, क्योंकि Google स्वयं एक तंत्र प्रदान नहीं करता है जो इसकी अनुमति देगा। अपने स्वयं के रिपोर्टर को देखें - https://cloud.google.com/error-reporting/docs/setup/nodejs यह मैन्युअल कॉल का भी उपयोग करता है।

हम्म दिलचस्प है, मैंने फायरबेस क्लाउड फ़ंक्शंस (जो पर्दे के पीछे Google क्लाउड फ़ंक्शंस का उपयोग करता है) पर संतरी की स्थापना की और मुझे अभी एक त्रुटि रिपोर्ट मिली - तो यह काम करने लगता है!

यहाँ मेरा index.js है, जहाँ सभी संतरी कोड हैं:

const admin = require("firebase-admin");
const functions = require("firebase-functions");
const Sentry = require("@sentry/node");

/**
 * Set up Sentry for error reporting
 */
if (functions.config().sentry && functions.config().sentry.dsn) {
  Sentry.init({ dsn: functions.config().sentry.dsn });
} else {
  console.warn(
    "/!\\ sentry.dsn environment variable not found. Skipping setting up Sentry..."
  );
}

admin.initializeApp();

const { function1 } = require("./cloud-functions/function1");
const { function2 } = require("./cloud-functions/function2");

module.exports = {
  function1,
  function2
};

@marcospgp उपरोक्त index.js था जो ./cloud-functions/function1 और ./cloud-functions/function2 के भीतर संतरी को बेजोड़ अपवाद भेजने में सक्षम था, या क्या आपको उन फ़ाइलों के भीतर संतरी में सक्रिय रूप से लॉग इन करना था?

मैंने अभी @marcospgp समाधान की कोशिश की है, लेकिन ऐसा लगता है कि यह बिना किसी अपवाद के लॉगिंग कर रहा है, उसे मैन्युअल रूप से लॉग इन करना होगा ( sentry.captureException() का उपयोग करके?)

यहां @goleary के समान, कुछ भी लॉग नहीं होता है।

साथ ही ऐसा लगता है कि .wrap() अब उपलब्ध नहीं है।

क्या इसका मतलब यह है कि हमें कोशिश/कैच के अंदर सभी कोड को मैन्युअल रूप से लपेटना चाहिए?

@Dinduks मैं यही कर रहा हूं। ओवरहेड थोड़ा कष्टप्रद है लेकिन संतरी का उपयोग करने में सक्षम होना फायरबेस क्लाउड फ़ंक्शन लॉगिंग (महान नहीं) पर प्रयास के लायक है।

@Dinduks wrap अभी भी है, देखें: https://github.com/getsentry/sentry-javascript/blob/master/packages/browser/src/exports.ts#L40
हालांकि, ध्यान रखें कि यह फ़ंक्शन को तुरंत निष्पादित करता है और आपको वापसी मूल्य वापस देता है। तो मुझे यकीन नहीं है कि यह नियमित प्रयास/पकड़ से कहीं अधिक सहायक है जो आपको कुछ उपयोगकर्ता फ़ॉलबैक कार्रवाई करने की अनुमति देता है।

const myHandler = (req, res) => Sentry.wrap(() => {
  someFunctionThatCanBreak(req);
  return res.send(200);
});

मुझे नहीं लगता कि यह एक अच्छा विचार है, लेकिन मैंने एक ऐसा आवरण बनाया है जो इस तरह दिखता है।

import * as Sentry from "@sentry/node";

export const sentryWrapper = (f) => {
  return async function () {
    try {
      // eslint-disable-next-line prefer-rest-params
      return await f.apply(this, arguments);
    } catch (e) {
      Sentry.captureException(e);
      await Sentry.flush(2000);
      throw new Error(e);
    }
  };
};

इसका उपयोग निम्नानुसार किया जाएगा।

export const getChannelVideoTest = functions.https.onRequest(
  sentryWrapper(async (req, res) => {
    someFunctionThatCanBreak(req);
    return res.send(200);
  }),
);

मैं जानना चाहता हूं कि कोई बेहतर तरीका है या नहीं।

@ कामिलोगोरेक
मैं इससे भी जूझ रहा हूं।

मैंने सफलतापूर्वक Sentry.init() प्राप्त कर लिया है और जब मैं अपने सभी कोड को try {} catch {} स्टेटमेंट में लपेटता हूं और मैन्युअल कॉल को Sentry.captureException और Sentry.flush() में लपेटता हूं तो मुझे अपनी समस्याएं होती हैं।
हालांकि, अगर मैं try/catch स्टेटमेंट को हटा देता हूं तो मुझे कुछ भी रिपोर्ट नहीं मिल पा रहा है।
वही प्रदर्शन निगरानी के लिए जाता है जहां मुझे कुछ भी नहीं मिल रहा है जब तक कि मैं मैन्युअल रूप से Sentry.startTransaction() के साथ फ़ंक्शन की शुरुआत में लेनदेन नहीं करता।

क्या यह अपेक्षित है?
क्या अप्रबंधित त्रुटियों को संतरी को भेजने का कोई तरीका है?
यदि नहीं, तो क्या इसका मतलब यह है कि प्रदर्शन टैब हमेशा विफलता दर को 0% पर सेट करेगा? (क्योंकि हम त्रुटि पकड़ते हैं और मैन्युअल रूप से इसकी रिपोर्ट करते हैं, लेन-देन ठीक से बंद किया जा रहा है, इस प्रकार एक ठीक स्थिति है?)

@axelvaindal हम अभी तक सर्वर रहित के लिए प्रदर्शन निगरानी का समर्थन नहीं करते हैं। इस प्रश्न के लिए:

क्या अप्रबंधित त्रुटियों को संतरी को भेजने का कोई तरीका है?

तो नहीं, वास्तव में नहीं, क्योंकि जीसीएफ हैंडल न किए गए अपवादों/अस्वीकृति में शामिल होने का कोई तरीका प्रदान नहीं करता है, इसलिए हम इसे रोकने में सक्षम नहीं हैं। इसे मैन्युअल रूप से पकड़ने के लिए आपको अपने हैंडलर (अपने ऊपर टिप्पणी देखें) को लपेटने की जरूरत है।

आप हमारे AWSLambda हैंडलर कार्यान्वयन को भी पढ़ सकते हैं ताकि कुछ विचार प्राप्त हो सकें कि उस स्निपेट में कैसे सुधार किया जाए - https://github.com/getsentry/sentry-javascript/blob/master/packages/serverless/src/awslambda.ts