There are good reasons to break up your web application into multiple libraries and deployable parts, but it may end up hurting more than it helps. The US Digital Service is building a suite of tools to replace a large legacy application at the Department of Veteran Affairs. Knowing the complexity of the end state and enamored with microservices, the team was much too aggressive in breaking up the Rails application into multiple deployable units and gems from the start. In hindsight, the team ended up paying a large overhead price. It would have probably been better to start with a monolith.
Shane Russell reflects on this experience, sharing advice and lessons learned on how and when to break up your web app and digging into the specifics of the overhead incurred by their team for doing so. He also describes some of the benefits of breaking apart your application at the right time and offers techniques for doing it in a way that will have your team reaping the most benefits.
Shane Russell is a software developer at the United States Digital Service, where he helps make federal government software work better and cost less. He likes making things with CSS and JavaScript.
For exhibition and sponsorship opportunities, email fluent@oreilly.com
For information on trade opportunities with O'Reilly conferences, email partners@oreilly.com
View a complete list of Fluent contacts
©2017, O'Reilly Media, Inc. • (800) 889-8969 or (707) 827-7019 • Monday-Friday 7:30am-5pm PT • All trademarks and registered trademarks appearing on oreilly.com are the property of their respective owners. • confreg@oreilly.com