Over the last few years Codethink has been helping a series of customers understand and manage the scale and complexity of their software integration pipelines. We've seen and tried various approaches to visualise what's happening, but many projects end up falling back to some combination of:
- architecture diagrams
- data models
- workflow descriptions
- organisation charts
A key problem is that most of these approaches tend to describe how we think (or hope) things are, rather than how they actually work. It's hard for new people to grok what's happening, and even harder for executives to pinpoint the root causes of business-level problems. Even worse, as the real world projects evolve, the pictures don't keep up.
At the Cloud Foundry Summit in 2015, Codethink CEO Paul Sherwood was inspired by Alex Suraci's talk about Concourse, a new tool for CI which can help to demystify the process of building, integrating, validating and releasing complex software.
Given that Codethink works on some truly gigantic whole-stack projects for enterprise, devices and automotive customers, Paul immediately wondered if Concourse really is 'the CI that scales with your project'. Could it handle visualisation and integration of complete systems; from initial toolchain through BSP, kernel, OS, middleware and applications?
The answer is (more or less) YES!
Here's a minimal Linux stack integration pipeline, showing the flow of a build from toolchain on the left, through to the output system on the right. Click the image to see the live CI pipeline at concourse.baserock.org
And the Baserock GENIVI Demo Platform for x86_64:
And now a full integration of OpenStack software:
Important things to note about these pipelines:
- they represent actual software, being integrated for real
- when a new integration fails, its blindingly obvious where the failure happens, which is a huge win for interaction with a large ecosystem contributing to a common platform
- the pipeline structure can refresh automatically as the underlying software architecture changes
Chris Brown, who leads the Concourse team at Pivotal says "It's fantastic to see these impressive pipelines opened to the public. I was always hoping that Concourse would be used for this scale of project."
There's still lots of work to do, as Codethink improves and optimises this approach for commercial use-cases and multi-architecture projects, but early adopter customers are as excited as we are.
If you want to know more about how this new level of visualisation can help your team, please get in touch!
Other Content
- Using Git LFS and fast-import together
- Testing in a Box: Streamlining Embedded Systems Testing
- SDV Europe: What Codethink has planned
- How do Hardware Security Modules impact the automotive sector? The final blog in a three part discussion
- How do Hardware Security Modules impact the automotive sector? Part two of a three part discussion
- How do Hardware Security Modules impact the automotive sector? Part one of a three part discussion
- Automated Kernel Testing on RISC-V Hardware
- Automated end-to-end testing for Android Automotive on Hardware
- GUADEC 2023
- Embedded Open Source Summit 2023
- RISC-V: exploring a bug in stack unwinding
- Adding RISC-V Vector Cryptography Extension support to QEMU
- Introducing Our New Open-Source Tool: Quality Assurance Daemon
- Long Term Maintainability
- FOSDEM 2023
- Think before you Pip
- BuildStream 2.0 is here, just in time for the holidays!
- A Valuable & Comprehensive Firmware Code Review by Codethink
- GNOME OS & Atomic Upgrades on the PinePhone
- Flathub-Codethink Collaboration
- Codethink proudly sponsors GUADEC 2022
- Tracking Down an Obscure Reproducibility Bug in glibc
- Web app test automation with `cdt`
- FOSDEM Testing and Automation talk
- Protecting your project from dependency access problems
- Porting GNOME OS to Microchip's PolarFire Icicle Kit
- YAML Schemas: Validating Data without Writing Code
- Deterministic Construction Service
- Codethink becomes a Microchip Design Partner
- Hamsa: Using an NVIDIA Jetson Development Kit to create a fully open-source Robot Nano Hand
- Using STPA with software-intensive systems
- Codethink achieves ISO 26262 ASIL D Tool Certification
- RISC-V: running GNOME OS on SiFive hardware for the first time
- Automated Linux kernel testing
- Native compilation on Arm servers is so much faster now
- Higher quality of FOSS: How we are helping GNOME to improve their test pipeline
- RISC-V: A Small Hardware Project
- Why aligning with open source mainline is the way to go
- Build Meetup 2021: The BuildTeam Community Event
- A new approach to software safety
- Does the "Hypocrite Commits" incident prove that Linux is unsafe?
- ABI Stability in freedesktop-sdk
- Why your organisation needs to embrace working in the open-source ecosystem
- RISC-V User space access Oops
- Tracking Players at the Edge: An Overview
- What is Remote Asset API?
- Running a devroom at FOSDEM: Safety and Open Source
- Meet the codethings: Understanding BuildGrid and BuildBox with Beth White
- Streamlining Terraform configuration with Jsonnet
- Bloodlight: Designing a Heart Rate Sensor with STM32, LEDs and Photodiode
- Making the tech industry more inclusive for women
- Bloodlight Case Design: Lessons Learned
- Safety is a system property, not a software property
- RISC-V: Codethink's first research about the open instruction set
- Meet the Codethings: Safety-critical systems and the benefits of STPA with Shaun Mooney
- Why Project Managers are essential in an effective software consultancy
- FOSDEM 2021: Devroom for Safety and Open Source
- Meet the Codethings: Ben Dooks talks about Linux kernel and RISC-V
- Here we go 2021: 4 open source events for software engineers and project leaders
- Xmas Greetings from Codethink
- Call for Papers: FOSDEM 2021 Dev Room Safety and Open Source Software
- Building the abseil-hello Bazel project for a different architecture using a dynamically generated toolchain
- Advent of Code: programming puzzle challenges
- Full archive