<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Docker on Blog de Sergio Comerón</title>
		<link>https://sergiocomeron.com/blog/tags/docker/</link>
		<description>Recent content in Docker on Blog de Sergio Comerón</description>
		<generator>Hugo</generator>
		<language>es</language>
		
		
		
		
			<lastBuildDate>Fri, 10 Jul 2026 21:00:00 +0200</lastBuildDate>
		
			<atom:link href="https://sergiocomeron.com/blog/tags/docker/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Un Grafana para toda mi infraestructura: cómo lo monté</title>
				<link>https://sergiocomeron.com/blog/posts/grafana-panel-unico-infraestructura/</link>
				<pubDate>Fri, 10 Jul 2026 21:00:00 +0200</pubDate>
				<guid>https://sergiocomeron.com/blog/posts/grafana-panel-unico-infraestructura/</guid>
				<description>&lt;p&gt;Hace unos días conté cómo &lt;a href=&#34;https://sergiocomeron.com/blog/posts/observabilidad-moodle-opentelemetry-jaeger/&#34;&gt;le puse OpenTelemetry a mi Moodle y mandé las trazas a un Jaeger en casa&lt;/a&gt;. Al final de aquel post dejé caer que el siguiente paso natural era Grafana: pasar del &lt;em&gt;árbol&lt;/em&gt; (una traza concreta) al &lt;em&gt;bosque&lt;/em&gt; (las tendencias). Pues bien, lo monté. Y se me fue de las manos en el buen sentido: acabó siendo &lt;strong&gt;el panel único de toda mi infraestructura&lt;/strong&gt;, no solo de Moodle.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Le puse OpenTelemetry a mi Moodle 5.2 y las trazas van a un Jaeger en casa</title>
				<link>https://sergiocomeron.com/blog/posts/observabilidad-moodle-opentelemetry-jaeger/</link>
				<pubDate>Wed, 08 Jul 2026 00:00:00 +0200</pubDate>
				<guid>https://sergiocomeron.com/blog/posts/observabilidad-moodle-opentelemetry-jaeger/</guid>
				<description>&lt;p&gt;Moodle 5.2 trae una novedad que pasó bastante desapercibida y que a mí me hizo ilusión: &lt;strong&gt;soporte de serie para OpenTelemetry&lt;/strong&gt;. Traducido: Moodle puede emitir &lt;em&gt;trazas&lt;/em&gt; de lo que hace en cada petición —el enrutado, el controlador, cada tarea de cron, cada llamada a un webservice— para que veas, con detalle de milisegundos, &lt;strong&gt;por dónde se va el tiempo&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Llevaba tiempo con la espinita de no tener buena observabilidad de mi Moodle. Tengo &lt;a href=&#34;https://sergiocomeron.com/blog/posts/analitica-sin-cookies/&#34;&gt;analítica de visitas sin cookies&lt;/a&gt; y un &lt;a href=&#34;https://sergiocomeron.com/blog/posts/self-hosting-cloudflare-mac-mini/&#34;&gt;panel de monitorización&lt;/a&gt; que me dice si algo está caído, pero nada que me dijera &lt;em&gt;por qué una página concreta tarda&lt;/em&gt;. Así que aproveché el soporte nuevo. Y, fiel a la costumbre de esta casa, con el dato quedándose &lt;strong&gt;en casa&lt;/strong&gt;: nada de mandar la telemetría a un SaaS.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Quiero mover mi Jitsi a los contenedores de Apple (todavía no puedo)</title>
				<link>https://sergiocomeron.com/blog/posts/apple-container-meet-todavia-no/</link>
				<pubDate>Mon, 29 Jun 2026 22:00:00 +0200</pubDate>
				<guid>https://sergiocomeron.com/blog/posts/apple-container-meet-todavia-no/</guid>
				<description>&lt;p&gt;Mi servicio de videollamadas —&lt;a href=&#34;https://sergiocomeron.com/blog/meet/&#34;&gt;Meet&lt;/a&gt;, un Jitsi propio— no vive en ningún servidor de pago por ahí fuera. Corre en el &lt;strong&gt;Mac mini de casa&lt;/strong&gt;, dentro de &lt;strong&gt;cuatro contenedores Docker&lt;/strong&gt; orquestados con &lt;code&gt;docker compose&lt;/code&gt;: el frontend web, el puente de medios (&lt;em&gt;JVB&lt;/em&gt;), el orquestador (&lt;em&gt;Jicofo&lt;/em&gt;) y el XMPP (&lt;em&gt;Prosody&lt;/em&gt;). Y todo eso lo levanta &lt;strong&gt;OrbStack&lt;/strong&gt;, que en un Mac es la forma más cómoda y ligera de correr contenedores Linux.&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
