Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Don't Fear the Walking Dead - How to get rid of...

Sebastian Heuer
May 10, 2016
Technology
0
73

Don't Fear the Walking Dead - How to get rid of a monolith

Sebastian Heuer

May 10, 2016
Tweet

More Decks by Sebastian Heuer

See All by Sebastian Heuer
The State of Asynchronous PHP
sebastianheuer
0
31
Typescript - A Marriage Counselor for Frontend and Backend
sebastianheuer
0
37
The Myth of Untestable Code
sebastianheuer
0
24
Deployment without the Hassle @ IPC 2016
sebastianheuer
1
49
99% is not enough
sebastianheuer
0
110
Don't Fear the Walking Dead - How to get rid of a zombie
sebastianheuer
0
100
A Developer's Survival Guide for the Microservice Era
sebastianheuer
2
380
PHPUGHH - Deployment with OS Packages
sebastianheuer
0
73
How to manage your Project's Toolchain in 2016
sebastianheuer
1
44

Other Decks in Technology

See All in Technology
白金鉱業Meetup_Vol.18_生成AIはデータサイエンティストを代替するのか？
brainpadpr
3
200
白金鉱業Meetup_Vol.18_AIエージェント時代のUI/UX設計
brainpadpr
1
250
OPENLOGI Company Profile for engineer
hr01
1
25k
MCPを活用した検索システムの作り方/How to implement search systems with MCP #catalks
quiver
13
7.2k
バクラクの認証基盤の成長と現在地 / bakuraku-authn-platform
convto
4
810
Mastraに入門してみた ~AWS CDKを添えて~
tsukuboshi
0
360
AWS全冠芸人が見た世界 ～資格取得より大切なこと～
masakiokuda
5
6.5k
AIでめっちゃ便利になったけど、結局みんなで学ぶよねっていう話
kakehashi
PRO
1
460
コードや知識を組み込む / Incorporating Codes and Knowledge
ks91
PRO
0
140
生成AIのユースケースをとにかく集めてまるっと学ぶ！/ all about generative ai usecases
gakumura
2
300
OPENLOGI Company Profile
hr01
0
63k
日経電子版 for Android の技術的課題と取り組み(令和最新版)/android-20250423
nikkei_engineer_recruiting
1
560

Featured

See All Featured
The Invisible Side of Design
smashingmag
299
50k
Code Review Best Practice
trishagee
67
18k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.3k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
104
19k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.4k
Optimizing for Happiness
mojombo
378
70k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
14
1.4k
A designer walks into a library…
pauljervisheath
205
24k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
21k
Adopting Sorbet at Scale
ufuk
76
9.3k

Transcript

  1. HOW WE GET RID OF OUR MONOLITH DON’T

  2. None
  3. None
  4. None

  5. How we started • built on top of a standard

    e-commerce platform • a lot of custom code to support a wide combination of product options Feature X Feature Y Feature Z Core Code Customization

  6. The challenges of a growing business • serious performance issues

    • own developers don’t feel comfortable with the code • adding individual features is too complex • upgrading is hard

  7. Finding a way out

  8. You don’t have to replace everything at once!

  9. What part of the software causes the highest amount of

    pain? • category pages • product detail pages

  10. Planning

  11. Current Setup Legacy System Session Storage RDBMS Webserver

  12. Idea Legacy System Session Storage RDBMS Webserver New Software

  13. None
  14. None

  15. FURY Frontend Key-Value Storage getCategoryPage(341); "<html><head>…</head><body>…</body></html>"

  16. None

  17. FURY Frontend Key-Value Storage ["SBU06HE","TEOD3HE","ANW04HD"] Search search("{'category':341, 'filters':{...}}"); getTiles(["SBU06HE","TEOD3HE","ANW04HD"]); ["<div

    class="category-item">…</div>", …]

  18. Webserver Key-Value Storage Search FURY Frontend FURY Backend FURY Components

  19. Webserver Key-Value Storage Search FURY Frontend FURY Backend Legacy RDBMS

    Legacy System Session Storage Collect & Export

  20. Webserver Key-Value Storage Search FURY Frontend FURY Backend Legacy RDBMS

    Legacy System Session Storage FURY Requests 200 OK

  21. Webserver Key-Value Storage Search FURY Frontend FURY Backend Legacy RDBMS

    Legacy System Session Storage Requests to Legacy System 404 NOT FOUND

  22. Webserver Key-Value Storage Search FURY Frontend FURY Backend Legacy RDBMS

    Legacy System Session Storage Requests to Legacy System 404 NOT FOUND 200 OK

  23. Learnings • we have full responsibility now • no framework

    needed • no relational database needed

  24. Goods and Bads • fully object-oriented • easy refactoring thanks

    to 100% code coverage • not enough automated acceptance tests • dependencies to legacy software (database changes, API calls)

  25. Deployment

  26. Webserver (Router) Webserver FURY Frontend Server A K/V Storage Search

    FURY Backend Webserver FURY Frontend Server B K/V Storage Search FURY Backend

  27. Webserver (Router) Webserver FURY Frontend Server A K/V Storage Search

    FURY Backend Webserver FURY Frontend Server B K/V Storage Search FURY Backend active = A

  28. Webserver (Router) Webserver FURY Frontend Server A K/V Storage Search

    FURY Backend Webserver FURY Frontend Server B K/V Storage Search FURY Backend active = B

  29. RDBMS Read Slave Webserver FURY Frontend Server A K/V Storage

    Search FURY Backend Webserver (Router) Build Server Deploy Code active = B

  30. RDBMS Read Slave Webserver FURY Frontend Server A K/V Storage

    Search FURY Backend Webserver (Router) Build Server Deploy Code Collect & Export active = B

  31. RDBMS Read Slave Webserver FURY Frontend Server A K/V Storage

    Search FURY Backend Webserver (Router) Build Server Deploy Code Collect & Export Smoke Tests active = B

  32. RDBMS Read Slave Webserver FURY Frontend Server A K/V Storage

    Search FURY Backend Webserver (Router) Build Server Deploy Code Collect & Export Smoke Tests Switch to A active = A

  33. RDBMS Read Slave Webserver FURY Frontend Server A K/V Storage

    Search FURY Backend active = B Webserver (Router) Build Server Deploy Code Collect & Export

  34. We are very close to launch!

  35. What next? • party hard! • identify the next pain

    points we want to work on • replace the next parts of the legacy system with new, self-contained components / services

  36. https://www.instagram.com/kartenmacherei/ Q&A https://www.facebook.com/kartenmacherei/ +49 40 468996861 [email protected] http://www.kartenmacherei.de/recruiting