<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>continuous integration on System Administration, Hosting, Cloud and technologies in between</title>
    <link>https://dmsimard.com/tags/continuous-integration/</link>
    <description>Recent content in continuous integration on System Administration, Hosting, Cloud and technologies in between</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 08 Oct 2018 00:00:00 +0000</lastBuildDate>
    
	<atom:link href="https://dmsimard.com/tags/continuous-integration/index.xml" rel="self" type="application/rss+xml" />
    
    
    <item>
      <title>AnsibleFest 2018: Community project highlights</title>
      <link>https://dmsimard.com/2018/10/08/ansiblefest-2018-community-project-highlights/</link>
      <pubDate>Mon, 08 Oct 2018 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2018/10/08/ansiblefest-2018-community-project-highlights/</guid>
      <description>With two days of AnsibleFest instead of one this time around, we had 100% more time to talk about Ansible things !
I got to attend great sessions, learn a bunch of things, chat and exchange war stories about Ansible, ARA, Zuul, Tower and many other things.
It was awesome and I wanted to take the time to share a bit about some of the great Ansible community projects that were featured during the event.</description>
    </item>
    
    <item>
      <title>ARA Records Ansible 0.15 has been released</title>
      <link>https://dmsimard.com/2018/05/03/ara-records-ansible-0.15-has-been-released/</link>
      <pubDate>Thu, 03 May 2018 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2018/05/03/ara-records-ansible-0.15-has-been-released/</guid>
      <description>I was recently writing that ARA was open to limited development for the stable release in order to improve the performance for larger scale users.
This limited development is the result of this 0.15.0 release.
The #OpenStack community runs over 300,000 continuous integration jobs with #Ansible every month with the help of the awesome Zuul. Learn more about scaling ARA reports with @dmsimard https://t.co/l8zFXHqhhc
&amp;mdash; OpenStack (@OpenStack) April 18, 2018  Changelog for ARA Records Ansible 0.</description>
    </item>
    
    <item>
      <title>Scaling ARA to a million Ansible playbooks a month</title>
      <link>https://dmsimard.com/2018/04/09/scaling-ara-to-a-million-ansible-playbooks-a-month/</link>
      <pubDate>Mon, 09 Apr 2018 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2018/04/09/scaling-ara-to-a-million-ansible-playbooks-a-month/</guid>
      <description>The OpenStack community runs over 300 000 CI jobs with Ansible every month with the help of the awesome Zuul.
It even provides ARA reports for ARA&amp;rsquo;s integration test jobs in a sort-of nested way. Zuul&amp;rsquo;s Ansible ends up installing Ansible and ARA. It makes my brain hurt sometimes&amp;hellip; but in an awesome way.
As a core contributor of the infrastructure team there, I get to witness issues and get a lot of feedback directly from the users.</description>
    </item>
    
    <item>
      <title>Rebranding Ansible Run Analysis to ARA Records Ansible</title>
      <link>https://dmsimard.com/2018/02/23/rebranding-ansible-run-analysis-to-ara-records-ansible/</link>
      <pubDate>Fri, 23 Feb 2018 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2018/02/23/rebranding-ansible-run-analysis-to-ara-records-ansible/</guid>
      <description>So I got an idea recently&amp;hellip; Let&amp;rsquo;s rebrand Ansible Run Analysis to ARA records Ansible.

If you&amp;rsquo;d like to review and comment on the code change, you can do so here: https://review.openstack.org/#/c/547245/.
Why ? I watched the last season of Sillicon Valley recently. The series, while exaggerated, provides a humorous look at the world of startups.
I don&amp;rsquo;t have any plans on creating a startup but I love that it makes you think about things like needing a clever name or how you would do a proper &amp;ldquo;elevator&amp;rdquo; pitch to get funding.</description>
    </item>
    
    <item>
      <title>An experiment: Come try a real OpenStack Queens deployment !</title>
      <link>https://dmsimard.com/2017/11/29/come-try-a-real-openstack-queens-deployment/</link>
      <pubDate>Wed, 29 Nov 2017 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2017/11/29/come-try-a-real-openstack-queens-deployment/</guid>
      <description>The RDO project community provides vanilla RPM packages and mirrors for deploying OpenStack on the CentOS or RHEL linux distributions.
