<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Migration on Nalar</title>
    <link>https://nalar.dev/tags/migration/</link>
    <description>Recent content in Migration on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 01 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/migration/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Use the Strangler Fig Pattern for Incremental System Modernization</title>
      <link>https://nalar.dev/strangler-fig-pattern-incremental-system-modernization/</link>
      <pubDate>Tue, 01 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/strangler-fig-pattern-incremental-system-modernization/</guid>
      <description>&lt;p&gt;Large rewrites concentrate technical and delivery risk. Teams can spend months reproducing existing behavior before users receive any benefit, while the original system continues to change. The strangler fig pattern takes a different approach: replace capabilities incrementally and route traffic to the new implementation as each slice becomes ready.&lt;/p&gt;&#xA;&lt;h2 id=&#34;choose-a-bounded-slice&#34;&gt;Choose a bounded slice&lt;/h2&gt;&#xA;&lt;p&gt;Start with a capability that has a clear input, output, and ownership boundary. Good first candidates are important enough to validate the migration approach but not so central that every subsystem must move at once.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
