From the course: Software Architecture: Breaking a Monolith into Microservices
Unlock the full course today
Join today to access over 22,600 courses taught by industry experts or purchase this course individually.
Refactor or rewrite?
From the course: Software Architecture: Breaking a Monolith into Microservices
Refactor or rewrite?
- [Instructor] Frankly, the expression, splitting out monolith into microservices might be misleading. It leads to the assumption that you can just take your legacy code and copy it into microservices. This would make it more of a refactoring approach. So is it possible to just reflect your code into microservices, maybe copy over controller into service put an AP in front of it and call it a day? Let's have a closer look at this topic and spoiler alert, I would recommend to rewrite because if you're attempted to reuse your code as is, it might be because you're again thinking in code and individual functions and not in capabilities. If you look at your legacy code, how much of this code does really provide the capability and how much is boilerplate code related to the monolith it is running on. If you just copied the code, you also just missed the opportunity for long cue improvements. Basically you are migrating…
Contents
-
-
-
-
(Locked)
Design mistakes and how to avoid them5m 13s
-
(Locked)
Refactor or rewrite?1m 56s
-
(Locked)
Choosing your first migration target1m 53s
-
(Locked)
Splitting out your first service3m 21s
-
(Locked)
Zero downtime migrations3m 37s
-
(Locked)
Migrating interdependent, complex capabilities4m 5s
-
(Locked)
Providing a migration API layer1m 23s
-
(Locked)
What about the front end?4m 27s
-
(Locked)
Making the final step2m 22s
-
(Locked)
-
-