The packages provided by RDO can be deployed manually or through different OpenStack installers such as TripleO, Kolla, Packstack and Puppet-OpenStack. OpenStack-Ansible also relies on RDO for dependencies although it currently installs OpenStack projects from source.
At each OpenStack development cycle milestone, the RDO community holds a test day. This gives the opportunity to the greater community of OpenStack users, developers and operators to try out the latest and the greatest of OpenStack with people around to help on IRC in the #rdo channel.</description>
    </item>
    
    <item>
      <title>Status update: ARA 1.0</title>
      <link>https://dmsimard.com/2017/11/22/status-update-ara-1.0/</link>
      <pubDate>Wed, 22 Nov 2017 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2017/11/22/status-update-ara-1.0/</guid>
      <description>Back in August, I posted about what was the roadmap for ARA 1.0 and why it was a very important milestone for the project.
We&amp;rsquo;re now almost in December and I said there would likely be a beta version out by September. &amp;ldquo;What&amp;rsquo;s going on ?&amp;quot;, one might ask&amp;hellip; A fair question.
There&amp;rsquo;s definitely been progress and I could&amp;rsquo;ve been doing a better job at communicating updates other than the tweet from time to time.</description>
    </item>
    
    <item>
      <title>New ways of reaching the ARA community</title>
      <link>https://dmsimard.com/2017/08/27/new-ways-of-reaching-the-ara-community/</link>
      <pubDate>Sun, 27 Aug 2017 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2017/08/27/new-ways-of-reaching-the-ara-community/</guid>
      <description>More and more users requested other ways of reaching the ARA community and I&amp;rsquo;ve finally given in !
Until now, the only way of getting in touch was through IRC and I understand that, in 2017, IRC is not for everyone.
Seamless communication across IRC, Slack and Discord That&amp;rsquo;s right, you can now reach us through Slack and Discord. Both are linked to IRC so messages sent to one will be relayed automatically to the others.</description>
    </item>
    
    <item>
      <title>What&#39;s coming in ARA 1.0 ?</title>
      <link>https://dmsimard.com/2017/08/16/whats-coming-in-ara-1.0/</link>
      <pubDate>Wed, 16 Aug 2017 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2017/08/16/whats-coming-in-ara-1.0/</guid>
      <description>Not long ago, I wrote that ARA: Ansible Run Analysis had it&amp;rsquo;s first birthday.
It was an important milestone and it was a great opportunity to reflect back on where the project was coming from and think about what we needed to do in the future.
Just for fun, let&amp;rsquo;s look at what I had written back in May to summarize what was probably coming:
 Python 3 compatibility  This is done and was shipped in ARA 0.</description>
    </item>
    
    <item>
      <title>ARA is one year old! A look back at the past year.</title>
      <link>https://dmsimard.com/2017/05/08/ara-is-one-year-old-a-look-back-at-the-past-year/</link>
      <pubDate>Mon, 08 May 2017 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2017/05/08/ara-is-one-year-old-a-look-back-at-the-past-year/</guid>
      <description>ARA is one year old, happy birthday ARA !
ARA&amp;rsquo;s come a long way since the early prototypes.
The latest version, 0.13, looks pretty awesome. It even caught the eye of Michael DeHaan, the author of Ansible !
This looks pretty awesome (maybe run on a Jenkins box?) https://t.co/qvd3aYE7n9
&amp;mdash; laserllama (@laserllama) May 6, 2017  Let&amp;rsquo;s go back in time to look at the humble beginnings of the project and some of the important milestones that marked it&amp;rsquo;s history this past year.</description>
    </item>
    
    <item>
      <title>ARA: Ansible Run Analysis 0.13 is out and it&#39;s awesome !</title>
      <link>https://dmsimard.com/2017/05/05/ara-ansible-run-analysis-0-13-is-out-and-its-awesome/</link>
      <pubDate>Fri, 05 May 2017 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2017/05/05/ara-ansible-run-analysis-0-13-is-out-and-its-awesome/</guid>
      <description>I&amp;rsquo;m excited to announce the release of ARA: Ansible Run Analysis 0.13.0!
