<?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: Ezile Mdodana</title>
    <description>The latest articles on DEV Community by Ezile Mdodana (@ezilemdodana).</description>
    <link>https://dev.to/ezilemdodana</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.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F933356%2F909e30a1-4d01-4f33-a2a4-40879c70d498.png</url>
      <title>DEV Community: Ezile Mdodana</title>
      <link>https://dev.to/ezilemdodana</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/ezilemdodana"/>
    <language>en</language>
    <item>
      <title>Day 27/30: Your test server does not need to work the night shift</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Wed, 26 Aug 2026 09:22:51 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-2730-your-test-server-does-not-need-to-work-the-night-shift-gdg</link>
      <guid>https://dev.to/ezilemdodana/day-2730-your-test-server-does-not-need-to-work-the-night-shift-gdg</guid>
      <description>&lt;p&gt;Development and testing environments are often left running all night, all weekend and sometimes long after the project ends.&lt;/p&gt;

&lt;p&gt;If nobody uses them outside working hours, schedule them to stop where appropriate.&lt;/p&gt;

&lt;p&gt;Also remove abandoned databases, storage volumes, snapshots and IP addresses.&lt;/p&gt;

&lt;p&gt;AWS charges for resources, not intentions.&lt;/p&gt;

&lt;p&gt;Small unused resources have a remarkable ability to form a large monthly bill when nobody is watching.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/..." class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/..." alt="Uploading image" width="800" height="400"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>cloudcosts</category>
      <category>awsfinops</category>
    </item>
    <item>
      <title>Day 26/30: Your database password is not source code</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Tue, 25 Aug 2026 06:13:06 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-2630-your-database-password-is-not-source-code-5d27</link>
      <guid>https://dev.to/ezilemdodana/day-2630-your-database-password-is-not-source-code-5d27</guid>
      <description>&lt;p&gt;Passwords, API keys and tokens should not be hard-coded into applications or committed to Git.&lt;/p&gt;

&lt;p&gt;AWS Secrets Manager can securely store and manage sensitive values. It can also support automated rotation for compatible services.&lt;/p&gt;

&lt;p&gt;The application retrieves the secret when required instead of carrying it around in the code.&lt;/p&gt;

&lt;p&gt;If your password is sitting in a repository called production-final-real, it is no longer much of a secret.&lt;/p&gt;

&lt;p&gt;Protect credentials separately from the application.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/..." class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/..." alt="Uploading image" width="800" height="400"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>secretsmanager</category>
      <category>devsecops</category>
    </item>
    <item>
      <title>Day 25/30: “I clicked around until it worked” is not documentation</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Mon, 24 Aug 2026 07:12:07 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-2530-i-clicked-around-until-it-worked-is-not-documentation-1lhe</link>
      <guid>https://dev.to/ezilemdodana/day-2530-i-clicked-around-until-it-worked-is-not-documentation-1lhe</guid>
      <description>&lt;p&gt;Infrastructure as Code lets you define cloud resources using code.&lt;/p&gt;

&lt;p&gt;Tools such as AWS CloudFormation and the AWS CDK can create repeatable, reviewable environments.&lt;/p&gt;

&lt;p&gt;This means development, testing and production can follow the same blueprint.&lt;/p&gt;

&lt;p&gt;It also reduces the mystery of the one server that only works because someone changed a setting three years ago.&lt;/p&gt;

&lt;p&gt;If infrastructure matters, it should be reproducible—not dependent on Trevor remembering what he clicked.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Feqlovbtrx6kfwhpiuspl.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Feqlovbtrx6kfwhpiuspl.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>infrastructureascode</category>
      <category>awscdk</category>
    </item>
    <item>
      <title>Day 24/30: Containers are portable lunchboxes for applications</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Fri, 21 Aug 2026 06:08:20 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-2430-containers-are-portable-lunchboxes-for-applications-4c6d</link>
      <guid>https://dev.to/ezilemdodana/day-2430-containers-are-portable-lunchboxes-for-applications-4c6d</guid>
      <description>&lt;p&gt;They package code and its dependencies so the application can run consistently across environments.&lt;/p&gt;

&lt;p&gt;AWS provides services such as Amazon ECS and Amazon EKS for running containers.&lt;/p&gt;

&lt;p&gt;ECS offers AWS-native container orchestration.&lt;/p&gt;

&lt;p&gt;EKS provides managed Kubernetes.&lt;/p&gt;

&lt;p&gt;Kubernetes is powerful, but power comes with complexity.&lt;/p&gt;

&lt;p&gt;Do not hire an orchestra to play one triangle.&lt;/p&gt;

