Generate graphical report of all request and response of nodejs serverHow to decide when to use Node.js?Using nodejs server with request package and function pipe()?Proper way to set response status and JSON content in a REST API made with nodejs and expressNodeJS Server crash when request/response.abortedStart script missing error when running npm startHow, in general, does Node.js handle 10,000 concurrent requests?Capture Nodejs Server Events generated by Request and Response ObjectsHow to change NodeJS Request Stream responseNodejs- Trying to retrieve API request details using nodejs scriptHow to log all outgoing requests on NodeJS/Express?
Which high-degree derivatives play an essential role?
Does a lens with a bigger max. aperture focus faster than a lens with a smaller max. aperture?
How do I present a future free of gender stereotypes without being jarring or overpowering the narrative?
Fitting large table to single page
A quine of sorts
How can this fractal shape perfectly cover a certain platonic solid?
Why was Pan Am Flight 103 flying over Lockerbie?
Why didn't Caesar move against Sextus Pompey immediately after Munda?
What is the meaning of "it" in "as luck would have it"?
Why am I getting an electric shock from the water in my hot tub?
Position representation of spin states and spin operators
Active wildlife outside the window- Good or Bad for Cat psychology?
Move up, right, left and down functions
Disk usage buggy: 10G missing on Linux home partition on SSD
Is it possible to alias a column based on the result of a select+where?
Two palindromes are not enough
Why are examinees often not allowed to leave during the start and end of an exam?
What prevents a US state from colonizing a smaller state?
A* pathfinding algorithm too slow
What is my external HDD doing?
Identifying positions of the last TRUEs in a sequence of TRUEs and FALSEs
What are the children of two Muggle-borns called?
Russian equivalents of 能骗就骗 (if you can cheat, then cheat)
How did they film the Invisible Man being invisible in 1933?
Generate graphical report of all request and response of nodejs server
How to decide when to use Node.js?Using nodejs server with request package and function pipe()?Proper way to set response status and JSON content in a REST API made with nodejs and expressNodeJS Server crash when request/response.abortedStart script missing error when running npm startHow, in general, does Node.js handle 10,000 concurrent requests?Capture Nodejs Server Events generated by Request and Response ObjectsHow to change NodeJS Request Stream responseNodejs- Trying to retrieve API request details using nodejs scriptHow to log all outgoing requests on NodeJS/Express?
i am using nodejs as my server with express. I am logging all my request and response on server. Is there any package available to read my logs and generate graphical report like how many requests we got and how many succeeded. What was the request received and responded. Is there a package which can track all these details for me?
node.js express
asked Mar 25 at 16:26
HackerHacker
3,55111 gold badges56 silver badges112 bronze badges
add a comment |
i am using nodejs as my server with express. I am logging all my request and response on server. Is there any package available to read my logs and generate graphical report like how many requests we got and how many succeeded. What was the request received and responded. Is there a package which can track all these details for me?
node.js express
asked Mar 25 at 16:26
HackerHacker
3,55111 gold badges56 silver badges112 bronze badges
add a comment |
i am using nodejs as my server with express. I am logging all my request and response on server. Is there any package available to read my logs and generate graphical report like how many requests we got and how many succeeded. What was the request received and responded. Is there a package which can track all these details for me?
node.js express
asked Mar 25 at 16:26
HackerHacker
3,55111 gold badges56 silver badges112 bronze badges
i am using nodejs as my server with express. I am logging all my request and response on server. Is there any package available to read my logs and generate graphical report like how many requests we got and how many succeeded. What was the request received and responded. Is there a package which can track all these details for me?
node.js express
node.js express
asked Mar 25 at 16:26
HackerHacker
3,55111 gold badges56 silver badges112 bronze badges
asked Mar 25 at 16:26
HackerHacker
3,55111 gold badges56 silver badges112 bronze badges
asked Mar 25 at 16:26
HackerHacker
3,55111 gold badges56 silver badges112 bronze badges
asked Mar 25 at 16:26
HackerHacker
3,55111 gold badges56 silver badges112 bronze badges
asked Mar 25 at 16:26
HackerHacker
3,55111 gold badges56 silver badges112 bronze badges
3,55111 gold badges56 silver badges112 bronze badges
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
It sounds like you're trying to get some performance metrics about your application which is great. There are many different ways you can go with this, here are a few suggestions for you to weigh up.
Non-real-time performance metrics
If you don't care about seeing the services real-time metrics you might want to create something to process them into a CSV and use something like excel or google sheets to generate graphs from them. If you need something immedietely and don't need to respond to things "in the moment" when a dip happens then this is a good quick and dirty solution.
Real-time performance metrics using SaaS software
If you want the metrics but don't want to host the systems yourself you might want to checkout services such as DataDog. They provide dashboards and graphs as a service. You can use something like statsd to get metrics into DataDog, or use their own integrations. They have a lot of integrations with cloud providers like AWS, GCP, and Azure for machine metrics (CPU etc). They also have packages for inteacting with your application itself such such as their ExpressJS package.
Real-time performance metrics using self-hosted solutions
I've often used a self-hosted approach as I find the pricing often scales a bit better. The setup is fairly simple.
- Use a statsd package for all system components (nginx, nodejs, postgres, etc) to publish metrics to the statsd daemon.
- The statsd daemon self-hosted somewhere (maybe a proxy cluster if you're working on large applications).
- Self-hosted Graphite to consume metrics from the statsd daemon. Graphite is a software package designed for aggregating metrics and has an API for producing static graph images.
- Self-hosted Grafana that pulls metrics from graphite. Grafana is a real-time dashboarding software. It allows you to create multiple dashboards that hook into various data sources such as Graphite or other time series data stores.
The self-hosting route can take a day to setup but it does mean you don't increase your costs per-host. It's also easy to put behind internal networks if that's a requirement for your organisation.
Personally, I would recommend either real-time performance metrics approaches. If your application is small and doesn't have many hosts then services like DataDog could be useful and cost effective but if you do need to scale up you'll find your costs sky rocketing. At that point you might decide to move over to a self-hosted infrastructure.
answered Mar 25 at 16:55
Elliot BlackburnElliot Blackburn
1,9621 gold badge14 silver badges27 bronze badges
I have hosted my app on kubernetes cluster. Anything i can use from there to do the metrics?
– Hacker
Mar 25 at 17:26
The approaches would be the same but you could also monitor your cluster with all three approaches. If you want application metrics you will have to emit them from the application somehow and capture them somewhere else. If you choose the self hosted route you can host statsd, graphite, and grafana all with docker as any other application, just make sure the graphite data store is some sort of mounted volume.
– Elliot Blackburn
Mar 26 at 13:44
add a comment |
Your Answer
StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55342333%2fgenerate-graphical-report-of-all-request-and-response-of-nodejs-server%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
It sounds like you're trying to get some performance metrics about your application which is great. There are many different ways you can go with this, here are a few suggestions for you to weigh up.
Non-real-time performance metrics
If you don't care about seeing the services real-time metrics you might want to create something to process them into a CSV and use something like excel or google sheets to generate graphs from them. If you need something immedietely and don't need to respond to things "in the moment" when a dip happens then this is a good quick and dirty solution.
Real-time performance metrics using SaaS software
If you want the metrics but don't want to host the systems yourself you might want to checkout services such as DataDog. They provide dashboards and graphs as a service. You can use something like statsd to get metrics into DataDog, or use their own integrations. They have a lot of integrations with cloud providers like AWS, GCP, and Azure for machine metrics (CPU etc). They also have packages for inteacting with your application itself such such as their ExpressJS package.
Real-time performance metrics using self-hosted solutions
I've often used a self-hosted approach as I find the pricing often scales a bit better. The setup is fairly simple.
- Use a statsd package for all system components (nginx, nodejs, postgres, etc) to publish metrics to the statsd daemon.
- The statsd daemon self-hosted somewhere (maybe a proxy cluster if you're working on large applications).
- Self-hosted Graphite to consume metrics from the statsd daemon. Graphite is a software package designed for aggregating metrics and has an API for producing static graph images.
- Self-hosted Grafana that pulls metrics from graphite. Grafana is a real-time dashboarding software. It allows you to create multiple dashboards that hook into various data sources such as Graphite or other time series data stores.
The self-hosting route can take a day to setup but it does mean you don't increase your costs per-host. It's also easy to put behind internal networks if that's a requirement for your organisation.
Personally, I would recommend either real-time performance metrics approaches. If your application is small and doesn't have many hosts then services like DataDog could be useful and cost effective but if you do need to scale up you'll find your costs sky rocketing. At that point you might decide to move over to a self-hosted infrastructure.
answered Mar 25 at 16:55
Elliot BlackburnElliot Blackburn
1,9621 gold badge14 silver badges27 bronze badges
I have hosted my app on kubernetes cluster. Anything i can use from there to do the metrics?
– Hacker
Mar 25 at 17:26
The approaches would be the same but you could also monitor your cluster with all three approaches. If you want application metrics you will have to emit them from the application somehow and capture them somewhere else. If you choose the self hosted route you can host statsd, graphite, and grafana all with docker as any other application, just make sure the graphite data store is some sort of mounted volume.
– Elliot Blackburn
Mar 26 at 13:44
add a comment |
It sounds like you're trying to get some performance metrics about your application which is great. There are many different ways you can go with this, here are a few suggestions for you to weigh up.
Non-real-time performance metrics
If you don't care about seeing the services real-time metrics you might want to create something to process them into a CSV and use something like excel or google sheets to generate graphs from them. If you need something immedietely and don't need to respond to things "in the moment" when a dip happens then this is a good quick and dirty solution.
Real-time performance metrics using SaaS software
If you want the metrics but don't want to host the systems yourself you might want to checkout services such as DataDog. They provide dashboards and graphs as a service. You can use something like statsd to get metrics into DataDog, or use their own integrations. They have a lot of integrations with cloud providers like AWS, GCP, and Azure for machine metrics (CPU etc). They also have packages for inteacting with your application itself such such as their ExpressJS package.
Real-time performance metrics using self-hosted solutions
I've often used a self-hosted approach as I find the pricing often scales a bit better. The setup is fairly simple.
- Use a statsd package for all system components (nginx, nodejs, postgres, etc) to publish metrics to the statsd daemon.
- The statsd daemon self-hosted somewhere (maybe a proxy cluster if you're working on large applications).
- Self-hosted Graphite to consume metrics from the statsd daemon. Graphite is a software package designed for aggregating metrics and has an API for producing static graph images.
- Self-hosted Grafana that pulls metrics from graphite. Grafana is a real-time dashboarding software. It allows you to create multiple dashboards that hook into various data sources such as Graphite or other time series data stores.
The self-hosting route can take a day to setup but it does mean you don't increase your costs per-host. It's also easy to put behind internal networks if that's a requirement for your organisation.
Personally, I would recommend either real-time performance metrics approaches. If your application is small and doesn't have many hosts then services like DataDog could be useful and cost effective but if you do need to scale up you'll find your costs sky rocketing. At that point you might decide to move over to a self-hosted infrastructure.
answered Mar 25 at 16:55
Elliot BlackburnElliot Blackburn
1,9621 gold badge14 silver badges27 bronze badges
I have hosted my app on kubernetes cluster. Anything i can use from there to do the metrics?
– Hacker
Mar 25 at 17:26
The approaches would be the same but you could also monitor your cluster with all three approaches. If you want application metrics you will have to emit them from the application somehow and capture them somewhere else. If you choose the self hosted route you can host statsd, graphite, and grafana all with docker as any other application, just make sure the graphite data store is some sort of mounted volume.
– Elliot Blackburn
Mar 26 at 13:44
add a comment |
It sounds like you're trying to get some performance metrics about your application which is great. There are many different ways you can go with this, here are a few suggestions for you to weigh up.
Non-real-time performance metrics
If you don't care about seeing the services real-time metrics you might want to create something to process them into a CSV and use something like excel or google sheets to generate graphs from them. If you need something immedietely and don't need to respond to things "in the moment" when a dip happens then this is a good quick and dirty solution.
Real-time performance metrics using SaaS software
If you want the metrics but don't want to host the systems yourself you might want to checkout services such as DataDog. They provide dashboards and graphs as a service. You can use something like statsd to get metrics into DataDog, or use their own integrations. They have a lot of integrations with cloud providers like AWS, GCP, and Azure for machine metrics (CPU etc). They also have packages for inteacting with your application itself such such as their ExpressJS package.
Real-time performance metrics using self-hosted solutions
I've often used a self-hosted approach as I find the pricing often scales a bit better. The setup is fairly simple.
- Use a statsd package for all system components (nginx, nodejs, postgres, etc) to publish metrics to the statsd daemon.
- The statsd daemon self-hosted somewhere (maybe a proxy cluster if you're working on large applications).
- Self-hosted Graphite to consume metrics from the statsd daemon. Graphite is a software package designed for aggregating metrics and has an API for producing static graph images.
- Self-hosted Grafana that pulls metrics from graphite. Grafana is a real-time dashboarding software. It allows you to create multiple dashboards that hook into various data sources such as Graphite or other time series data stores.
The self-hosting route can take a day to setup but it does mean you don't increase your costs per-host. It's also easy to put behind internal networks if that's a requirement for your organisation.
Personally, I would recommend either real-time performance metrics approaches. If your application is small and doesn't have many hosts then services like DataDog could be useful and cost effective but if you do need to scale up you'll find your costs sky rocketing. At that point you might decide to move over to a self-hosted infrastructure.
answered Mar 25 at 16:55
Elliot BlackburnElliot Blackburn
1,9621 gold badge14 silver badges27 bronze badges
It sounds like you're trying to get some performance metrics about your application which is great. There are many different ways you can go with this, here are a few suggestions for you to weigh up.
Non-real-time performance metrics
If you don't care about seeing the services real-time metrics you might want to create something to process them into a CSV and use something like excel or google sheets to generate graphs from them. If you need something immedietely and don't need to respond to things "in the moment" when a dip happens then this is a good quick and dirty solution.
Real-time performance metrics using SaaS software
If you want the metrics but don't want to host the systems yourself you might want to checkout services such as DataDog. They provide dashboards and graphs as a service. You can use something like statsd to get metrics into DataDog, or use their own integrations. They have a lot of integrations with cloud providers like AWS, GCP, and Azure for machine metrics (CPU etc). They also have packages for inteacting with your application itself such such as their ExpressJS package.
Real-time performance metrics using self-hosted solutions
I've often used a self-hosted approach as I find the pricing often scales a bit better. The setup is fairly simple.
- Use a statsd package for all system components (nginx, nodejs, postgres, etc) to publish metrics to the statsd daemon.
- The statsd daemon self-hosted somewhere (maybe a proxy cluster if you're working on large applications).
- Self-hosted Graphite to consume metrics from the statsd daemon. Graphite is a software package designed for aggregating metrics and has an API for producing static graph images.
- Self-hosted Grafana that pulls metrics from graphite. Grafana is a real-time dashboarding software. It allows you to create multiple dashboards that hook into various data sources such as Graphite or other time series data stores.
The self-hosting route can take a day to setup but it does mean you don't increase your costs per-host. It's also easy to put behind internal networks if that's a requirement for your organisation.
Personally, I would recommend either real-time performance metrics approaches. If your application is small and doesn't have many hosts then services like DataDog could be useful and cost effective but if you do need to scale up you'll find your costs sky rocketing. At that point you might decide to move over to a self-hosted infrastructure.
answered Mar 25 at 16:55
Elliot BlackburnElliot Blackburn
1,9621 gold badge14 silver badges27 bronze badges
answered Mar 25 at 16:55
Elliot BlackburnElliot Blackburn
1,9621 gold badge14 silver badges27 bronze badges
answered Mar 25 at 16:55
Elliot BlackburnElliot Blackburn
1,9621 gold badge14 silver badges27 bronze badges
answered Mar 25 at 16:55
Elliot BlackburnElliot Blackburn
1,9621 gold badge14 silver badges27 bronze badges
1,9621 gold badge14 silver badges27 bronze badges
I have hosted my app on kubernetes cluster. Anything i can use from there to do the metrics?
– Hacker
Mar 25 at 17:26
The approaches would be the same but you could also monitor your cluster with all three approaches. If you want application metrics you will have to emit them from the application somehow and capture them somewhere else. If you choose the self hosted route you can host statsd, graphite, and grafana all with docker as any other application, just make sure the graphite data store is some sort of mounted volume.
– Elliot Blackburn
Mar 26 at 13:44
add a comment |
I have hosted my app on kubernetes cluster. Anything i can use from there to do the metrics?
– Hacker
Mar 25 at 17:26
The approaches would be the same but you could also monitor your cluster with all three approaches. If you want application metrics you will have to emit them from the application somehow and capture them somewhere else. If you choose the self hosted route you can host statsd, graphite, and grafana all with docker as any other application, just make sure the graphite data store is some sort of mounted volume.
– Elliot Blackburn
Mar 26 at 13:44
I have hosted my app on kubernetes cluster. Anything i can use from there to do the metrics?
– Hacker
Mar 25 at 17:26
I have hosted my app on kubernetes cluster. Anything i can use from there to do the metrics?
– Hacker
Mar 25 at 17:26
The approaches would be the same but you could also monitor your cluster with all three approaches. If you want application metrics you will have to emit them from the application somehow and capture them somewhere else. If you choose the self hosted route you can host statsd, graphite, and grafana all with docker as any other application, just make sure the graphite data store is some sort of mounted volume.
– Elliot Blackburn
Mar 26 at 13:44
The approaches would be the same but you could also monitor your cluster with all three approaches. If you want application metrics you will have to emit them from the application somehow and capture them somewhere else. If you choose the self hosted route you can host statsd, graphite, and grafana all with docker as any other application, just make sure the graphite data store is some sort of mounted volume.
– Elliot Blackburn
Mar 26 at 13:44
add a comment |
Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.
Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55342333%2fgenerate-graphical-report-of-all-request-and-response-of-nodejs-server%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
