<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~files/feed-premium.xsl"?>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                             
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:feedpress="https://feed.press/xmlns" xmlns:podcast="https://podcastindex.org/namespace/1.0" version="2.0">
  <channel>
    <feedpress:locale>en</feedpress:locale>
    <atom:link rel="self" href="https://feeds.dzone.com/testing-tools-and-frameworks"/>
    <atom:link rel="hub" href="https://feedpress.superfeedr.com/"/>
    <title>DZone Testing, Tools, and Frameworks Zone</title>
    <link>https://dzone.com/testing-tools-and-frameworks</link>
    <description>Recent posts in Testing, Tools, and Frameworks on DZone.com</description>
    <item>
      <title>Why AI-Generated Code Breaks Your Testing Assumptions</title>
      <link>https://feeds.dzone.com/link/23571/17346597/why-ai-generated-code-breaks-your-testing-assumpti</link>
      <description><![CDATA[<p>You have an <a href="https://dzone.com/articles/ai-coding-assistants">AI coding assistant</a> open. You describe a function, it produces 40 lines of clean, well-structured code in under ten seconds, you review it briefly. It looks right, and you ship it.</p>
<p>That workflow is now routine for millions of developers. The speed is real. The problem is that looking right and being right are not the same thing.</p><img src="https://feeds.dzone.com/link/23571/17346597.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 18:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3651293</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18995187&amp;w=600"/>
      <dc:creator>Oliver Howard</dc:creator>
    </item>
    <item>
      <title>How Retry Storms Crash API-Led Systems: Bounded Reliability Patterns for Distributed Architectures</title>
      <link>https://feeds.dzone.com/link/23571/17346527/how-retry-storms-crash-api-led-systems</link>
      <description><![CDATA[<p>Modern <a href="https://dzone.com/articles/what-is-api-led-an-architectural-approach-by-luis">API-led architectures</a> are built for resilience.</p>
<p>We add:</p><img src="https://feeds.dzone.com/link/23571/17346527.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 15:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3641761</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18928626&amp;w=600"/>
      <dc:creator>Manjeera Chanda</dc:creator>
    </item>
    <item>
      <title>11 Agentic Testing Tools to Know in 2026</title>
      <link>https://feeds.dzone.com/link/23571/17346528/agentic-testing-tools</link>
      <description><![CDATA[<section name="06f5">
 <p>Agentic testing tools help teams plan, generate, adapt, and run tests with far less manual effort. They’re quickly becoming part of how modern QA scales without slowing delivery.</p>
 <p name="ec13">One thing to get right from the start is scope. Not all agentic testing tools operate at the same level of scope or strategic impact. They vary significantly in what they do and where they fit. Some are point solutions that help you author or run tests faster. Others sit inside broader AI-driven quality platforms that prioritize risk, optimize test portfolios, and enforce quality gates across the pipeline.</p><img src="https://feeds.dzone.com/link/23571/17346528.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 14:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3653805</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19024660&amp;w=600"/>
      <dc:creator>Alvin Lee</dc:creator>
    </item>
    <item>
      <title>AWS Managed Database Observability: Monitoring DynamoDB, ElastiCache, and Redshift Beyond CloudWatch</title>
      <link>https://feeds.dzone.com/link/23571/17346392/aws-database-observability</link>
      <description><![CDATA[<p data-line-end="3" data-line-start="2">A DynamoDB throttle alarm fires at 2 am. You confirm the spike in CloudWatch, then check ElastiCache in a second dashboard, then Redshift in a third. Cache hit rate dropped, which hammered DynamoDB, which stalled the zero-ETL export. Three services, three dashboards, one cascade you can only trace by hand.</p>
<p data-line-end="5" data-line-start="4">This guide maps the specific metrics, alarm thresholds, and configuration steps for each service, and then addresses the observability delta that CloudWatch leaves unresolved: cross-service correlation, root-cause traceability, and the capacity-planning intelligence that prevents cascades in the first place.</p><img src="https://feeds.dzone.com/link/23571/17346392.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 13:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3653855</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19030396&amp;w=600"/>
      <dc:creator>Damaso Sanoja</dc:creator>
    </item>
    <item>
      <title>Architecting Petabyte-Scale Hyperspectral Pipelines on AWS</title>
      <link>https://feeds.dzone.com/link/23571/17345925/petabyte-hyperspectral-pipelines-aws</link>
      <description><![CDATA[<h2 dir="ltr">The Data Challenge</h2>
<p dir="ltr">Every industry has its version of the same data engineering problem: massive, complex payloads generated at the edge — far from the cloud, often on unreliable networks — that need to become queryable, structured datasets as fast as possible. In genomics, it is multi-gigabyte sequencing files produced by instruments in labs.&nbsp;</p>
<p dir="ltr">In <a href="https://dzone.com/articles/middleware-in-autonomous-vehicles">autonomous vehicles,</a> it is LiDAR and camera telemetry streaming off test fleets. The underlying architectural challenge is the same in every case: ingest heavy data at burst scale, store it cost-effectively for years, and transform it into something an analyst or ML model can actually use without touching the raw files.</p><img src="https://feeds.dzone.com/link/23571/17345925.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 21 May 2026 19:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3650191</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18993073&amp;w=600"/>
      <dc:creator>Anil Bodepudi</dc:creator>
    </item>
    <item>
      <title>Why SAP S/4HANA Landscape Design Impacts Cloud TCO More Than Compute Costs</title>
      <link>https://feeds.dzone.com/link/23571/17344929/why-sap-s4hana-landscape-design-impacts-cloud-tco</link>
      <description><![CDATA[<h2 data-end="1131" data-start="1093">Introduction: Beyond Compute Prices</h2>
<p data-end="2040" data-start="1133">When <a href="https://dzone.com/articles/zero-downtime-option-zdo-when-to-use-and-when-to-avoid">migrating or running SAP S/4HANA</a> on AWS, many organizations fixate on EC2 instance prices and assume that choosing the cheapest instance types will yield the biggest savings. In reality, cloud TCO is heavily impacted by landscape design choices, how many environments you run, how they’re sized, how data is managed and what auxiliary services you use. Cutting cloud costs isn’t just about shrinking VM sizes it’s about architecting an efficient <a href="https://dzone.com/articles/aws-overlay-ip-in-sap-landscapes">SAP landscape</a>. As one SAP FinOps guide notes, focusing only on instance sizing addresses symptoms, not causes. True cost optimization asks Is the SAP landscape design efficient? Are you running unnecessary SAP instances, and can workloads consolidate onto fewer systems?. In other words, a thoughtful landscape architecture often yields larger savings than a simple per-server cost reduction.</p>
<h2 data-end="2090" data-start="2042">Understanding an SAP S/4HANA Landscape on AWS</h2>
<p data-end="3276" data-start="2092">A typical S/4HANA landscape consists of multiple tiers and environments. You might have separate DEV, QA, Staging and Production systems each a full SAP stack with its own HANA database and application servers. On AWS, that could translate to dozens of EC2 instances, along with associated storage and network infrastructure. Each additional environment or system copy multiplies costs for compute, Amazon EBS storage, Amazon EFS shared file systems, backup retention, and so on. Landscape design decisions such as how many parallel systems to run or whether every environment needs high availability can quickly outweigh the cost of an individual EC2 instance.</p><img src="https://feeds.dzone.com/link/23571/17344929.gif" height="1" width="1"/>]]></description>
      <pubDate>Wed, 20 May 2026 16:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3639209</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18991584&amp;w=600"/>
      <dc:creator>Deepika Paturu</dc:creator>
    </item>
    <item>
      <title>Retesting Best Practices for Agile Teams: A Quick Guide to Bug Fix Verification</title>
      <link>https://feeds.dzone.com/link/23571/17344447/retesting-best-practices-for-agile-teams-a-guide</link>
      <description><![CDATA[<p>Agile teams ship fast. Two-week sprints, daily standups, and continuous deployment pipelines have made speed the default. But speed without verification is just organized chaos. When a developer marks a bug as "fixed" and the ticket moves to QA, what happens next determines whether that fix actually reaches production — or quietly breaks something else.</p>
<p>Retesting is often treated as a checkbox. It shouldn't be. In modern agile environments, retesting is a discipline that, when done well, catches regressions before users do, builds confidence in your release pipeline, and keeps velocity sustainable rather than suicidal.</p><img src="https://feeds.dzone.com/link/23571/17344447.gif" height="1" width="1"/>]]></description>
      <pubDate>Tue, 19 May 2026 20:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3650106</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18977595&amp;w=600"/>
      <dc:creator>Alok Kumar</dc:creator>
    </item>
    <item>
      <title>Agentic Testing: Moving Quality From Checkpoint to Control Layer</title>
      <link>https://feeds.dzone.com/link/23571/17344342/agentic-testing-quality-control-layer</link>
      <description><![CDATA[<p>Agentic testing raises the bar for quality leadership. As AI agents enter test planning, scenario generation, script creation, execution, failure analysis, and self-healing, QA leaders are no longer governing only test assets, automation suites, and defect workflows. They are governing an AI-assisted decision system that directly affects release confidence.</p>
<p>That changes the standard.</p><img src="https://feeds.dzone.com/link/23571/17344342.gif" height="1" width="1"/>]]></description>
      <pubDate>Tue, 19 May 2026 16:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3655616</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19025021&amp;w=600"/>
      <dc:creator>Kailash Pathak</dc:creator>
    </item>
    <item>
      <title>We Went Multi-Cloud and Almost Drowned: Lessons From Running Across AWS, GCP, and Azure</title>
      <link>https://feeds.dzone.com/link/23571/17343440/multi-cloud-lessons-aws-gcp-azure</link>
      <description><![CDATA[<p>It started, as most bad architectural decisions do, with a PowerPoint slide from a VP who had just returned from a conference. “We need to avoid vendor lock-in,” he declared, and suddenly our platform engineer team had a mandate to distribute workloads across three public clouds. Eighteen months later, we had something that technically ran on three major public clouds (AWS, GCP, and Azure). We also had a Terraform code that made people cry and an on-call rotation nobody wanted.</p>
<p>This is what I learned about multi-cloud strategy, not the vendor pitch but the messy reality of keeping production alive across multi-cloud boundaries.</p><img src="https://feeds.dzone.com/link/23571/17343440.gif" height="1" width="1"/>]]></description>
      <pubDate>Mon, 18 May 2026 13:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3646955</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18984937&amp;w=600"/>
      <dc:creator>Pruthvi Raj Seknametla</dc:creator>
    </item>
    <item>
      <title>The Agent Protocol Stack: MCP vs. A2A vs. AG-UI</title>
      <link>https://feeds.dzone.com/link/23571/17342002/mcp-vs-a2a-vs-agui</link>
      <description><![CDATA[<p>If you're building AI agents in 2026, you've probably bumped into at least one of these acronyms: <strong>MCP</strong>, <strong>A2A</strong>, <strong>AG-UI</strong>. Maybe all three. And if you're anything like me, your first reaction was: <em>"Are these competing standards? Do I need all of them? Which one do I actually use?"</em></p>
<p>Here's the short answer: They're not competing — they're complementary. Each one solves a different problem at a different layer of the agent architecture. Think of them like TCP, HTTP, and HTML — different protocols at different layers that work together to make the web function.</p><img src="https://feeds.dzone.com/link/23571/17342002.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 15 May 2026 16:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3651194</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18984666&amp;w=600"/>
      <dc:creator>Jubin Abhishek Soni</dc:creator>
    </item>
    <item>
      <title>Why Your QA Engineer Should Be the Most Stubborn Person on the Team</title>
      <link>https://feeds.dzone.com/link/23571/17341281/stubborn-qa-engineer-value</link>
      <description><![CDATA[<p><span>There is a common stereotype that software testing is just a dull exercise in checking what should already work. In reality, the cost of a missed bug in a serious product is far higher than a minor visual glitch or a button shifting out of place. It can lead to failures in critical workflows, data loss, service outages, and major financial damage for the business.</span></p>
<p><span>People often say that&nbsp;</span><a href="https://dzone.com/articles/qa-approaches-enhanced-business-processes"><span>QA</span></a><span>&nbsp;is just there to check developers’ work. That is a superficial view. The role of QA is not simply to confirm that the code works, but to try to uncover every scenario in which it can fail. QA engineers have to think differently from the people who built the system. They need to think like real users, including those who will inevitably follow unexpected paths or use the product in ways no one originally planned.</span></p><img src="https://feeds.dzone.com/link/23571/17341281.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 14 May 2026 15:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3655540</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19017817&amp;w=600"/>
      <dc:creator>Alex Vakulov</dc:creator>
    </item>
    <item>
      <title>How to Test a DELETE API Request With REST-Assured Java</title>
      <link>https://feeds.dzone.com/link/23571/17341235/test-delete-api-rest-assured-java</link>
      <description><![CDATA[<p name="eb45">API testing has become increasingly popular in recent times. Since it doesn’t involve a UI, it is generally faster and easier to execute. This makes API testing a preferred choice for validating end-to-end system functionality. Additionally, integrating automated API tests into CI/CD pipelines enables teams to receive quicker feedback on their builds.</p>
<p name="f9bd">In this tutorial, we will explore DELETE API requests and learn how to handle them with Rest-Assured in Java for automated testing. The following topics will be covered:</p><img src="https://feeds.dzone.com/link/23571/17341235.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 14 May 2026 14:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3654489</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19020007&amp;w=600"/>
      <dc:creator>Faisal Khatri</dc:creator>
    </item>
    <item>
      <title>AWS Kiro: The Agentic IDE That Makes Specs the Unit of Work</title>
      <link>https://feeds.dzone.com/link/23571/17339928/kiro-feature-to-requirements-design-tasks</link>
      <description><![CDATA[<p>The agentic IDE space has gotten crowded fast. Cursor, Claude Code, Copilot, Windsurf — they all share the same core model: you type a prompt, the AI writes some code, you iterate. It works well for prototyping. It breaks down when you're building production systems on a large codebase with a team of more than one.</p>
<p>AWS Kiro takes a different bet. Instead of chat-first, it's <strong>spec-first</strong>. The unit of work isn't a prompt — it's a structured specification that the agent uses to plan, implement, verify, and document your feature end to end. That's a meaningful philosophical difference, and in practice it changes what the tool is useful for.</p><img src="https://feeds.dzone.com/link/23571/17339928.gif" height="1" width="1"/>]]></description>
      <pubDate>Wed, 13 May 2026 14:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3655491</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19017064&amp;w=600"/>
      <dc:creator>Jubin Abhishek Soni</dc:creator>
    </item>
    <item>
      <title>How to Test a PATCH API Request With REST-Assured Java</title>
      <link>https://feeds.dzone.com/link/23571/17339886/test-patch-api-rest-assured-java</link>
      <description><![CDATA[<p name="d2ab">Testing is an essential step in the API development process to ensure that APIs are working correctly. There are multiple HTTP methods in RESTful APIs, including POST, GET, PUT, PATCH, and DELETE. In our earlier articles, we learned how to perform automated testing of <a data-href="https://medium.com/javarevisited/how-to-test-post-requests-with-rest-assured-java-for-api-testing-part-ii-30dfe04a533a" href="https://dzone.com/articles/rest-assured-java-test-post-requests-part-ii" rel="noopener noreferrer" target="_blank">POST</a>, <a data-href="https://medium.com/@iamfaisalkhatri/how-to-test-put-api-request-using-rest-assured-java-da58fa361217" href="https://dzone.com/articles/test-put-api-rest-assured-java" rel="noopener noreferrer" target="_blank">PUT</a>, and <a data-href="https://medium.com/javarevisited/how-to-test-a-get-api-request-using-rest-assured-java-90c75eaccdd0" href="https://dzone.com/articles/test-get-api-rest-assured-java" rel="noopener noreferrer" target="_blank">GET</a> APIs using Rest-Assured Java.</p>
<p name="18d6">In this tutorial article, we will discuss and cover the following points:</p><img src="https://feeds.dzone.com/link/23571/17339886.gif" height="1" width="1"/>]]></description>
      <pubDate>Wed, 13 May 2026 13:30:06 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3654488</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19016688&amp;w=600"/>
      <dc:creator>Faisal Khatri</dc:creator>
    </item>
    <item>
      <title>The Only AI Test That Still Humbles Every Machine on Earth</title>
      <link>https://feeds.dzone.com/link/23571/17336997/the-only-ai-test-that-still-humbles-every-machine</link>
      <description><![CDATA[<p>Imagine a video game with no instructions. No tutorial. No hint of what winning even looks like. You get dropped in, and you figure it out.</p>
<p>Most people do this in under a minute.</p><img src="https://feeds.dzone.com/link/23571/17336997.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 08 May 2026 16:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3643461</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18972929&amp;w=600"/>
      <dc:creator>Faisal Feroz</dc:creator>
    </item>
    <item>
      <title>How to Test PUT API Request Using REST-Assured Java</title>
      <link>https://feeds.dzone.com/link/23571/17336244/test-put-api-rest-assured-java</link>
      <description><![CDATA[<p data-selectable-paragraph="">PUT requests are typically used for updating an existing resource. This means replacing the current data for the target resource with the data sent in the API request body.</p>
<p data-selectable-paragraph="">Just like POST requests, the content-type header is important because it tells the server how to interpret the data we’re sending.</p><img src="https://feeds.dzone.com/link/23571/17336244.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 07 May 2026 14:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3653332</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19009785&amp;w=600"/>
      <dc:creator>Faisal Khatri</dc:creator>
    </item>
    <item>
      <title>The Rise of AI Orchestrators</title>
      <link>https://feeds.dzone.com/link/23571/17335547/rise-of-ai-orchestrators</link>
      <description><![CDATA[<p data-end="990" data-start="560">“They have not written a single line of code since December,” and now “only generate code and supervise it.” That is how Spotify co-CEO Gustav Söderström described some of the company’s most senior engineers on Spotify’s Q4 2025 earnings call. He added that the change is “real” and “happening fast.”</p>
<p data-end="990" data-start="560">That remark matters not because it is provocative, but because it points to a broader shift in engineering work. As code generation becomes faster and cheaper, the differentiator moves upward: toward framing the problem correctly, setting constraints, reviewing outcomes critically, and deciding what is actually ready to ship. Value does not disappear; it relocates from raw production to direction, judgment, and accountability.</p><img src="https://feeds.dzone.com/link/23571/17335547.gif" height="1" width="1"/>]]></description>
      <pubDate>Wed, 06 May 2026 15:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3642542</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18945629&amp;w=600"/>
      <dc:creator>Oleksandr Kryvchenko</dc:creator>
    </item>
    <item>
      <title>Effective Engineering Feedback: Software Testing</title>
      <link>https://feeds.dzone.com/link/23571/17335505/effective-engineering-feedback</link>
      <description><![CDATA[<p>Testing is learning through questioning and acting upon questions and answers. The importance of our questions and their answers determines testing value. There is a truth hidden behind this perspective: Feedback is at the core of testing. Testing is valuable to the extent that it generates feedback. It is valuable to the extent that it improves understanding and supports better decision-making. This feedback operates on two interconnected levels: individual and collective.</p>
<p>At an individual level, feedback emerges from inspection and interaction with the system. Every test we design and execute produces feedback — about behavior, risks, inconsistencies, and unexpected outcomes. This is where learning begins. We interpret the feedback, form hypotheses, challenge assumptions, and gradually develop a clearer understanding of the system. We learn through this loop of observation and reflection.</p><img src="https://feeds.dzone.com/link/23571/17335505.gif" height="1" width="1"/>]]></description>
      <pubDate>Wed, 06 May 2026 13:30:08 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3653217</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19009685&amp;w=600"/>
      <dc:creator>Stelios Manioudakis, PhD</dc:creator>
    </item>
    <item>
      <title>Generate Random Test Data in PostgreSQL</title>
      <link>https://feeds.dzone.com/link/23571/17330285/postgresql-random-test-data</link>
      <description><![CDATA[<p>When developing and testing applications that use a PostgreSQL database, it's often helpful to populate your tables with random data. Whether you're testing queries, performance, or database functionality, having a set of test data can help ensure your application performs as expected.</p>
<p>In this guide, we'll walk through how to create an <strong>anonymous PL/pgSQL block</strong> that generates random data and inserts it into a PostgreSQL table. The data will include various types such as integers, strings, dates, booleans, and UUIDs.</p><img src="https://feeds.dzone.com/link/23571/17330285.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 01 May 2026 13:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3560174</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19006935&amp;w=600"/>
      <dc:creator>arvind toorpu</dc:creator>
    </item>
    <item>
      <title>End-to-End Event Streaming With Kafka, Spring Boot and AWS SQS/SNS (Production-Ready Code Guide)</title>
      <link>https://feeds.dzone.com/link/23571/17328776/end-to-end-event-streaming-with-kafka-spring-boot</link>
      <description><![CDATA[<p data-end="768" data-start="101">Event-driven applications often demand high throughput, reliable delivery and flexible fan out messaging. Each platform in our stack plays a distinct role: <a href="https://dzone.com/articles/kafka-real-time-data-dashboards?fromrel=true">Apache Kafka</a> provides a distributed high volume event log, Amazon SQS offers durable point to point queues and Amazon SNS enables pub/sub broadcasting to multiple subscribers. Using them together yields a robust pipeline teams commonly use Kafka for streaming, SQS for decoupled processing and SNS for multicasting events. This synergy leverages the strengths of each platform to build scalable, loosely coupled systems.</p>
<h2 data-end="1431" data-section-id="18pwj5f" data-start="1407">Architecture Overview</h2>
<p data-end="1529" data-start="1433">The pipeline involves multiple components working together in sequence. Below is the event flow:</p><img src="https://feeds.dzone.com/link/23571/17328776.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 30 Apr 2026 18:00:09 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3642551</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18953051&amp;w=600"/>
      <dc:creator>Mallikharjuna Manepalli</dc:creator>
    </item>
  </channel>
</rss>