ARA 0.13.0 is available on PyPi or from source on GitHub. I&amp;rsquo;m also happy to announce that ARA 0.13.0 will be the first version of ARA packaged for Fedora and CentOS EPEL.
Stay tuned in the near future to hear when the packages will be available.
Wait, what&amp;rsquo;s ARA ? ARA is an Ansible callback plugin that records your playbook runs, wherever it is.</description>
    </item>
    
    <item>
      <title>An even better Ansible reporting interface with ARA 0.12</title>
      <link>https://dmsimard.com/2017/03/12/an-even-better-ansible-reporting-interface-with-ara-0-12/</link>
      <pubDate>Sun, 12 Mar 2017 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2017/03/12/an-even-better-ansible-reporting-interface-with-ara-0-12/</guid>
      <description>Not even a month ago, I announced the release of ARA 0.11 with a bunch of new features and improvements.
Today, I&amp;rsquo;m back with some more great news and an awesome new release, ARA 0.12(.3) !
That&amp;rsquo;s right, 0.12.3!
Due to the nature of this new release, I wanted to be sure to get feedback from the users before getting the word out.
We got a lot of great input! This allowed us to fix some bugs and significantly improve the performance.</description>
    </item>
    
    <item>
      <title>Announcing the ARA 0.11 release</title>
      <link>https://dmsimard.com/2017/02/13/announcing-the-ara-0.11-release/</link>
      <pubDate>Mon, 13 Feb 2017 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2017/02/13/announcing-the-ara-0.11-release/</guid>
      <description>We&amp;rsquo;re on the road to version 1.0.0 and we&amp;rsquo;re getting closer: introducing the release of version 0.11!
Four new contributors (!), 55 commits since 0.10 and 112 files changed for a total of 2,247 additions and 939 deletions.
New features, more stability, better documentation and better test coverage.
The changelog since 0.10.5  New feature: ARA UI and Ansible version (ARA UI is running with) are now shown at the top right New feature: The Ansible version a playbook was run is now stored and displayed in the playbook reports New feature: New command: &amp;ldquo;ara generate junit&amp;rdquo;: generates a junit xml stream of all task results New feature: ara_record now supports two new types: &amp;ldquo;list&amp;rdquo; and &amp;ldquo;dict&amp;rdquo;, each rendered appropriately in the UI UI: Add ARA logo and favicon UI: Left navigation bar was removed (top navigation bar will be further improved in future versions) Bugfix: CLI commands could sometimes fail when trying to format as JSON or YAML Bugfix: Database and logs now properly default to ARA_DIR if ARA_DIR is changed Bugfix: When using non-ascii characters (ex: äëö) in playbook files, web application or static generation could fail Bugfix: Trying to use ara_record to record non strings (ex: lists or dicts) could fail Bugfix: Ansible config: &amp;lsquo;tmppath&amp;rsquo; is now a &amp;lsquo;type_value&amp;rsquo; instead of a boolean Deprecation: The &amp;ldquo;ara generate&amp;rdquo; command was deprecated and moved to &amp;ldquo;ara generate html&amp;rdquo; Deprecation: The deprecated callback location, ara/callback has been removed.</description>
    </item>
    
    <item>
      <title>ARA 0.10, the biggest release yet, is out !</title>
      <link>https://dmsimard.com/2016/12/01/ara-0.10-the-biggest-release-yet-is-out/</link>
      <pubDate>Thu, 01 Dec 2016 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2016/12/01/ara-0.10-the-biggest-release-yet-is-out/</guid>
      <description>19 commits, 59 changed files, 2,404 additions and 588 deletions&amp;hellip; and more than a month&amp;rsquo;s on and off work.
