<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Part 2: Blocs Arquitectònics on Designing Network Automation at Scale</title><link>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/</link><description>Recent content in Part 2: Blocs Arquitectònics on Designing Network Automation at Scale</description><generator>Hugo</generator><language>ca</language><lastBuildDate>Sat, 10 Oct 2026 07:59:09 +0200</lastBuildDate><atom:link href="https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/index.xml" rel="self" type="application/rss+xml"/><item><title>04 - Font de Veritat</title><link>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/04-source-of-truth/</link><pubDate>Sun, 15 Feb 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/04-source-of-truth/</guid><description>&lt;h1 id="4-la-font-de-veritat">4. La Font de Veritat&lt;a class="anchor" href="#4-la-font-de-veritat">#&lt;/a>&lt;/h1>
&lt;p>Un nou servei havia d&amp;rsquo;entrar en funcionament abans d&amp;rsquo;acabar la setmana. El canvi era senzill: una nova VLAN, una nova subxarxa, regles de tallafoc actualitzades i una nova comunitat BGP als encaminadors de vora. L&amp;rsquo;enginyer de xarxa sabia exactament què havia de fer. El que va seguir van ser quatre dies de coordinació entre cinc sistemes: l&amp;rsquo;eina IPAM per reservar la subxarxa, el CMDB per registrar el servei, la plataforma de gestió de tallafocs per aplicar la nova política, el sistema de configuració d&amp;rsquo;encaminadors per a la comunitat BGP i la plataforma de monitorització per afegir els nous llindars. Cada sistema tenia la seva pròpia interfície, el seu propi model de dades i el seu propi flux d&amp;rsquo;aprovació. I com que no hi havia cap referència compartida, l&amp;rsquo;enginyer havia de transportar el context manualment: copiant valors d&amp;rsquo;un sistema a l&amp;rsquo;altre i esperant que res no hagués canviat entre passos.&lt;/p></description></item><item><title>05 - Execució</title><link>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/05-execution/</link><pubDate>Sat, 01 Nov 2025 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/05-execution/</guid><description>&lt;h1 id="5-execució">5. Execució&lt;a class="anchor" href="#5-execuci%c3%b3">#&lt;/a>&lt;/h1>
&lt;p>El playbook havia estat funcionant perfectament durant mesos: deu commutadors d&amp;rsquo;accés al laboratori, dos minuts de principi a fi, resultats nets cada vegada. Quan l&amp;rsquo;equip va decidir desplegar-lo a l&amp;rsquo;inventari complet de 800 commutadors, ningú esperava problemes. Els primers 600 dispositius es van actualitzar sense incidents. Llavors la feina es va alentir. Després es va aturar. El servidor RADIUS, que de sobte rebia 150 sol·licituds d&amp;rsquo;autenticació SSH simultànies, va començar a rebutjar connexions. Ansible es va quedar penjat en 150 dispositius a mig executar. Un enginyer va matar la feina.&lt;/p></description></item><item><title>06 - Observabilitat</title><link>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/06-observability/</link><pubDate>Mon, 12 Jan 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/06-observability/</guid><description>&lt;h1 id="6-observabilitat">6. Observabilitat&lt;a class="anchor" href="#6-observabilitat">#&lt;/a>&lt;/h1>
&lt;p>El router core d&amp;rsquo;un proveïdor de serveis va tenir una fallada silenciosa d&amp;rsquo;un mòdul de ventilació durant la nit. No hi va haver cap alerta. El subsistema de gestió tèrmica de les targes de línia va detectar temperatures en augment i va començar a limitar els ASICs d&amp;rsquo;encaminament per protegir el maquinari. El throughput d&amp;rsquo;un enllaç de trànsit en producció va caure un 40%. El sistema de monitoratge no va veure res: els sensors tèrmics que consultava eren al supervisor del xassís, no a les targes de línia individuals. Les consultes SNMP s&amp;rsquo;executaven cada cinc minuts i indicaven que el dispositiu estava en bon estat. Els comptadors d&amp;rsquo;interfícies mostraven un throughput reduït, però no hi havia cap llindar configurat per a aquest patró perquè l&amp;rsquo;enllaç sempre havia estat molt per sota de la capacitat.&lt;/p></description></item><item><title>07 - Orquestració</title><link>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/07-orchestration/</link><pubDate>Fri, 20 Mar 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/07-orchestration/</guid><description>&lt;h1 id="7-orquestració">7. Orquestració&lt;a class="anchor" href="#7-orquestraci%c3%b3">#&lt;/a>&lt;/h1>
&lt;p>L&amp;rsquo;equip de xarxa havia fet tot bé. Tenien una Font de Veritat sòlida, playbooks ben provats per a cada operació i un runbook clar per executar-los. Sobre el paper, desplegar un nou servei de VLAN estava completament automatitzat. A la pràctica, trigava mig dia i requeria un enginyer específic.&lt;/p>
&lt;p>Aquell enginyer coneixia la seqüència. Primer, validar que les dades del SoT eren completes. Llavors executar el playbook de pre-comprovació. Llavors revisar la sortida, buscar els dispositius fallits i decidir si continuar. Llavors activar el playbook de desplegament. Llavors esperar. Llavors executar el playbook de validació. Llavors actualitzar el tiquet de ServiceNow manualment. Si algun dispositiu fallava a mig camí, fer-ne el rollback abans que els altres ho notessin. Ho tenia tot en un runbook, pas a pas, en un document compartit que ningú més havia interioritzat completament.&lt;/p></description></item><item><title>08 - Presentació</title><link>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/08-presentation/</link><pubDate>Sat, 28 Mar 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/08-presentation/</guid><description>&lt;h1 id="8-la-capa-de-presentació">8. La Capa de Presentació&lt;a class="anchor" href="#8-la-capa-de-presentaci%c3%b3">#&lt;/a>&lt;/h1>
&lt;p>L&amp;rsquo;automatització de VLANs feia sis setmanes que s&amp;rsquo;executava. L&amp;rsquo;equip de xarxa n&amp;rsquo;estava orgullós. Cada matí, tres o quatre sol·licituds de servei noves arribaven dels equips d&amp;rsquo;aplicacions, i l&amp;rsquo;Orquestrador les gestionava sense que ningú de l&amp;rsquo;equip de xarxa toqués un teclat. Els desplegaments funcionaven. Els switches estaven configurats. La xarxa era sana.&lt;/p>
&lt;p>L&amp;rsquo;escalada va arribar un dijous. El responsable de l&amp;rsquo;equip d&amp;rsquo;aplicacions preguntava per qué les sol·licituds de VLAN tardaven de tres a cinc dies hàbils quan el portal deia &amp;ldquo;enviada&amp;rdquo;. L&amp;rsquo;equip de xarxa va revisar la seva cua: zero sol·licituds pendents, tots els desplegaments reeixits. L&amp;rsquo;automatització havia processat cada sol·licitud en vint minuts des de la recepció. Però els tiquets de ServiceNow seguien mostrant &amp;ldquo;En Progrés&amp;rdquo;, perquè ningú havia escrit la integració que els actualitzaria.&lt;/p></description></item><item><title>09 - La Xarxa</title><link>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/09-the-network/</link><pubDate>Sun, 29 Mar 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ca/series/part2-architectural-building-blocks/09-the-network/</guid><description>&lt;h1 id="9-la-xarxa">9. La Xarxa&lt;a class="anchor" href="#9-la-xarxa">#&lt;/a>&lt;/h1>
&lt;p>L&amp;rsquo;automatització de VLANs feia tres setmanes que s&amp;rsquo;executava al laboratori. Tres switches, un de cada proveïdor, cada flux de treball passant. L&amp;rsquo;equip se sentia confiat. A la primera execució en producció, 23 dels 800 switches de campus van fallar. Tots HPE. Tots executant una versió de firmware que ningú havia documentat.&lt;/p>
&lt;p>El playbook estava comprovant la resposta d&amp;rsquo;error de cada dispositiu després d&amp;rsquo;enviar la configuració de VLAN. En el firmware HPE modern, una VLAN que ja existia retornava el codi d&amp;rsquo;error &lt;code>duplicate-vlan&lt;/code>. En aquesta versió de firmware més antiga, la mateixa condició retornava &lt;code>vlan-exists&lt;/code>. El playbook havia estat escrit per tractar &lt;code>duplicate-vlan&lt;/code> com a senyal d&amp;rsquo;idempotència, és a dir, &amp;ldquo;això ja existeix, tot bé.&amp;rdquo; No havia estat escrit per gestionar &lt;code>vlan-exists&lt;/code>, de manera que tractava aquella resposta com una fallada. Un terç de la flota HPE va informar de fallada. El rollback va executar-se sense problemes. El tiquet de l&amp;rsquo;equip d&amp;rsquo;aplicacions va romandre obert durant tres hores més mentre l&amp;rsquo;equip de xarxa auditava manualment quins switches havien estat configurats realment i quins no.&lt;/p></description></item></channel></rss>