Designed for deployment
The process of analysis and reasoning about a running system or designing for deployment concerns is very different from the process of synthesis and composition involved in writing application software. Badrinath Janakiraman explores patterns and lessons learned while deploying and maintaining distributed platform Snap CI.
Talk Title | Designed for deployment |
Speakers | |
Conference | O’Reilly Software Architecture Conference |
Conf Tag | Engineering the Future of Software |
Location | San Francisco, California |
Date | November 14-16, 2016 |
URL | Talk Page |
Slides | Talk Slides |
Video | |
Software design is often seen as the process of introducing abstractions and protocols to simplify the act of composing larger programs from smaller ones. However, these days, hardly any complex systems are monoliths—instead, they are often composed of many interacting components (services, modules, other applications, etc.). In addition, infrastructure-as-code tools such as Chef are as much a part of the codebase as application code. When development teams run such systems, a good chunk of their time involves triaging errors or triaging user-facing problems. The process of analysis and reasoning about a running system or designing for deployment concerns is very different from the process of synthesis and composition involved in writing application software. Badrinath Janakiraman explores patterns and lessons learned while deploying and maintaining a complex system: Snap CI. This session is sponsored by ThoughtWorks.