0.10 is out !
Where to get it ? Get started easily by installing and configuring ARA.
I&amp;rsquo;m excited to tell you about this new release ! Here&amp;rsquo;s a few highlights !
An improved web application browsing experience A lot of work has gone into the browsing experience: less clicks, more information, faster.</description>
    </item>
    
    <item>
      <title>Visualizing Kolla&#39;s Ansible playbooks with ARA</title>
      <link>https://dmsimard.com/2016/11/09/visualizing-kolla-ansible-playbooks-with-ara/</link>
      <pubDate>Wed, 09 Nov 2016 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2016/11/09/visualizing-kolla-ansible-playbooks-with-ara/</guid>
      <description>Kolla is an OpenStack deployment tool that&amp;rsquo;s growing in popularity right now.
An OpenStack installation by Kolla was even showcased by Chris Hoge and Mark Collier in one of the main keynotes at the recent Barcelona OpenStack Summit.
Installing OpenStack is complex Installing and configuring OpenStack is no easy task &amp;ndash; Kolla tackles this challenge with the help of Docker containers that are deployed with Ansible.
This translates into quite a few playbooks, lots of plays, many more tasks and especially lots of data to parse through when trying to understand what is going on.</description>
    </item>
    
    <item>
      <title>Improving RDO packaging testing coverage</title>
      <link>https://dmsimard.com/2016/07/13/improving-rdo-packaging-testing-coverage/</link>
      <pubDate>Wed, 13 Jul 2016 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2016/07/13/improving-rdo-packaging-testing-coverage/</guid>
      <description>DLRN builds packages and generates repositories in which these packages will be hosted.
It is the tool that is developed and used by the RDO community to provide the repositories on trunk.rdoproject.org. It continuously builds packages for every commit for projects packaged in RDO.
RDO is completely open source and community driven: anyone can submit patches to improve RDO packaging.
When someone submits a patch for review on review.rdoproject.org, we have a gate job called &amp;ldquo;DLRN-rpmbuild&amp;rdquo; that will run DLRN to see if the package builds successfully.</description>
    </item>
    
    <item>
      <title>ARA: One month and 200 commits later</title>
      <link>https://dmsimard.com/2016/06/07/ara-one-month-and-200-commits-later/</link>
      <pubDate>Tue, 07 Jun 2016 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2016/06/07/ara-one-month-and-200-commits-later/</guid>
      <description>On May 21st, I wrote a blog post about ARA, an idea to store, browse and troubleshoot Ansible playbook runs. Let&amp;rsquo;s rewind a bit further back in time.
On May 6th, I got tired of trying to make our human_log callback write user friendly HTML files. I simply wasn&amp;rsquo;t happy with my attempts&amp;hellip;
I&amp;rsquo;m a big fan of the UNIX philosophy: Do one thing and do it well. Trying to hack HTML writing into human_log didn&amp;rsquo;t feel like that at all.</description>
    </item>
    
    <item>
      <title>ARA: An idea to store, browse and troubleshoot Ansible Playbook runs</title>
      <link>https://dmsimard.com/2016/05/21/ara-an-idea-to-store-browse-and-troubleshoot-ansible-playbook-runs/</link>
      <pubDate>Sat, 21 May 2016 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2016/05/21/ara-an-idea-to-store-browse-and-troubleshoot-ansible-playbook-runs/</guid>
      <description>The context Ansible can be used for a lot of things and it&amp;rsquo;s grown pretty popular for managing servers and their configuration.
In the RDO and OpenStack communities, Ansible is heavily used to deploy or test OpenStack through Continuous Integration (CI). Projects like TripleO-Quickstart, WeIRDO, OpenStack-Ansible or Zuul v3 are completely driven by Ansible.
In the world of automated continuous integration, it&amp;rsquo;s not uncommon to have hundreds, if not thousands of jobs running every day for testing, building, compiling, deploying and so on.</description>
    </item>
    
    <item>
      <title>OpenStack Montreal: A talk about CI in OpenStack and RDO</title>
      <link>https://dmsimard.com/2016/03/02/openstack-montreal-a-talk-about-ci-in-openstack-and-rdo/</link>
      <pubDate>Wed, 02 Mar 2016 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2016/03/02/openstack-montreal-a-talk-about-ci-in-openstack-and-rdo/</guid>
      <description>OpenStack Montreal is a meetup that happens around every 2 months in Montreal. We talk and discuss about different OpenStack topics with interests for developers, users and operators. If you&amp;rsquo;d like to keep up with the event, attend (or present a topic!), please subscribe to the mailing list to be notified when something&amp;rsquo;s going on.
