<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Engineering on Raygun Blog</title>
    <link>https://raygun.com/blog/tags/engineering/</link>
    <description>Recent content in Engineering on Raygun Blog</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 25 Aug 2020 09:17:09 +1300</lastBuildDate>
    <atom:link href="https://raygun.com/blog/tags/engineering/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>How we scale Raygun&#39;s architecture to handle more data</title>
      <link>https://raygun.com/blog/scaling-rayguns-architecture/</link>
      <pubDate>Tue, 25 Aug 2020 09:17:09 +1300</pubDate>
      <guid>https://raygun.com/blog/scaling-rayguns-architecture/</guid>
      <description>&lt;p&gt;Due to the huge importance of sourcemaps in the workflow of our customers, sourcemaps are a crucial part of our &lt;a href=&#34;https://raygun.com/platform/crash-reporting&#34; target=&#34;_blank&#34; &gt;Crash Reporting offering&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;We constantly strive to stay ahead of our customer demands as the amount of data we process continues to grow. We identified the sourcemapping process as an area ripe for performance improvement, so we took it apart and looked at exciting ways to build it from the ground-up using cutting-edge tech. Our key objectives were: &lt;strong&gt;horizontal scalability&lt;/strong&gt;, &lt;strong&gt;blazingly fast processing rates&lt;/strong&gt; and &lt;strong&gt;easy monitorability&lt;/strong&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How we made an 83% performance improvement using Real User Monitoring</title>
      <link>https://raygun.com/blog/improving-application-performance-with-rum/</link>
      <pubDate>Tue, 18 Aug 2020 09:17:09 +1300</pubDate>
      <guid>https://raygun.com/blog/improving-application-performance-with-rum/</guid>
      <description>&lt;p&gt;As applications evolve, we may start to lose visibility into why things are slow.&lt;/p&gt;&#xA;&lt;p&gt;Web apps often suffer in silence as customers are more likely to leave when they&amp;rsquo;re unsatisfied rather than reach out. Complex user flows, resource-intensive API calls, and an ever-growing codebase can all contribute to poor performance.&lt;/p&gt;&#xA;&lt;p&gt;This is why we don’t have scheduled performance days. At &lt;a href=&#34;https://raygun.com/&#34; target=&#34;_blank&#34; &gt;Raygun&lt;/a&gt;, the engineers are empowered to investigate improving the performance of our product, using our own tools to support us.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How Raygun increased transactions per second by 44% by removing Nginx</title>
      <link>https://raygun.com/blog/removing-nginx/</link>
      <pubDate>Fri, 31 Jul 2020 09:17:09 +1300</pubDate>
      <guid>https://raygun.com/blog/removing-nginx/</guid>
      <description>&lt;p&gt;Here at &lt;a href=&#34;https://raygun.com/&#34; target=&#34;_blank&#34; &gt;Raygun&lt;/a&gt;, improving performance is baked into our culture. In a previous blog post, we showed how we achieved a 12% performance lift by &lt;a href=&#34;https://raygun.com/blog/net-core-performance-3-vs-2/&#34; target=&#34;_blank&#34; &gt;migrating Raygun&amp;rsquo;s API to .NET Core 3.1&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;In publishing this, a question was asked on Twitter as to why we still use Nginx as a proxy to the Raygun API application. Our response was that we thought this was the recommended approach from Microsoft. It turns out this has not been the case since the release of .NET Core 2.1. Kestrel has matured a lot since the .NET Core 1.0 days when we first started using it and the security experts at Microsoft are comfortable with Kestrel being used on the front line since the release of .NET Core 2.1.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Achieving a 12% performance lift migrating Raygun&#39;s API to .NET Core 3.1</title>
      <link>https://raygun.com/blog/net-core-performance-3-vs-2/</link>
      <pubDate>Thu, 04 Jun 2020 09:17:09 +1300</pubDate>
      <guid>https://raygun.com/blog/net-core-performance-3-vs-2/</guid>
      <description>&lt;p&gt;Here at Raygun, improving performance is baked into our culture. We don’t just think about our application performance, but more broadly, we look at our own infrastructure and ask if there’s anything we can do to make it more performant for our business and for our customers.&lt;/p&gt;&#xA;&lt;p&gt;Two years ago, we switched our API from Node.js to .NET Core and &lt;a href=&#34;https://raygun.com/blog/dotnet-vs-nodejs/&#34; target=&#34;_blank&#34; &gt;achieved a 2000% increase&lt;/a&gt; in throughput. To continue that story, we recently upgraded .NET Core 2.1 to 3.1 and saw a 12% increase in performance.&lt;/p&gt;</description>
    </item>
    <item>
      <title>.NET Core or Node.js? [We increased throughput by 2,000%]</title>
      <link>https://raygun.com/blog/dotnet-vs-nodejs/</link>
      <pubDate>Fri, 19 May 2017 02:36:09 +0000</pubDate>
      <guid>https://raygun.com/blog/dotnet-vs-nodejs/</guid>
      <description>&lt;p&gt;A few months ago, Raygun was featured on the Microsoft website with how we increased throughput by 2,000 percent with a change from Node.js to .NET Core.&lt;/p&gt;&#xA;&lt;p&gt;The performance improvements were immediate and nothing short of phenomenal. &lt;/p&gt;&#xA;&lt;p&gt;In fact, using the same size server, we were able to go from 1,000 requests per second per node with Node.js, to 20,000 requests per second with .NET Core. &lt;a href=&#34;https://customers.microsoft.com/en-us/story/raygun&#34; target=&#34;_blank&#34; &gt;Check out the case study for a quick refresh&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
