GOTO Amsterdam is a vendor independent international software development conference with more that 50 top speaker and 500 attendees. The conference covers topics such as Java, Open Source, Agile, Architecture, Design, Web, Cloud, New Languages and Processes.
Daniel Schauenberg, TweetInfrastructure Toolsmith at Etsy
Biography: Daniel Schauenberg
Daniel is a Senior Software Engineer at Etsy's infrastructure and development tools team. Automation, documentation and simplicity are his usual tools for improving the status quo. He previously worked in systems and network admninistration, on connecting chemical plants to IT systems and as an embedded systems networking engineer. Things he thoroughly enjoys when not writing code include coffee, breakfast, tv shows and basketball.
Presentation: Tweet3 SHORT TALKS: There's an App for that! Part 2
Mobile CI at Etsy / 11:30 - 11:45
Mobile is a strong focus at Etsy and we are working on bringing the lessons we learned from running a successful website to the mobile space. This talk will cover how we do Continuous Integration for our mobile apps and have build up an infrastructure around it that supports the workflow of mobile development.
Wunderlist: the high Volume, Multi-Master, Cross-Platform, Distributed Database System / 11:50 - 12:05
Wunderlist may look like "just a productivity app", but under the covers it's much more. It's a cross-platform, mobile, desktop, and web application with distributed database replication amongst millions of potential collaborators.
This talk will highlight some of the primary challenges and solutions in creating such a system to operate at scale.
by Chad Fowler
There should be a Service for that / 12:10 - 12:25
Persistence, error analytics, push notifications, payments, ab testing, reporting - there are many services out there to help running and operating mobile apps. At Wooga we've tried out many of them. But while these services offer good value to normal apps, they often lack support for a few critical use cases that are needed to operate mobile games at scale. We’ll talk about a few examples where Wooga ended up building its own services in the end and why.
For service providers this talk is an opinionated cry for help. For everyone else this talk is about why even good services are sometimes not good enough.
Presentation: TweetDevelopment, Deployment & Collaboration at Etsy
At Etsy about 150 engineers deploy a single monolithic application more than 60 times a day. This process of deploying small changesets continuously enables us to build up and release robust features and detect and fix bugs extremely fast. All while serving over a billion page views per month. Developing and deploying at such a high velocity however only works because product developers and designers, infrastructure and operations engineers and the security team work closely together. We have an extremely open culture of sharing (inside and outside the company) and make sure we run into as few surprises as possible by bringing everybody on the same page about changes.
In order to explain how we make this work at Etsy I will give details about how the general development process is laid out. A huge part of this is the setup of our development environment. Each engineer has their own VM which runs a slimmed down version of the Etsy stack. We use Chef to keep our infrastructure in sync and the developer VMs are no exception, they run the same cookbooks as the production infrastructure. This is paramount in making sure features are being developed in an environment as close to production as possible.
Our whole development process is wrapped into a tight feedback loop of which our CI cluster and our monitoring stack are the centerpiece. The CI system has two central tasks. One is to run the full suite of tests before deployment and smoker tests against staging and production. And the second one - which is much more resource intensive - is to provide a system for engineers to test their work in progress changes against the whole test suite with a single command line script. I will go into detail how our setup, which currently consists of about 250 Jenkins build slaves, enables quick feedback and how we continuously work on keeping it fast.
Once changes are in production, we have a big set of dashboards, log parsing and alerting tools to make sure we can detect regressions and bugs as fast as possible and fix them with the next deploy. In addition to providing a quick method to detect problems our myriad of dashboards also provide a way to quickly share the current state of etsy.com and enables us to have efficient and productive discussions within and across teams by sharing a simple URL in IRC. I will talk about how we use those tools every day and how everybody sits down and investigates what's going on in case of a faulty deploy and how we all learn from those incidents by sharing successes and failures openly.
At Etsy it is in every engineer's responsibility to deploy their changes themselves using Deployinator, a one button deployment system we have written and open sourced. This system is integrated into the company wide IRC network and serves as the canonical way to deploy changes and provides a set of features to gain confidence in the changeset that is about to go live. I will give insights into how the system works and has changed over time to accomodate use cases we saw for better communicating change and enabling people to have an efficient discussion and proper view of the current state when something doesn't go according to plan.
Continuous Deployment and the ongoing collaboration across teams in engineering and operations are the foundation of moving fast and iterating on products and features. We have a strong culture of taking responsibility and sharing knowledge, successes and failures to build a succesful and resilient engineering team. This talk will give deep insights into how we develop software at Etsy and what tools and processes we utilize to help us achieve our goals.