Meanwhile, I presented a talk at the last event in February to talk about CI in and RDO, it was tons of fun.</description>
    </item>
    
    <item>
      <title>Packstack gates against itself</title>
      <link>https://dmsimard.com/2016/03/02/packstack-gates-against-itself/</link>
      <pubDate>Wed, 02 Mar 2016 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2016/03/02/packstack-gates-against-itself/</guid>
      <description>TL;DR Today I made an announcement on both openstack-dev and rdo-list that Packstack was going to gate against itself.
Until now Packstack essentially only gated against pep8.
From now on it will test itself with a self-installed Tempest with three different configuration scenarios in the upstream OpenStack gate.
Additionally, we will use these new tests in the RDO CI pipeline to improve our test coverage.
Pretty exciting.
There is no long version, that was a joke.</description>
    </item>
    
    <item>
      <title>Thinking outside the box and outside the gate to improve OpenStack and RDO</title>
      <link>https://dmsimard.com/2015/12/07/thinking-outside-the-box-and-outside-the-gate-to-improve-openstack-and-rdo/</link>
      <pubDate>Mon, 07 Dec 2015 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2015/12/07/thinking-outside-the-box-and-outside-the-gate-to-improve-openstack-and-rdo/</guid>
      <description>I recently explained how testing everything in OpenStack is hard.
The reality is that the RDO community has finite resources. Testing everything is not just hard, it&amp;rsquo;s time consuming and expensive.
I&amp;rsquo;ve been thinking a lot about how to tackle this and experimented around ways to improve our test coverage in this context.
How can we improve testing coverage for RDO ? Upstream OpenStack does a good job of testing things as much as it can.</description>
    </item>
    
    <item>
      <title>Testing OpenStack is hard</title>
      <link>https://dmsimard.com/2015/12/04/testing-openstack-is-hard/</link>
      <pubDate>Fri, 04 Dec 2015 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2015/12/04/testing-openstack-is-hard/</guid>
      <description>I joined Red Hat last September to help the RDO community ship a quality OpenStack package distribution faster.
Previously, I worked for Internap, where I helped operate their cloud. There&amp;rsquo;s a lot of challenges involved in deploying and supporting a large scale OpenStack public cloud.
At Internap, we did extensive integration testing with a representation of our production cloud in development environments. Looking back, we were really just testing limited configurations: we only tested what we were deploying.</description>
    </item>
    
    <item>
      <title>The BASH CVE-2014-6271 &#39;Shellshock&#39; vulnerability</title>
      <link>https://dmsimard.com/2014/09/25/the-bash-cve-2014-6271-shellshock-vulnerability/</link>
      <pubDate>Thu, 25 Sep 2014 00:00:00 +0000</pubDate>
      
      <guid>https://dmsimard.com/2014/09/25/the-bash-cve-2014-6271-shellshock-vulnerability/</guid>
      <description>The vulnerability A bash vulnerability ? Talk about a lot of servers affected.
It&amp;rsquo;s been all over the internet since yesterday:
 CVE-2014-6271 on National Vulnerability Database CVE-2014-6271: Remote code execution through bash on /r/netsec CVE-2014-6271: Remote code execution through bash on Hacker News CVE-2014-7169 on National Vulnerability Database CVE-2014-7169: Bash Fix Incomplete, Still Exploitable on /r/netsec CVE-2014-7169: Bash Fix Incomplete, Still Exploitable on Hacker News CVE-2014-7186 on National Vulnerability Database CVE-2014-7187 on National Vulnerability Database Red hat article on the issue Wikipedia article on Shellshock  Lots of good reading above into what the vulnerability is and what is the impact.</description>
    </item>
    
  </channel>
</rss>