Julian Applebaum stopped by to discuss the challenges of moving Squarespace's Java monolith to a service-oriented architecture. Julian describes drawing boundaries between different layers of business logic and discovering fundamental tensions in restructuring application logic throughout the migration. Squarespace's journey to a series of RESTful API endpoints was a matter of building services and integrating them slowly as they became reliable. This move was inevitable for Squarespace's team of about 100 engineers.
For further actions, you may consider blocking this person and/or reporting abuse
Oldest comments (25)
I liked at 3:43 when Julian talked about the step-by-step process of moving the whole thing over once the design was settled on. Very much a balancing act with a living, breathing application for sure.
Love the web app analogy at 4:30, about changing the wheels of a truck as it moves. Also, I've noticed I have a tendency of wanting to make a feature perfect being rolling it out. As a very junior dev, it's refreshing to hear how y'all are making the move.
Very interesting stuff! 👏👏
Great point at 6:20 - much easier to maintain velocity when you're working on smaller pieces rather than within a monolith. This is great! Splitting up the traffic between the current and new code is a smart approach.
Love this type of content, videos and podcasts. Especially talks from other developpers, it's amazing what you can learn from other people experiences and perspectives, like I few days ago I heard this Laravel PHP podcasts and that inspired me to start working in a new small project. Well done guys, I hope to see more of this in the next days.
Payment data in MongoDB, a database which does not garantuee that your data gets actually written. Nice
Hi! Do you have sources about this fact ?
This article sums it up pretty well. Most developers dont know that the default is insecure.
Only fsynced is the option that garatuees writes. But then MongoDB does not have performance benefits. There are other NoSQL DBs that are better and For Payment data I would always use a RDBMS.
Wow this article is very interesting ! Glad to know that now :)
Thanks a lot for your sharing
This was actually a great way to approach this sort of breakdown.
On a content development note, I think it'd be cool to throw in little callouts to define acronyms or topics that might not be known to everyone, like when Julian mentions RPC at 3:05.
Good call!
Error: Error loading media: File could not be played.
Obviously got more traffic than you were expecting,
"The owner of the file has exceeded their traffic limit."
as the response to content.jwplatform.com/videos/TRw3...
The price of success! :)
"The owner of the file has exceeded their traffic limit."
You can still watch the video at youtube.com/watch?v=d2z5_kcBo8E.
I'm getting the same Media error as many others:
Error loading media: File could not be played.
I'm on chrome. Looking at the error console It's trying to load what looks like the movie file and then getting a 403.
Would love to be able to watch this!
lol that sneaky github mascotte, creeping from the behind the plant pot
Thank you for the subtitles. They help non-native English speakers so much :)
🙌
I was a little surprised a monolith ever worked at the scale of squarespace for the past few years. Thanks for sharing