<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Integration on Nalar</title>
    <link>https://nalar.dev/tags/integration/</link>
    <description>Recent content in Integration on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sat, 05 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/integration/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Protecting Your Model with an Anti-Corruption Layer</title>
      <link>https://nalar.dev/protecting-your-model-with-an-anti-corruption-layer/</link>
      <pubDate>Sat, 05 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/protecting-your-model-with-an-anti-corruption-layer/</guid>
      <description>&lt;p&gt;Integrating another system often starts with a small amount of mapping code. Then its field names appear in business logic. Its status values enter conditionals. Its error codes shape application decisions. Months later, changing providers or even upgrading the integration requires edits across the codebase.&lt;/p&gt;&#xA;&lt;p&gt;The problem is not simply that the application has an external dependency. The deeper problem is that the external system&amp;rsquo;s &lt;strong&gt;model&lt;/strong&gt; has become part of the application&amp;rsquo;s own model.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
