<?xml version='1.0' encoding='utf-8' ?>
<iCalendar xmlns:pentabarf='http://pentabarf.org' xmlns:xCal='urn:ietf:params:xml:ns:xcal'>
    <vcalendar>
        <version>2.0</version>
        <prodid>-//Pentabarf//Schedule//EN</prodid>
        <x-wr-caldesc></x-wr-caldesc>
        <x-wr-calname></x-wr-calname>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>PBFFVX@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-PBFFVX</pentabarf:event-slug>
            <pentabarf:title>Infrastructure-as-code drifts aren&#x27;t like Pokemon : you can&#x27;t catch em all</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T100000</dtstart>
            <dtend>20210206T103000</dtend>
            <duration>0.03000</duration>
            <summary>Infrastructure-as-code drifts aren&#x27;t like Pokemon : you can&#x27;t catch em all</summary>
            <description>There are a lot of juicy stories from the trenches to be told on infrastructure drift.

Sure enough, we all do GitOps by the book! Or we all have the right processes in place. But we also have to interact with other teams. We also have to grant some level of access to our infrastructures to some services or tools that may eventually generate uncontrolled changes. What if we couldn&#x27;t catch them all? What if all drift reporting so far was faulty?

You can&#x27;t efficiently improve what you don&#x27;t track. We track coverage for unit tests, why not infrastructure as code coverage? How can we make sure our infrastructure code matches our actual infrastructure state? In this talk, using Terraform with AWS resources, I will show how infrastructure drift can go undetected despite our best efforts or tooling and cause issues and end the talk by showing our own tool driftctl, (just released under Apache-2.0 licence) that tracks IaC coverage and warns of infrastructure drift.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/PBFFVX/</url>
            <location>D.infra</location>
            
            <attendee>Stephane Jourdan</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>YRKSAZ@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-YRKSAZ</pentabarf:event-slug>
            <pentabarf:title>A hands-off approach for your Terraform</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T103000</dtstart>
            <dtend>20210206T110000</dtend>
            <duration>0.03000</duration>
            <summary>A hands-off approach for your Terraform</summary>
            <description>If Continuous Integration/Continuous Delivery is critical for application deployment, why is it not being equally leveraged to manage infrastructure. Most teams I&#x27;ve seen have reached the first goal of defining their infrastructure configuration as code (often with Terraform), but they tend to stop there. Access and/or education on how to run Terraform is given to a few select people, and they then run it in the wild jungle that is there own machine. 

In this talk, Jeff with highlight some of the techniques, tools, quick wins, advanced features, and key measurements for putting your Terraform code through the pipes of automation.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/YRKSAZ/</url>
            <location>D.infra</location>
            
            <attendee>Jeff Knurek</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>YGEZVP@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-YGEZVP</pentabarf:event-slug>
            <pentabarf:title>State assessment and data validation using Ansible</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T110000</dtstart>
            <dtend>20210206T113000</dtend>
            <duration>0.03000</duration>
            <summary>State assessment and data validation using Ansible</summary>
            <description>This talk will do a deep dive on how Ansible can be used to assess the operational state of your IT infrastructure (especially network appliances) and effectively take remediation actions as required. The following will be demonstrated for both Linux as well as network devices.
Collect the current operational state from the remote host and convert it into normalised structure data.
Define the desired state criteria in a standard’s based format 
Validate the current state data against the pre-defined criteria to identify if there is any deviation.
Take corrective remediation action as required.
Data validation</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/YGEZVP/</url>
            <location>D.infra</location>
            
            <attendee>Ganesh B Nalawade</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>8REKHL@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-8REKHL</pentabarf:event-slug>
            <pentabarf:title>Kubernetes Config Management Landscape</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T113000</dtstart>
            <dtend>20210206T120000</dtend>
            <duration>0.03000</duration>
            <summary>Kubernetes Config Management Landscape</summary>
            <description>In a 30-minute talk it makes sense to talk about no more than a handful of tools. Will look into those that are more popular or growing fast.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/8REKHL/</url>
            <location>D.infra</location>
            
            <attendee>Tomasz Tarczynski</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>C3ZCYH@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-C3ZCYH</pentabarf:event-slug>
            <pentabarf:title>An alternative to Heroku: An end-to-end open source infrastructure automation toolchain</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T120000</dtstart>
            <dtend>20210206T123000</dtend>
            <duration>0.03000</duration>
            <summary>An alternative to Heroku: An end-to-end open source infrastructure automation toolchain</summary>
            <description>The talk will demonstrate how to make the most of free, open source infrastructure tooling to fully automate tests, monitoring, code deployment and infrastructure deployment. You can get a lot of mileage out of free!</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/C3ZCYH/</url>
            <location>D.infra</location>
            
            <attendee>Cristina Muñoz</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>HUXAUA@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-HUXAUA</pentabarf:event-slug>
            <pentabarf:title>The Great Cloud Migration with Network Automation &amp; Service Mesh</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T123000</dtstart>
            <dtend>20210206T130000</dtend>
            <duration>0.03000</duration>
            <summary>The Great Cloud Migration with Network Automation &amp; Service Mesh</summary>
            <description>How to Migrate to Cloud, Supercharged

