<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>visualization &amp;mdash; Simple Engineering</title>
    <link>https://getsimple.works/tag:visualization</link>
    <description></description>
    <pubDate>Wed, 15 Apr 2026 23:33:28 +0000</pubDate>
    <item>
      <title>Monitoring nodejs applications</title>
      <link>https://getsimple.works/monitoring-nodejs-applications?pk_campaign=rss-feed</link>
      <description>&lt;![CDATA[Systems monitoring is critical to systems deployed at scale. In addition to traditional monitoring services native to the nodejs ecosystem, this article explores how to monitor nodejs applications using third-party systems in a way that covers the entire stack, and provides an overall state in one bird eye view.&#xA;&#xA;In this article we will talk about: &#xA;&#xA;Data collection tools&#xA;Data visualization tools &#xA;Self-healing nodejs systems &#xA;Popular monitoring stacks&#xA;&#xA;  Even though this blog post was designed to offer complementary materials to those who bought my Testing nodejs Applications book, the content can help any software developer to tuneup working environment. You use this link to buy the book.  Testing nodejs Applications Book Cover&#xA;&#xA;Monitoring &#xA;Monitoring, custom alerts, and notifications systems &#xA;&#xA;Monitoring overall system health makes it possible to take immediate action when something unexpected happens. Key metrics to looks at are CPU usage, memory availability, disk capacity, and health and software errors.&#xA;&#xA;Monitoring systems makes it easy to detect, identify and eventually repair or recover from a failure in a reasonable time. When monitoring production applications, the aim is to be quick to respond to incidents. Sometimes, incident resolution can also be automated: a notification system that actually triggers some sort of script execution to remediate known issues. This sort of system is also called self-healing systems. &#xA;&#xA;Monitoring goes hand-in-hand with notification ~ alerting the right systems and people about either about what is about to happen(early or predictive detection), or about what just happened(near real-time detection) ~ so that the remediation action can be taken. We talk about self-healing(or resilient) systems when the system under stress makes remediation on its own, automatically -- and without direct human intervention. &#xA;&#xA;Complex monitoring systems are available for free and for a fee, open as well as closed source. The following examples provide a couple of some to look into. &#xA;&#xA;Monitoring tools ~ Uptime ~ Monitoring-dashboard &#xA;Error tracking and Data collection tools ~ Elastic also known as ELK stack&#xA;Visualization tools ~ zeppeling&#xA;&#xA;It is a good idea to use a monitoring tool outside the application. This strategy bails out when downtime originates from an entire data center or the same rack of servers. However, monitoring tools deployed on the same server, have the advantage of better taking the pulse of the environment on which the application is deployed. A winning strategy is deploying both solutions so that notifications can go out even when an entire data center has a downtime.&#xA;&#xA;Conclusion&#xA;&#xA;In this article, we revisited how to achieve one bird-eye view of full-stack nodejs application monitoring using third-party systems. We highlighted how logging and monitoring complement each other. There are additional complimentary materials in the &#34;Testing nodejs applications&#34; book. &#xA;&#xA;References &#xA;&#xA;Testing nodejs Applications book&#xA;Self Healing Systems ~ TechnologyConversations&#xA;Running nodejs in production non-stop ~ @talaviss - Medium&#xA;Login using nodejs&#xA;&#xA;#monitoring #nodejs #data-collection #visualization #data-viz&#xA;]]&gt;</description>
      <content:encoded><![CDATA[<p>Systems monitoring is critical to systems deployed at scale. In addition to traditional monitoring services native to the <code>nodejs</code> ecosystem, this article explores how to monitor <code>nodejs</code> applications using third-party systems in a way that covers the entire stack, and provides an overall state in one <em>bird eye view</em>.</p>

<p><strong><em>In this article we will talk about:</em></strong></p>
<ul><li>Data collection tools</li>
<li>Data visualization tools</li>
<li>Self-healing <code>nodejs</code> systems</li>
<li>Popular monitoring stacks</li></ul>

<blockquote><p>Even though this blog post was designed to offer complementary materials to those who bought my <strong><em><a href="https://bit.ly/2ZFJytb">Testing <code>nodejs</code> Applications book</a></em></strong>, the content can help any software developer to tuneup working environment. <strong><em><a href="https://bit.ly/2ZFJytb">You use this link to buy the book</a></em></strong>.  <a href="https://bit.ly/2ZFJytb"><img src="https://snap.as/a/42OS2vs.png" alt="Testing nodejs Applications Book Cover"/></a></p></blockquote>

<h2 id="monitoring" id="monitoring">Monitoring</h2>

<p><strong><em>Monitoring, custom alerts, and notifications systems</em></strong></p>

<p>Monitoring overall system health makes it possible to take immediate action when something unexpected happens. Key metrics to looks at are CPU usage, memory availability, disk capacity, and health and software errors.</p>

<p>Monitoring systems makes it easy to detect, identify and eventually repair or recover from a failure in a reasonable time. When monitoring production applications, the aim is to be quick to respond to incidents. Sometimes, incident resolution can also be automated: a notification system that actually triggers some sort of script execution to remediate known issues. This sort of system is also called self-healing systems.</p>

<p>Monitoring goes hand-in-hand with notification ~ alerting the right systems and people about either about what is about to happen(<strong><em>early or predictive detection</em></strong>), or about what just happened(<strong><em>near real-time detection</em></strong>) ~ so that the remediation action can be taken. We talk about <strong><em>self-healing(or resilient) systems</em></strong> when the system under stress makes remediation on its own, automatically — and without direct human intervention.</p>

<p>Complex monitoring systems are available for free and for a fee, open as well as closed source. The following examples provide a couple of some to look into.</p>
<ul><li><strong><em>Monitoring tools</em></strong> ~ <a href="https://github.com/fzaninotto/uptime">Uptime</a> ~ <a href="https://github.com/lorenwest/monitor-dashboard">Monitoring-dashboard</a></li>
<li>Error tracking and <strong><em>Data collection tools</em></strong> ~ Elastic also known as ELK stack</li>
<li><strong><em>Visualization tools</em></strong> ~ <a href="https://zeppelin.apache.org/docs/0.6.0/"><code>zeppeling</code></a></li></ul>

<p>It is a good idea to use a monitoring tool outside the application. This strategy bails out when downtime originates from an entire data center or the same rack of servers. However, monitoring tools deployed on the same server, have the advantage of better taking the pulse of the environment on which the application is deployed. A winning strategy is deploying both solutions so that notifications can go out even when an entire data center has a downtime.</p>

<h2 id="conclusion" id="conclusion">Conclusion</h2>

<p>In this article, we revisited how to achieve one bird-eye view of full-stack <code>nodejs</code> application monitoring using third-party systems. We highlighted how logging and monitoring complement each other. There are additional complimentary materials in the <strong>“Testing <code>nodejs</code> applications”</strong> book.</p>

<h2 id="references" id="references">References</h2>
<ul><li><a href="https://bit.ly/2ZFJytb">Testing <code>nodejs</code> Applications book</a></li>
<li>Self Healing Systems ~ <a href="https://technologyconversations.com/2016/01/26/self-healing-systems/">TechnologyConversations</a></li>
<li>Running <code>nodejs</code> in production non-stop ~ <a href="https://medium.com/@talaviss/running-nodejs-in-production-non-stop-6f96bc808ad">@talaviss – Medium</a></li>
<li><a href="https://scotch.io/series/easy-node-authentication">Login using <code>nodejs</code></a></li></ul>

<p><a href="https://getsimple.works/tag:monitoring" class="hashtag"><span>#</span><span class="p-category">monitoring</span></a> <a href="https://getsimple.works/tag:nodejs" class="hashtag"><span>#</span><span class="p-category">nodejs</span></a> <a href="https://getsimple.works/tag:data" class="hashtag"><span>#</span><span class="p-category">data</span></a>-collection <a href="https://getsimple.works/tag:visualization" class="hashtag"><span>#</span><span class="p-category">visualization</span></a> <a href="https://getsimple.works/tag:data" class="hashtag"><span>#</span><span class="p-category">data</span></a>-viz</p>
]]></content:encoded>
      <guid>https://getsimple.works/monitoring-nodejs-applications</guid>
      <pubDate>Thu, 17 Jun 2021 05:27:07 +0000</pubDate>
    </item>
  </channel>
</rss>