It seems as if the whole world of software development is jumping on the bandwagon to move to a microservices architecture. There are many good aspects to architecting a system in this fashion, but what about the downsides? Are microservices a silver bullet—will they solve all our problems?
In a knockdown debate, Rachel Laycock and Cassandra Shum take opposing sides on whether to implement services in a micro fashion and deliver zings and gotchas about the pros and cons of microservices, leaving you with a better understanding of considerations for choosing the best approach for your projects.
Cassie was the North American Lead for Mobile Technologies for the past year and a half. Now she is leading a large enterprise retail client, based in New York.
For 8+ years at ThoughtWorks, she has primarily been leading and developing in a variety of mobile projects alongside a wide range of other technologies and architectures, including event driven systems and microservices.
She loves to grow organizations in their delivery practices and organizational structures, but also the new generation of technologists. Cassie is one of the leaders of the ThoughtWorks’ women’s group, and helps promote more female speakers in technology.
Rachel Laycock is a market technical principal at ThoughtWorks in New York, where she has played the role of coach, trainer, technical lead, architect, and developer, coaching teams on Agile and continuous delivery technical practices. She is now a member of the Technical Advisory Board to the CTO, which regularly produces the ThoughtWorks Technology Radar. Rachel has over 10 years of experience in systems development and has worked on a wide range of technologies and the integration of many disparate systems. She is fascinated by problem solving and has discovered that people problems are often more difficult to solve than software ones.
Comments on this page are now closed.
©2016, 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. • firstname.lastname@example.org