Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
"Go big or go Home!" The Beauty of the Monolith
Search
Posedio
PRO
September 25, 2023
Programming
0
28
"Go big or go Home!" The Beauty of the Monolith
Posedio
PRO
September 25, 2023
Tweet
Share
More Decks by Posedio
See All by Posedio
API First revisited - where did we take a left turn?
posedio
PRO
0
29
Solving Multi-Tenant Challenges: Apache Airflow and Cloud Composer in Action
posedio
PRO
0
18
Contract testing with Java
posedio
PRO
0
18
Flink in two nutshells
posedio
PRO
0
18
Taming the Codebase: Strategies for Refactoring Legacy Code
posedio
PRO
0
14
Access & Usage Policies and Enforcement: Challenges and Solutions
posedio
PRO
0
14
The Future of Data Sharing
posedio
PRO
0
55
Is your spring boot application in Kubernetes secure?
posedio
PRO
0
64
Zero trust architecture with Keycloak
posedio
PRO
0
190
Other Decks in Programming
See All in Programming
アクターシステムに頼らずEvent Sourcingする方法について
j5ik2o
6
480
PSR-15 はあなたのための ものではない? - phpcon2024
myamagishi
0
190
短期間での新規プロダクト開発における「コスパの良い」Goのテスト戦略」 / kamakura.go
n3xem
2
190
create_tableをしただけなのに〜囚われのuuid編〜
daisukeshinoku
0
300
生成AIでGitHubソースコード取得して仕様書を作成
shukob
0
560
PHPとAPI Platformで作る本格的なWeb APIアプリケーション(入門編) / phpcon 2024 Intro to API Platform
ttskch
0
340
GitHubで育つ コラボレーション文化 : ニフティでのインナーソース挑戦事例 - 2024-12-16 GitHub Universe 2024 Recap in ZOZO
niftycorp
PRO
0
510
責務を分離するための例外設計 - PHPカンファレンス 2024
kajitack
9
2.1k
KubeCon + CloudNativeCon NA 2024 Overviewat Kubernetes Meetup Tokyo #68 / amsy810_k8sjp68
masayaaoyama
0
270
歴史と現在から考えるスケーラブルなソフトウェア開発のプラクティス
i10416
0
150
PHPUnitしか使ってこなかった 一般PHPerがPestに乗り換えた実録
mashirou1234
0
360
競技プログラミングへのお誘い@阪大BOOSTセミナー
kotamanegi
0
370
Featured
See All Featured
Optimising Largest Contentful Paint
csswizardry
33
3k
The World Runs on Bad Software
bkeepers
PRO
66
11k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
3
310
YesSQL, Process and Tooling at Scale
rocio
170
14k
A Tale of Four Properties
chriscoyier
157
23k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
6
470
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
44
9.3k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
Why Our Code Smells
bkeepers
PRO
335
57k
Become a Pro
speakerdeck
PRO
26
5.1k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Transcript
None
2
3 WHAT ABOUT ME? • Developer for 7+ years •
@ Posedio since 2022 • Sagittarius with Virgo rising • Cat Lover • Informatics as a craft not a science Philipp Seifert-Kehrer
ROADMAP 1. Xs and Os 2. Where Promised Land? 3.
It’s Tricky getting it right 4.The Majestic Monolith 5. Pretty sus Standard
MICROSERVICES – MONOLITHS XS AND OS 1
6 HOW COME I GATHERED YOU HERE TODAY
7 MICROSERVICES? MONOLITHS? Many small applications Do 1 thing well
Communication via HTTP Teams own specific services Wut? One deployable
8 ADVERTISED BENEFITS Easier to build and maintain Improved productivity
and speed Flexibility in technologies Autonomous teams Improved Scalability and Fault Isolation
9 SO, WHAT TO EXPECT FROM THIS TALK? Questioning microservices
as standard architectural approach in modern applications AND Arguing for monoliths as a solid architectural choice in modern applications
2
11 RESPONSIBILITY PING PONG
12 PIPE DREAM OF FASTER DEVELOPMENT
13 INDEPENDENCE We can change implementation without coordinating with others
14 MICRO… IS PRETTY DAMN SMALL Starting off too small
Frontend glue How small is too small?
15 AMPLIFIED PROBLEMS Increased Load/Latency Fault Isolation only technically More
possible sources of error
16
IT’S TRICKY 3
18 EVERYONE CAN BE A DEVELOPER
19 DISTRIBUTED SYSTEM
20 GAMEPLAN Single team or outstanding communication Profound knowledge of
domain Clear-cut understanding of non-functional requirements Developers that are skilled and accountable
21 BUT… … unless you really really really have to!!!
22
THE MAJESTIC MONOLITH 4
24 LEGACY UP YOURS
25 MONOLITHS ARE NOT PERFECT, BUT… Easy to refactor
26 WHAT YOU WANT What you really really want
27 SEPARATION OF CONCERNS https://github.com/spring-projects/spring-modulith
28 THAT FANCY SPRING PROJECT
A PRETTY STANDARD 5
30 GETTING IT RIGHT FROM THE GET GO
31 ADMIT YOU DON’T KNOW SHIT… … at the beginning
of a project/startup/whatever… … but are willing to learn and adapt accordingly.
32 DON’T BE THAT GUY/GAL
33 WHO BENEFITS MOST FROM MICROSERVICE HYPE?
34 NICE CONCEPT Reality hits different Solution for very specific
problems New problems to solve
35 BEST PART ABOUT MICROSERVICES? They tend to be easily
refactored into a monolith.
36 WRAPPING IT UP Maintainability Availability Scalability Sustainability Get away
from microservices as a standard Stop trying to outsmart the world Start off with a monolith Adapt according to the problems at hand Go big or go home
37 “So, don’t be a prick Admit you don’t know
shit And start off any project with some nice monolith” - Drake
THANK YOU! POSEDIO GMBH +43 660 9154419
[email protected]
Weyringergasse 1-3,
1040 Wien, Millenium Park 4, 6980 Lustenau www.posedio.com Be careful on the cold concrete!