• March 2018: Social evening after PIPELINE Conference
    We will meet for drinks and chats after PIPELINE Conference For tickets to PIPELINE Conference, see http://pipelineconf.info/

    Needs a location

    2 comments
  • December 2017 - Festive Lightning Talks on Continuous Delivery
    Our annual meetup of Festive Lightning Talks celebrating the glittering examples of success (and failure!) with Continuous Delivery from the LondonCD community and beyond. Talks are 5 mins each with strict timings. Prize for the best hat worn during a talk! - Allan Kelly - Software Development has Dis-economies of Scale - Edward Butler - Change means downtime? - Jaimen Lathia - the Scientist framework - Victoria Morgan-Smith - Rollercoaster or Bullet Train - how do you get your kicks? - Jafar Soltani - CD with online games at Microsoft - Chris O'Dell - Logging #Fails - Harry Winser - DRY considered harmful with microservices - Brendan O'Reilly - Signs you are doing DevOps wrong - Ebru Cucen - Azure Web Apps Deployments with Zero Down Time - Dylan Beattie - Use Flatscreens! - Matthew Skelton - 5+ years of LondonCD meetups: a retrospective - Email [masked] or tweet us at @londoncd to join the list of speakers Details of the format of the talks, audience, exclusion, etc. are here: https://www.meetup.com/London-Continuous-Delivery/messages/boards/thread/44711472 - please read :)

    Needs a location

    6 comments
  • November 2017: Product Management for Continuous Delivery
    Product Management for Continuous Delivery Speaker 1: Sara Saab - Straining Towards Continuous Delivery in Big Orgs: Lessons for a Product Manager "I'll present a case study chronicling a series of CI- and CD-friendly changes implemented on a large scale public sector Agile project, noting the reasons we embarked on this, the pitfalls we encountered along the way, and reflecting on what these changes ultimately meant for our Product Management function and for Agile development on this project." Sara Saab has been product manager / product owner for a SaaS product over in Silicon Valley, a startup social network here in London, and on TfL's Contactless ticketing back office system, which was taking steps towards a continuous delivery model during her tenure. Nowadays she runs an independent product consultancy called Ordinary Objects. Sara likes software that does what business people and technologists happily agree it should do. https://uk.linkedin.com/in/sarasaab Speaker 2: Elizabeth Ayer - Just what Product Management needed: the gift of Continuous Delivery Continuous Delivery can be a hard sell to product managers, even in small, healthy organisations. The benefits sound implausible, the costs high, and it’s really hard to understand all that it enables. However, CD has been hugely beneficial at the leading edge of product management. As deployment pipelines have taken root, there has also been a shift in how we see and measure user value. Take these trends together, and there's been a giant leap forwards in how to prioritise work and judge its success. Turns out that unwanted gift was the best product management present ever! Elizabeth Ayer is the Portfolio Manager at Redgate software, a leader in DevOps tooling for databases. In 11 years of product management, she’s worked with dozens of customers going through process transformations: Agile, Continuous Delivery and DevOps. Above all, she’s ridiculously passionate about delivering quality software fast! @elizayer (https://twitter.com/elizayer)

    Needs a location

    3 comments
  • October 2017: Continuous Delivery with Containers
    Continuous Delivery with Containers Talk 1: Daniel Bryant - Continuous Delivery with Containers: The Good, the Bad, and the Ugly Implementing a continuous delivery (CD) pipeline is not trivial, and the introduction of container technology to the development stack can introduce additional challenges and requirements. In this talk you will look at the high-level steps that are essential for creating an effective pipeline for creating and deploying containerized applications. Topic covered include (time permitted!): • The impact of containers on CD • Adding metadata to container images • Validating NFR changes imposed by executing Java applications within a container • Lessons learned the hard way (in production) A supporting O'Reilly report "Containerizing Continuous Delivery in Java" will also be available, and this contains instructions and code for how to create a Jenkins-based continuous delivery pipeline that takes a series of Java applications and containerizes them, ready for functional and nonfunctional testing, and ultimately, deployment. Daniel Bryant works as an Independent Technical Consultant, and is the CTO at SpectoLabs. He currently specialises in enabling continuous delivery within organisations through the identification of value streams, creation of build pipelines, and implementation of effective testing strategies. Daniel’s technical expertise focuses on ‘DevOps’ tooling, cloud/container platforms, and microservice implementations. He also contributes to several open source projects, writes for InfoQ, O’Reilly, and Voxxed, and regularly presents at international conferences such as OSCON, QCon and JavaOne. @danielbryantuk (https://twitter.com/danielbryantuk) Talk 2: Marcus Robinson & Alex Carter - Containerisation of a Legacy Software Solution This is the story of how we took a legacy solution and pushed it into containers on Windows in just three days. After one further day, it was fully working! This was also a great chance to work with Microsoft at the cutting edge of their work on containerisation, VSTS and Azure. Case study: https://microsoft.github.io/techcasestudies/devops/2017/06/16/Callcredit_DevOps.html @techdiction (https://twitter.com/techdiction), @smileandeliver (https://twitter.com/smileandeliver) Talk 3: Harry Winser - Consumer Driven Contract Testing with Pact and Docker Continuous Delivery of Microservices is hard. Instead of one monolithic application, there’s now a plethora of applications all talking via defined API calls. But how does a team ensure that a change to Service A’s API won’t affect Service B’s consumption of A’s API? What about versioning APIs? What happens if service A removes a field without service B knowing about it? Consumer Driven Contracts (CDC), popularised by Martin Fowler (article – written by Ian Robinson), is a way for a Consuming Service to define what it expects as a response from a Providing Service when calling the Providers API.One of the most prevalent implementation of CDC’s is Pact; originally created by realestate.au. Pact provides a framework and a definition of CDC’s, which has spawned numerous implementations across a multitude of languages.By adding Pacts to a delivery pipeline, a team can automate the testing between two services to ensure that they can communicate when released. In this talk, Harry Winser will be looking at how Consumer Driven Contracts were implemented between teams that look after over 50 different Microservices. The talk will cover the concepts of CDC’s, and how they can be leveraged to achieve fully independent releases of Microservices across teams, and how to handle a Service Rollback while still serving over 47 million requests a day. It will also look at the tools that were used, such as Docker and how it enabled easier testing for Developers. @hazz223 (https://twitter.com/hazz223)

    Needs a location

    12 comments
  • September 2017: HumanOps and Continuous Delivery
    Sept 2017: HumanOps and Continuous Delivery Talk 1: Hannah Foxwell - Building resilient HumanOps Building resilient systems is what we do and we do it well, but how much time do we spend working on our own personal resilience? In the ever changing world of technology, how do we ensure we are flexible, adaptable and resilient in the face of challenges and setbacks? In this talk we’ll look at ways in which we can improve the resilience of our organisations, our teams and ourselves. Because if your team isn’t ready for change, your platform isn’t either. Speaker Bio: Hannah is Product Manager at Server Density, HumanOps champion, HugOps evangelist and recovering DevOps consultant. Hannah believes that the health of your infrastructure is not just about hardware, software, automation and uptime – It also includes the health and wellbeing of your team. @HannahFoxwell (https://twitter.com/HannahFoxwell) Talk 2: Wes Mason - Ops for Humans: Infrastructure that makes everyone happy, not just your vendors A large focus of DevOps culture has been on embracing automation in order to offload repetitive tasks from Smart People™ to our robot overlords *COUGH* I mean helpers, which can help lower business costs. But what if we focus not just on the bottom line and KPIs, but people themselves? With some care and thought for the frustrations and cognitive issues that devs, ops and business folk encounter regularly you'll not only make everyone happier, but in turn improve business performance. Expect an overview and case-studies of: Common operations tools, and across software engineering Common operations tools, and across software engineering Infrastructure patterns for deployments On call rotation and postmortems Speaker Bio: Wes is a polyglot developer with nearly two decades of experience programming large scale networked applications and release engineering. @1stvamp (https://twitter.com/1stvamp)

    Needs a location

    6 comments
  • August 2017: Informal pub meetup with Scott Ambler
    Since it's the holiday season we normally run a more informal meetup in August - essentially just the beers and networking part in a pub. Generally this month will be similar, except we will be joined by Scott Ambler who will deliver an informal 30 minute talk from the pub - probably beer in hand. (Abstract below). Scott is the author of about a dozen books about Agile software development including Refactoring Databases: Evolutionary Database Design (2005) which he co-wrote with Pramod Sadalage. If you don't know it, you can read Martin Fowler's brief review here (https://martinfowler.com/books/refactoringDatabases.html). * Database DevOps: Techniques for Safely Evolving Production Databases Data, the way that we process it and store it, is one of many important aspects of IT. Data is the lifeblood of our organizations, supporting real-time business processes and decision-making. For our DevOps strategy to be truly effective we must be able to safely and quickly evolve production databases, just as we safely and quickly evolve production code. Yet for many organizations their data sources prove to be less than trustworthy and their data-oriented development efforts little more than productivity sinkholes. We can, and must, do better. This presentation begins with a collection of agile principles for data professionals and of data principles for agile developers - the first step in working together is to understand and appreciate the priorities and strengths of the people that we work with. Our focus is on a collection of practices - the "agile database techniques stack" - that enable development teams to easily and safely evolve and deploy databases. These techniques include vertical slicing, clean architecture and design, agile data modeling, database refactoring, database regression testing, continuous database integration, and configuration management. We also work through operational strategies required of production databases to support a Disciplined DevOps strategy. If database evolution isn’t an explicit part of your DevOps strategy then you’re not really doing DevOps yet, are you? Audience: · Data professionals wanting to learn how to support DevOps · Agile developers wanting to learn how to address database issues in their DevOps strategy · IT management who want to adopt DevOps within their organization

    Needs a location

  • July 2017 - Continuous Delivery and Platforms / PaaS
    Continuous Delivery and Platforms / PaaS - with Ben Dodd, Jamie Buchanan, Daniel Jones Talk 1: Ben Dodd - Continuously Delivering Continuous Delivery The rise and acceptance of Platform as a Service (PaaS) is a key tool in accelerating the journey to continuous delivery of your apps into production with the regularity your business requires. However, all too often the deployment and maintenance of the platforms themselves are dogged with the practices and delays that the CD of apps are all too familiar. This session will serve as both an introduction and overview of the power of PaaS platforms, in this case Pivotal Cloud Foundry, with a selection of both application and platform case studies, continuously deployed all the way to production, in business critical and highly regulated environments. Whether you're dealing with apps or globally distributed platforms, we hope to demonstrate that small batch sizes and continuous deployment are not only achievable but essential; no more 2am releases, no more working the weekends during "maintenance windows" Speaker Bio: Ben has spent the last 6 years continuously deploying swarms of Microservcies to Platform as a Service environments. It’s been a journey fraught with challenges, mistakes and dead ends. Experience with organisations of all sizes has given him valuable insight into the value of true DevOps and Continuous Deployment in delivering and demonstrating confidence in hugely complex platforms, distributed globally and trusted with an organization's Crown Jewels. He is a regular speaker on topics such as Concourse CI, Cloud Foundry, continuous delivery and cloud native transformation within the enterprise @bendodd (https://twitter.com/bendodd) Talk 2: Jamie Buchanan - Getting to the Platform at Trainline Trainline is the leading seller of rail tickets in the UK, with 45m visits a month and 125k journeys planned per day, we aim to help customers plan and save money on train tickets. Over the past few years the technology point of view has evolved from classical infrastructure to a suite of cloud based services. We have recognised a need to present these services as a platform, and to complement that with analogies in team structure. Our operations department has been renamed Platform Delivery. And teams within are starting to structure around this point of view. This talk explores our journey, why we made these changes. Speaker Bio: Jamie Buchanan is a Platform Reliability Engineer at Trainline. @jascbu (https://twitter.com/jascbu) Talk 3: Daniel Jones - Why Continuous Delivery with a Platform is Better for Your Brain Daniel Jones highlights some findings from cognitive psychology and neuroscience that go some way to explaining why continuous delivery ends up not only being more productive, but more enjoyable for its practitioners. The three key take-aways are: • Platforms raise the level of abstraction, reducing the size of the problem space. Without a platform it's much harder to have product teams and remove all those crappy silos. We also look at the psychological benefits of product teams. • The automation and self-service platforms offer means you have negligible transaction costs, which enables you to exploit the present bias rather than have it trip you up at the end of a Gantt chart. Without self-service, you can't do this. • The accessibility of platform functionality enables continuous delivery. Speaker Bio: Daniel Jones is CTO of UK Cloud Foundry consultancy EngineerBetter, who have been improving value-delivery at the world’s largest banks, global wealth management firms, FTSE 100 retailers, governments and non-profit organizations. Daniel has delivered keynotes and talks at three Cloud Foundry Summits, internal bank tech conferences, user groups, as well as numerous video games industry conferences. He once even stormed the stage at a music festival to interrupt the performing act and accuse them of accepting bribes! @DanielJonesEB (https://twitter.com/DanielJonesEB)

    Needs a location

    15 comments
  • June 2017: Open Space discussions on Continuous Delivery
    Open Space discussions on Continuous Delivery We will have several discussions on topics relating to Continuous Delivery using the Open Space format - see http://www.chriscorrigan.com/openspace/whatisos.html for a nice overview of the Open Space format. Here are some suggestions for topics for the night to help shape the "feel" of the meetup. We can use all, some, or none of these on the night depending on what the attendees vote for! • Continuous Delivery for legacy/heritage systems • How practically to provide traceability for audit and compliance as part of Continuous Delivery • So you want to be a speaker at a tech conference/meetup? Tips, tricks and advice. • Things I don't like about Continuous Delivery (aka. "What Dave and Jez [maybe] got wrong") We'll also take suggestions from the #londoncd (https://twitter.com/search?f=tweets&vertical=default&q=%23londoncd&src=typd) hashtag on Twitter. Tweet us your ideas for discussions!

    This Meetup is past

    Needs a location

    1 comment
  • May 2017: Continuous Delivery, Data, and Databases
    May 2017 - Continuous Delivery, Data and Databases Agenda: 6:30: Doors open/networking with drinks. 7:00: Intro by Alex Yates and welcome by Stu Rimell from our generous hosts, IG Index. 7.15: Gavin Campbell: Modern Data, Medieval Methods 7.45: Break/networking. 8.15: Craig Ottley-Thistlethwaite: Bending the rules of sqlproj (SSDT) 9:00: Continue networking in a local pub. Sessions: Gavin Campbell: Modern Data, Medieval Methods "I was recently asked to make a few suggestions on how to incorporate the practices familiar from "terrestrial" development such as source control, continuous integration, and automated testing into the brave new world of cloud-based data analytics, on a project incorporating Azure Data Factory, Azure Data Lake, and Azure SQL Data Warehouse. Many of the tools associated with these offerings seem to be aimed at the elusive "Data Professional" rather than the jobbing developer, which creates a conflict between ease of use for "non-programmers" and integration with well-known processes for more experienced developers. This talk will discuss some of the challenges faced in developing this proof of concept, and solutions found using tools and techniques old and new." @Gav_the_unready (https://twitter.com/Gav_the_unready) --- Craig Ottley-Thistlethwaite: Bending the rules of sqlproj (SSDT) We need to move data from various data centres into a data warehouse, we also have 400 customers that have their own databases (2x), and they can create their own structures, and change it at any time". Find out which solution worked best for us at the time by Bending the rules of sqlproj (SSDT). Short and punchy like the session. This shouldn’t go over 30 minutes unless people ask questions. :-) @Craig_Ottley (https://twitter.com/Craig_Ottley)

    Needs a location

    6 comments