<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Ricardo Viana</title>
    <description>The latest articles on DEV Community by Ricardo Viana (@rhviana).</description>
    <link>https://dev.to/rhviana</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3770340%2F77d210ec-8213-4b79-8dd2-74cb2c38f36e.jpg</url>
      <title>DEV Community: Ricardo Viana</title>
      <link>https://dev.to/rhviana</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/rhviana"/>
    <language>en</language>
    <item>
      <title>Gateway Domain-Centric Routing (GDCR) : The Foundation - Version v6.0</title>
      <dc:creator>Ricardo Viana</dc:creator>
      <pubDate>Tue, 03 Mar 2026 08:17:32 +0000</pubDate>
      <link>https://dev.to/rhviana/gateway-domain-centric-routing-gdcr-the-foundation-version-v60-l56</link>
      <guid>https://dev.to/rhviana/gateway-domain-centric-routing-gdcr-the-foundation-version-v60-l56</guid>
      <description>&lt;p&gt;Building Metadata-Driven Domain-Centric Routing for API Gateways&lt;/p&gt;

&lt;p&gt;Modern API integration landscapes often end up fragmented:&lt;/p&gt;

&lt;p&gt;proxy-per-backend systems&lt;/p&gt;

&lt;p&gt;exploding configuration artifacts&lt;/p&gt;

&lt;p&gt;frequent redeploys for every service change&lt;/p&gt;

&lt;p&gt;tight coupling between routing logic and vendor platforms&lt;/p&gt;

&lt;p&gt;What if instead of continuously rebuilding proxy layers, we treat routing as a governance layer orchestrated by metadata and domain semantics?&lt;/p&gt;

&lt;p&gt;In a recent independent research effort, I explored an architectural model called Gateway Domain-Centric Routing (GDCR) — a vendor-neutral, metadata-driven approach that separates:&lt;/p&gt;

&lt;p&gt;✅ Immutable execution plane (proxies + routing engine)&lt;br&gt;
✅ Mutable control plane (metadata + routing definitions)&lt;/p&gt;

&lt;p&gt;The core idea is that when new backends or vendors are introduced, the system doesn’t require modifying the routing proxies or redeployment. Instead, the routing engine reads updated metadata and resolves requests according to business domain semantics.&lt;/p&gt;

&lt;p&gt;This model was validated across multiple platforms (Kong, SAP BTP, AWS, Azure) using SAP CPI as backend. Over 1,499,869 requests were processed with:&lt;/p&gt;

&lt;p&gt;✔ 99.9916% end-to-end success&lt;br&gt;
✔ 100% routing resolution success (zero routing failures)&lt;/p&gt;

&lt;p&gt;The full paper defines the routing lifecycle, action normalization, metadata strategy, and design principles.&lt;/p&gt;

&lt;p&gt;If you’re interested in domain-centric API governance, metadata-driven routing, or scalable integration patterns, feel free to read the full documentation here:&lt;/p&gt;

&lt;p&gt;👉 &lt;a href="https://zenodo.org/records/18836272" rel="noopener noreferrer"&gt;https://zenodo.org/records/18836272&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I’d be happy to discuss how this pattern can be applied in real enterprise environments.&lt;/p&gt;

&lt;p&gt;Author: Ricardo Luz Holanda Viana&lt;br&gt;
Enterprise Integration Architect | SAP BTP Integration Suite Expert&lt;br&gt;
SAP Press e-Bite Author&lt;/p&gt;

&lt;p&gt;LinkedIn: linkedin.com/in/ricardo-viana-br1984&lt;br&gt;
Medium: medium.com/&lt;a class="mentioned-user" href="https://dev.to/rhviana"&gt;@rhviana&lt;/a&gt;&lt;/p&gt;

</description>
      <category>apigateway</category>
      <category>softwareengineering</category>
      <category>microservices</category>
    </item>
  </channel>
</rss>