&lt;p&gt;Choose the simplest service that meets the workload’s actual requirements.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fo2u1ootmzn39dejp2elj.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fo2u1ootmzn39dejp2elj.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>containers</category>
      <category>amazonecs</category>
      <category>amazoneks</category>
    </item>
    <item>
      <title>Day 23/30: SNS, SQS and EventBridge walk into an architecture meeting</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Thu, 20 Aug 2026 07:15:10 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-2330-sns-sqs-and-eventbridge-walk-into-an-architecture-meeting-2d8e</link>
      <guid>https://dev.to/ezilemdodana/day-2330-sns-sqs-and-eventbridge-walk-into-an-architecture-meeting-2d8e</guid>
      <description>&lt;p&gt;Amazon SNS says: “I will announce the message to everyone subscribed.”&lt;/p&gt;

&lt;p&gt;Amazon SQS says: “I will hold the message until someone processes it.”&lt;/p&gt;

&lt;p&gt;Amazon EventBridge says: “I will examine the event and route it according to the rules.”&lt;/p&gt;

&lt;p&gt;All three move messages, but they solve different problems.&lt;/p&gt;

&lt;p&gt;Choosing an AWS service because its name appeared first in a tutorial is not architecture.&lt;/p&gt;

&lt;p&gt;Start with how information must flow.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fnd64v73rclhdxx9nae7y.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fnd64v73rclhdxx9nae7y.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>eventdrivenarchitecture</category>
      <category>aws</category>
    </item>
    <item>
      <title>Day 22/30: Not every task must happen immediately</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Wed, 19 Aug 2026 06:55:11 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-2230-not-every-task-must-happen-immediately-186h</link>
      <guid>https://dev.to/ezilemdodana/day-2230-not-every-task-must-happen-immediately-186h</guid>
      <description>&lt;p&gt;Imagine an online shop where every order must wait for the invoice, email and stock update to finish before the customer receives confirmation.&lt;/p&gt;

&lt;p&gt;One slow process delays everything.&lt;/p&gt;

&lt;p&gt;Amazon SQS allows applications to place messages in a queue for other components to process independently.&lt;/p&gt;

&lt;p&gt;This reduces tight dependencies and helps systems handle traffic spikes.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fbkpb8k4s4sazptjhyza0.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fbkpb8k4s4sazptjhyza0.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;&lt;br&gt;
A queue is the application saying:&lt;/p&gt;

&lt;p&gt;“I received the work. I will process it properly.”&lt;/p&gt;

&lt;p&gt;Much healthier than everyone shouting at every service simultaneously.&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>amazonsqs</category>
      <category>cloudarchitecture</category>
    </item>
    <item>
      <title>Day 21/30: Two questions every business should answer</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Tue, 18 Aug 2026 06:15:09 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-2130-two-questions-every-business-should-answer-3o2k</link>
      <guid>https://dev.to/ezilemdodana/day-2130-two-questions-every-business-should-answer-3o2k</guid>
      <description>&lt;p&gt;How long can the system be unavailable?&lt;/p&gt;

&lt;p&gt;How much data can we afford to lose?&lt;/p&gt;

&lt;p&gt;The first answer helps define your Recovery Time Objective: how quickly service must return.&lt;/p&gt;

&lt;p&gt;The second helps define your Recovery Point Objective: how far back your recoverable data may be.&lt;/p&gt;

&lt;p&gt;“Immediately” and “nothing” are popular answers—until the cost of achieving them arrives.&lt;/p&gt;

&lt;p&gt;Recovery requirements must be based on business impact, not optimism.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fa05ufry7u5z6b7iuq5fb.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fa05ufry7u5z6b7iuq5fb.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>disasterrecovery</category>
      <category>businesscontinuity</category>
    </item>
    <item>
      <title>Day 20/30: Multi-AZ and Multi-Region are not the same thing</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Mon, 17 Aug 2026 07:50:55 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-2030-multi-az-and-multi-region-are-not-the-same-thing-4169</link>
      <guid>https://dev.to/ezilemdodana/day-2030-multi-az-and-multi-region-are-not-the-same-thing-4169</guid>
      <description>&lt;p&gt;Multi-AZ distributes a workload across Availability Zones within one AWS Region.&lt;/p&gt;

&lt;p&gt;Multi-Region uses infrastructure in more than one Region.&lt;/p&gt;

&lt;p&gt;Multi-Region can provide stronger resilience, but it also adds cost, data considerations and operational complexity.&lt;/p&gt;

&lt;p&gt;Not every application needs it.&lt;/p&gt;

&lt;p&gt;Do not build a second airport when your business currently needs a backup generator.&lt;/p&gt;

&lt;p&gt;Start with the actual business risk, then choose the architecture that matches it.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fehvzg9rqb23h44mqh99e.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fehvzg9rqb23h44mqh99e.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>highavailability</category>
      <category>awsarchitecture</category>
    </item>
    <item>
      <title>Day 19/30: A backup you have never restored is a motivational theory</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Fri, 14 Aug 2026 14:42:09 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-1930-a-backup-you-have-never-restored-is-a-motivational-theory-11f8</link>
      <guid>https://dev.to/ezilemdodana/day-1930-a-backup-you-have-never-restored-is-a-motivational-theory-11f8</guid>
      <description>&lt;p&gt;Creating backups is only the first step.&lt;/p&gt;

