<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Automation on Le Site de François</title><link>https://lesitedefrancois.be/en/tags/automation/</link><description>Recent content in Automation on Le Site de François</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>© 2026 François</copyright><atom:link href="https://lesitedefrancois.be/en/tags/automation/index.xml" rel="self" type="application/rss+xml"/><item><title>Autonomous Networks</title><link>https://lesitedefrancois.be/en/telco/autonomous-networks/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/autonomous-networks/</guid><description>&lt;p&gt;&lt;strong&gt;Autonomous Networks (AN)&lt;/strong&gt; describe an operator evolution path toward networks that &lt;strong&gt;configure, optimise, secure, and heal themselves&lt;/strong&gt; with minimal manual intervention — expressed as &lt;strong&gt;closed loops&lt;/strong&gt; (sense → analyse → decide → act) spanning &lt;strong&gt;RAN, transport, core, and cloud infrastructure&lt;/strong&gt;. The concept is not a single product but a &lt;strong&gt;maturity model&lt;/strong&gt;: &lt;strong&gt;TM Forum&lt;/strong&gt; defines &lt;strong&gt;Autonomous Networks Levels (ANL 0–5)&lt;/strong&gt;, from fully manual operation (L0) through assisted and partial automation (L1–L3) to high and full autonomy (L4–L5) where &lt;strong&gt;intent&lt;/strong&gt; (business or service goals) is translated into technical policies and executed with human oversight only for exceptions. &lt;strong&gt;GSMA&lt;/strong&gt; and major operators (e.g. &lt;strong&gt;TM Forum AN Leadership Council&lt;/strong&gt; participants) align roadmaps on &lt;strong&gt;high autonomy by ~2027–2030&lt;/strong&gt; for selected domains (energy saving, fault recovery, capacity management) rather than overnight “lights-out” operations.&lt;/p&gt;</description></item><item><title>cert-manager</title><link>https://lesitedefrancois.be/en/security/cert-manager/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/security/cert-manager/</guid><description>&lt;p&gt;&lt;strong&gt;cert-manager&lt;/strong&gt; is a CNCF graduated project that brings &lt;strong&gt;PKI&lt;/strong&gt; lifecycle management into Kubernetes as a first-class controller, eliminating the manual processes — CSR generation, CA submission, secret rotation, renewal tracking — that cause certificate-related outages in clusters that manage TLS manually. Its premise is that &lt;strong&gt;X.509&lt;/strong&gt; certificates should be declared as Kubernetes resources with the same GitOps-friendly, reconciliation-driven lifecycle as any other workload configuration: an operator declares the desired certificate, cert-manager continuously ensures that a valid, non-expired certificate matching that declaration exists and is stored in a Kubernetes &lt;code&gt;Secret&lt;/code&gt;, and renews it automatically before expiry. The default renewal threshold is two-thirds of the certificate&amp;rsquo;s validity period, so a certificate with a 90-day lifetime is renewed at 60 days without operator intervention.&lt;/p&gt;</description></item><item><title>SOAR (Security Orchestration, Automation and Response)</title><link>https://lesitedefrancois.be/en/security/soar/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/security/soar/</guid><description>&lt;p&gt;&lt;strong&gt;SOAR (Security Orchestration, Automation and Response)&lt;/strong&gt; is the actuation complement to a &lt;strong&gt;SIEM&lt;/strong&gt;: where the SIEM detects and alerts, SOAR responds and acts. It receives alerts — primarily from the SIEM, but also directly from EDR platforms, vulnerability scanners, cloud security posture tools, and CNI/container security platforms — and executes structured response &lt;strong&gt;playbooks&lt;/strong&gt;: predefined, branching workflows that enrich the alert with additional context from connected systems, make automated or human-gated decisions based on that context, and issue remediation actions across the organisation&amp;rsquo;s security tooling. The three pillars of SOAR are &lt;strong&gt;orchestration&lt;/strong&gt; (connecting disparate security tools into a unified, API-driven workflow so they exchange data and coordinate actions without human clipboard-copying), &lt;strong&gt;automation&lt;/strong&gt; (executing repeatable investigation and containment steps at machine speed, consistently and without analyst fatigue), and &lt;strong&gt;case management&lt;/strong&gt; (tracking the full lifecycle of a security incident — detection, triage, investigation, containment, eradication, recovery, and post-incident review — in a structured, auditable record). Leading platforms include Splunk SOAR (formerly Phantom), IBM QRadar SOAR (formerly Resilient), Palo Alto XSOAR (formerly Demisto), Microsoft Sentinel with Playbooks (Logic Apps), and open-source options such as TheHive with Cortex.&lt;/p&gt;</description></item></channel></rss>