<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Microservices vs The Distributed Monolith - Chris Riley</title>
        <link>https://phpc.tv/videos/watch/c9dbd2f2-b877-4afd-9c0e-0759c5a4a9a7</link>
        <description>When faced with a challenging legacy code base, tightly coupled and void of discernible structure: a big ball of mud, it is common to decide to refactor this monolith to a microservice architecture to separate concerns and split the codebase up, however without any clear boundaries you are in danger of creating a distributed big ball of mud. You may recognise the symptoms of a distributed ball of mud: a large unfocused 'common' library shared between multiple services; performance issues as your front end makes calls to multiple back end API's to serve a single request; dependency hell on deployments as you have to release multiple code bases simultaneously and uptime issues as a single microservice going down brings down your entire application. In this talk I'm going to cover some of the common pitfalls you might encounter when building a microservice architecture and show you how to use an event driven architecture to build truly scalable microservices.</description>
        <lastBuildDate>Tue, 14 Apr 2026 21:30:57 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>PeerTube - https://phpc.tv</generator>
        <image>
            <title>Microservices vs The Distributed Monolith - Chris Riley</title>
            <url>https://phpc.tv/lazy-static/avatars/a00c380b-7291-4db3-b239-61999888fbca.png</url>
            <link>https://phpc.tv/videos/watch/c9dbd2f2-b877-4afd-9c0e-0759c5a4a9a7</link>
        </image>
        <copyright>All rights reserved, unless otherwise specified in the terms specified at https://phpc.tv/about and potential licenses granted by each content's rightholder.</copyright>
        <atom:link href="https://phpc.tv/feeds/video-comments.xml?videoId=c9dbd2f2-b877-4afd-9c0e-0759c5a4a9a7" rel="self" type="application/rss+xml"/>
    </channel>
</rss>