&lt;p&gt;You must also know:&lt;/p&gt;

&lt;p&gt;What is being backed up?&lt;br&gt;
How often?&lt;br&gt;
How long is it r&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fiju8mv5a7z9xlt6ewba2.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fiju8mv5a7z9xlt6ewba2.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;etained?&lt;br&gt;
Who can access it?&lt;br&gt;
Can it actually be restored?&lt;/p&gt;

&lt;p&gt;Test the recovery process regularly.&lt;/p&gt;

&lt;p&gt;Discovering that a backup is incomplete during a real incident is like testing the spare tyre after the tyre has already burst.&lt;/p&gt;

&lt;p&gt;Backups are not about storing data. They are about recovering it.&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>backup</category>
      <category>disasterrecovery</category>
    </item>
    <item>
      <title>Day 18/30: The internet also needs directions</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Thu, 13 Aug 2026 14:07:06 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-1830-the-internet-also-needs-directions-5hnm</link>
      <guid>https://dev.to/ezilemdodana/day-1830-the-internet-also-needs-directions-5hnm</guid>
      <description>&lt;p&gt;People remember names such as example.com.&lt;/p&gt;

&lt;p&gt;Computers communicate using IP addresses.&lt;/p&gt;

&lt;p&gt;Amazon Route 53 is a DNS service that helps direct users to the correct application or resource.&lt;/p&gt;

&lt;p&gt;It can also use routing policies and health checks to influence where traffic goes.&lt;/p&gt;

&lt;p&gt;DNS is like a GPS for your application.&lt;/p&gt;

&lt;p&gt;When configured correctly, nobody notices it.&lt;/p&gt;

&lt;p&gt;When configured incorrectly, the entire company suddenly becomes interested in DNS.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F3s6mxvog8y7949rv5y90.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F3s6mxvog8y7949rv5y90.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>route53</category>
      <category>dns</category>
    </item>
    <item>
      <title>Day 17/30: Distance still matters on the internet</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Wed, 12 Aug 2026 06:55:06 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-1730-distance-still-matters-on-the-internet-ome</link>
      <guid>https://dev.to/ezilemdodana/day-1730-distance-still-matters-on-the-internet-ome</guid>
      <description>&lt;p&gt;If your users are far from where content is hosted, every request has further to travel.&lt;/p&gt;

&lt;p&gt;Amazon CloudFront caches content closer to users through a global network of edge locations.&lt;/p&gt;

&lt;p&gt;This can improve performance and reduce repeated requests to your origin server.&lt;/p&gt;

&lt;p&gt;Think of it as placing stock closer to customers instead of sending every order back to the main warehouse.&lt;/p&gt;

&lt;p&gt;Your users do not care how impressive the architecture diagram is. They care that the page loads quickly.&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F2cplm5z76ggn7nfca3pc.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F2cplm5z76ggn7nfca3pc.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>cloudfront</category>
      <category>webperf</category>
    </item>
    <item>
      <title>Day 16/30: A VPC is your private neighbourhood in AWS</title>
      <dc:creator>Ezile Mdodana</dc:creator>
      <pubDate>Tue, 11 Aug 2026 12:18:15 +0000</pubDate>
      <link>https://dev.to/ezilemdodana/day-1630-a-vpc-is-your-private-neighbourhood-in-aws-2kcc</link>
      <guid>https://dev.to/ezilemdodana/day-1630-a-vpc-is-your-private-neighbourhood-in-aws-2kcc</guid>
      <description>&lt;p&gt;An Amazon Virtual Private Cloud allows you to create an isolated network for your AWS resources.&lt;/p&gt;

&lt;p&gt;Inside it, you can define subnets, route&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fl8t8myslkekbrnoo9ulb.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fl8t8myslkekbrnoo9ulb.png" alt=" " width="800" height="800"&gt;&lt;/a&gt;s, gateways and security controls.&lt;/p&gt;

&lt;p&gt;Public-facing components can live in public subnets. Databases and internal services usually belong somewhere less exposed.&lt;/p&gt;

&lt;p&gt;Putting every resource directly on the internet is not “keeping the architecture simple.”&lt;/p&gt;

&lt;p&gt;It is leaving every door open because keys are complicated.&lt;/p&gt;

&lt;p&gt;Design the network around how traffic should flow.&lt;/p&gt;

</description>
      <category>awswithoutthefluff</category>
      <category>amazonvpc</category>
      <category>cloudnetworking</category>
    </item>
  </channel>
</rss>