Step 1: Re-platform application on public cloud.

Step 2: Deploy service mesh in public cloud and edge of datacenter.

Step 3. Configure datacenter routing with network automation.

Step 4: Send traffic using blue/green deployment to the new application.

Step 5: Continue to run in both datacenter and public cloud.

I’ll demonstrate how to add observability and failure tolerance to this workflow. By combining HashiCorp Consul service mesh and Consul Terraform Sync, I can manage, automate, and shape traffic in my hybrid environment from a single pane of glass.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/HUXAUA/</url>
            <location>D.infra</location>
            
            <attendee>Rosemary Wang</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>JNJ3VT@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-JNJ3VT</pentabarf:event-slug>
            <pentabarf:title>your management layer should be cattle too</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T130000</dtstart>
            <dtend>20210206T133000</dtend>
            <duration>0.03000</duration>
            <summary>your management layer should be cattle too</summary>
            <description>In this talk we will show how to fully automate the deployment and configuration of [Foreman](https://theforeman.org) using [Ansible](https://ansible.com), which allows for reproducible setups, redeployments and testing environments that actually match production.

The presented solution should not (and can not) replace working backups, but it might still save you when the restore isn&#x27;t going as expected or someone asks to start &quot;fresh&quot; while keeping all the important details the same as before.

We will show how to deploy Foreman from scratch in an reproducible way, reusing the same bits the project uses itself. This will also include plugins like [Katello](https://theforeman.org/plugins/katello/) and [Ansible](https://theforeman.org/plugins/foreman_ansible/) for best possible client management later.

We&#x27;ll continue with integrating Foreman with compute resources and managing content in Katello, which will result in trivial deployments of further cattle systems from Foreman, which then can be managed via Ansible.

The result is a set of playbooks that can be stored in a git repository and deployed at will.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/JNJ3VT/</url>
            <location>D.infra</location>
            
            <attendee>Evgeni Golov</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>GZETVZ@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-GZETVZ</pentabarf:event-slug>
            <pentabarf:title>Registry native delivery of software content with Pulp3.</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T133000</dtstart>
            <dtend>20210206T140000</dtend>
            <duration>0.03000</duration>
            <summary>Registry native delivery of software content with Pulp3.</summary>
            <description>Registry native delivery of software content with Pulp3.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/GZETVZ/</url>
            <location>D.infra</location>
            
            <attendee>Ina Panova</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>CAMHYU@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-CAMHYU</pentabarf:event-slug>
            <pentabarf:title>Don&#x27;t get stuck on Pulp 2!</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T140000</dtstart>
            <dtend>20210206T143000</dtend>
            <duration>0.03000</duration>
            <summary>Don&#x27;t get stuck on Pulp 2!</summary>
            <description>In this talk, we&#x27;ll share:
 - how we are doing the migration
 - what are the benefits
 - when you want to use it
 - how it goes (demo)

The target audience are Pulp 2 users.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/CAMHYU/</url>
            <location>D.infra</location>
            
            <attendee>Tanya Tereshchenko</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>XCGPDX@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-XCGPDX</pentabarf:event-slug>
            <pentabarf:title>Host your own on-premise Ansible Galaxy</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T143000</dtstart>
            <dtend>20210206T150000</dtend>
            <duration>0.03000</duration>
            <summary>Host your own on-premise Ansible Galaxy</summary>
            <description>A single container is all that is needed for setup. Once setup, I will demonstrate:

* Creating one or more repositories to store Collections and Roles
* Installing Role and Collection content using the `ansible-galaxy` CLI client from these repositories
* Synchronizing Collections and Roles from galaxy.ansible.com
* Uploading Collection content via `ansible-galaxy` CLI
* Copying Collections and Roles between multiple repositories, simulating dev -&gt; staging -&gt; production environments
* Perform these operations using a great UI, whenever possible, and APIs otherwise</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/XCGPDX/</url>
            <location>D.infra</location>
            
            <attendee>Brian Bouterse</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>GSDFGG@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-GSDFGG</pentabarf:event-slug>
            <pentabarf:title>Principles, Patterns, and Practices for Effective Infrastructure as Code</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T150000</dtstart>
            <dtend>20210206T153000</dtend>
            <duration>0.03000</duration>
            <summary>Principles, Patterns, and Practices for Effective Infrastructure as Code</summary>
            <description>Infrastructure as Code (IaC) is an approach that takes proven coding techniques used by software systems and extends it to infrastructure. It is one of the key DevOps practices that enable teams to deliver infrastructure, and the software running on it, rapidly and reliably, at scale.

In this presentation, we will look at Principles, Patterns, and Practices for Effective Infrastructure as Code that have helped me and the teams I have worked with over the years. We will look at anecdotes about deploying &amp; operating infrastructure and applications in production.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/GSDFGG/</url>
            <location>D.infra</location>
            
            <attendee>Adarsh Shah</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>RHRVBQ@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-RHRVBQ</pentabarf:event-slug>
            <pentabarf:title>Config, config everywhere</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T153000</dtstart>
            <dtend>20210206T160000</dtend>
            <duration>0.03000</duration>
            <summary>Config, config everywhere</summary>
            <description>In a micro service based architecture it&#x27;s common to have to manage configurations and secrets based on different variables, such as the microservice, flavors of the microservice, the execution environment and data center, etc. Since it is an arduous task both in the time needed to add a new variable and to refactor existing ones I have created MHConfig.

MHConfig is a microservice in charge of composing configurations and secrets according to different labels and notifying the clients who use it when a change has occurred, providing various features to facilitate this work as references to recurrent or global values, traceability of the clients using a configuration, access control lists to prevent obtain to other microservice configurations/secrets, etc.

In this session I&#x27;m going to talk about how the tool works and how it can help solve common problems when managing configurations and secrets in a complex environment.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/RHRVBQ/</url>
            <location>D.infra</location>
            
            <attendee>Juan Manuel Fdez</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>8BKLNJ@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-8BKLNJ</pentabarf:event-slug>
            <pentabarf:title>Cluster API as Code</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T160000</dtstart>
            <dtend>20210206T163000</dtend>
            <duration>0.03000</duration>
            <summary>Cluster API as Code</summary>
            <description>Cluster API is a great piece of technology, but managing and constructing the YAML can be painful and difficult.

This talk introduces the audience to using Pulumi and custom built libraries for exposing Cluster API via TypeScript, Go, and Python.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/8BKLNJ/</url>
            <location>D.infra</location>
            
            <attendee>David McKay</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>HET7SC@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-HET7SC</pentabarf:event-slug>
            <pentabarf:title>Scaling Release Management with GitOps</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T163000</dtstart>
            <dtend>20210206T170000</dtend>
            <duration>0.03000</duration>
            <summary>Scaling Release Management with GitOps</summary>
            <description>Shipping operational knowledge into a software is a big milestone towards better configuration management.
In this talk, I will explain how we introduced configuration management practices into release management team while leveraging the software engineering principles during this journey.
I will start by clarifying what problem(s) were we trying to solve, namely: Lack of system Reliability, huge dependencies among silos, Rework between Dev, QA and release teams.
Then, I will explain the solution that I proposed to solve these problems, namely: Service Offering Model, Killing environments gap and treating everything as CI (Configuration item).
After that , I will move forward on challenges that I faced while trying to solve the issue: migration from Legacy system, security compliance &amp; disconnected environment, .. and others.
Finally, I will give overview about the solution implementation.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/HET7SC/</url>
            <location>D.infra</location>
            
            <attendee>Abdennour TOUMI</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>QUGC8W@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-QUGC8W</pentabarf:event-slug>
            <pentabarf:title>Desktop Linux Management at Facebook</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T170000</dtstart>
            <dtend>20210206T173000</dtend>
            <duration>0.03000</duration>
            <summary>Desktop Linux Management at Facebook</summary>
            <description>Facebook runs CentOS on its server fleet, and offers Fedora (and soon, CentOS) as supported Linux distributions on laptops and desktops. This is a recent development - we previously recommended Ubuntu LTS as a self-supported option, but found that switching to Fedora (and officially supporting it) allows for not only reusing the infrastructure already used in the server fleet (e.g. the pipeline for creating packages) but also to serve as an integration point for driving features into CentOS.

I&#x27;ll also discuss how we manage the desktop fleet, and contrast it with how servers are managed.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/QUGC8W/</url>
            <location>D.infra</location>
            
            <attendee>Michel Salim</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>RT8CWT@@cfp.cfgmgmtcamp.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-RT8CWT</pentabarf:event-slug>
            <pentabarf:title>Application centric deployment with foreman / katello</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20210206T173000</dtstart>
            <dtend>20210206T180000</dtend>
            <duration>0.03000</duration>
            <summary>Application centric deployment with foreman / katello</summary>
            <description>foreman_acd is a new plugin for foreman developed by ATIX AG and released as open source.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.cfgmgmtcamp.org/fosdem2021/talk/RT8CWT/</url>
            <location>D.infra</location>
            
            <attendee>Bernhard Suttner</attendee>
            
        </vevent>
        
    </vcalendar>
</iCalendar>
