Can Laravel Scale? Truth About Scalability

Подписаться 827

Просмотров 3 тыс.

50% 1

In this video, we'll address the common concerns and misconceptions surrounding Laravel's scalability. We'll explore real-world examples, benchmark analyses, and insights into how big names like Twitch, Disney, and The New York Times leverage Laravel for their operations.
📊 Topics Covered:
Why the concern about PHP and scalability?
Real-world traffic examples (Wikipedia vs. Facebook)
The truth behind benchmark rankings
Popular brands using Laravel
Key focus areas for scalability: database, cache, and session handling
Deployment strategies for hyper-scaling
The impact of Laravel Octane on performance
Recommended tech stack for new large-scale projects

Опубликовано:

30 май 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 46

@cbaesemanai 16 дней назад

I have run 4 million users on a php lamp stack. If its slow its because the infrastructure and dev team does not know how to design for scale.

@bursteri 15 дней назад

Great testimonial for PHP!

@vipinfarswan6555 4 дня назад

agreed

@i_youtube_ 3 дня назад

How many concurrent users?. What kind of transactions they do in your application?

@cbaesemanai 3 дня назад

@@i_youtube_ facebook gaming and that was a transaction per click. php redis and mysql. Now this was not on a single lamp stack of course if I remember correctly we were at about 15-30 ec2 instances at peak points which started around 3:30 EST when kids were getting home from school. Fact is though the lamp stack had no problem scaling with the correct application architecture.

@minma02262 19 дней назад

It is quite silly for people to think a framework prevents scaling efforts. Extreme scaling efforts reach out of the framework and start going into specific tweaking within the database, caching, dns, http server, etc. Framework "bootup" time affects latency, the programming language execution speed is important, but sacrificing DX for pure raw speed is not a good idea.

@bursteri 17 дней назад

Well said!

@PraiseYeezus 15 дней назад

It's not silly. Frameworks are tools. Some tools are meant for cutting down trees and doing it more efficiently than others, same with scale. I recently had an interview at a place that used in-memory structures because they had significant real-time needs at scale (Discord integrations). They switched from Node.js to Rust on some services and according to them it fixed many of their problems. There were tradeoffs they had to make for sure, and some of them were related to DX, but the sentiment that frameworks and languages should be your last resort when thinking about speed is kinda silly.

@minma02262 15 дней назад

@@PraiseYeezus Yes. Do it when there is an exact need. Not because of some arbitrary feelings of inadequacy.

@Sdirimohamedsalah 8 дней назад

Scalability is the capability of a system to handle growth or expansion, and it can be measured objectively. The scalability of a software solution is determined primarily by its design. A well-designed application can scale efficiently regardless of the framework or backend tool used, whether it's Laravel, Spring, or CodeIgniter. The framework itself is less important compared to the overall design and architecture of the application. The second crucial aspect is infrastructure. The infrastructure must be capable of scaling alongside the application to handle increased service demands. Thus, scalability is fundamentally about the design of the application and the ability of the infrastructure to support its growth.

@bursteri 7 дней назад

That's well articulated!

@mohamedkaddouri9720 18 дней назад

I really understand where you're coming from but, it really is not necessary to switch to a language like go if we look at performance. What I see is that a lot of developers don't know how to write well performing code datastructures and stuff. I have seen a lot of unnecessary foreaches for example and you can make your app more performant by just starting there.

@bursteri 17 дней назад

Thats a good angle! My message is that web applications should be built using PHP or Ruby, leveraging the robust frameworks and libraries available within their respective ecosystems. As the project matures, I believe in identifying key services and migrating them to a more specialized tool, granting a greater control over its resources. Whether that is Golang or something else.

@gamingwolf3385 11 дней назад

No , no not php noooo Hhhh , to be honest its good to keep working with the language you are thinking about now and really confortable with , in some necessary cases maybe you can try another beautiful language

@hard.nurtai4209 15 дней назад

thanks a lot. i am choosing laravel now. great content! subscribed.

@zulfiqrysaadputra 4 дня назад

The fact that you mention we dont build massive apps like Facebook, but then Facebook did use full PHP and still parts of PHP till this day.

@bursteri 4 дня назад

U missed the whole point here bro :)

@zulfiqrysaadputra 4 дня назад

@@bursteri I'm not trying to point out your mistake, i only try to point out that PHP is not as bad as people think and can scale well too. Just need the right design and good devs

@bursteri 4 дня назад

@@zulfiqrysaadputra that i can agree with!

@gadget00 5 дней назад

Great video; good comments about Laravel and putting down some myths spread by PHP haters LOL great job!

@darknet106 9 дней назад

Hi! thank you for videos! can you please say your opinion about laravel doctrine? i ask it for desian entities like in DDD, with eloquent i can not do it

@bursteri 9 дней назад

You mean Domain Driven Design?

@darknet106 9 дней назад

@@bursteri yeah

@bursteri 9 дней назад

@@darknet106 Not enough experience to comment sorry

@l.b76 17 дней назад

check fathom analytics and jack ellis

@shaungbhone8368 17 дней назад

better bro. Keep going.

@bursteri 17 дней назад

Thanks bro!

@ruasrr 18 дней назад

Nice content but you need to make shorter and speak faster mate.

@bursteri 17 дней назад

Thanks for the tip

@pr0fesorgr 4 дня назад

Try to use playback speed bro to fit your needs. Robin just pressed record and share his thoughts/opinions on the fly. Big youtubers always have scripted scenarios to follow along the presentation. This is like solopodcast.vlog

@Mixesha001 16 дней назад

The video tempo and your way to speak is slow. About scalability, infrastructure, Query to DB or bad data structure problem and it can be fixed in any languages. If you need speed for specific use case then you don’t consider interpreted languages maybe except Go I’d say. The framework isn’t related to scalability itself. So I think you should orient the discussion around for which cases Laravel is good and which cases it’s not.

@bursteri 16 дней назад

Thanks for sharing your feedback! After reflecting on my video, I realize I could have done a better job explaining the reasoning behind it. Specifically, I was trying to address the assertion that Laravel is slow, which has been raised in the comments. And I think you hit the nail on the head with your thoughts!

@Mixesha001 16 дней назад

@@bursteri Looking forward to see your new contents good luck :)

@hakuna_matata_hakuna 18 дней назад

laravel is 💩 scale and perfomance wise, just use spring boot iof you hit those scales and let indie hacker tools serve indie hackers

@bursteri 17 дней назад

Used Java and Scala back in my uni days and for some projects. Yeah, they're awesome for big-time enterprise apps with solid features and a ton of tooling. But honestly, they're a total pain for startups. They bring a bunch of complexity and overhead, which can be a major buzzkill.

@hakuna_matata_hakuna 17 дней назад

@@bursteri duh , Laravel is for small teams that can't afford a mobile and web team , it gets increasingly 💩 at scale just like any other interpreted language

@noobgamer7034 9 дней назад

@@hakuna_matata_hakuna in real world, when you apply to these java jobs then you will have to face tons of competition, even to get a break into it. While for laravel/node ecosystem it is fairly easy to get into the industry as their are more jobs for it

@hakuna_matata_hakuna 9 дней назад

@@noobgamer7034 we're talking about performance at scale which interpreted languages will be 💩at , yes applying to java roles feels worse than to golang roles at least you don't have to worry about being interviewed on Java 8 or something gnarly like that the reply assumed you're a hacker who gained overnight success and your service is handled millions of requests , that is your queue to break it up into services and rewrite most of them in more perfomant languages

@noobgamer7034 9 дней назад

@@hakuna_matata_hakuna go lang roles still requires 5 years of experience. and even if a product reaches millions then can you tell me how many products out of total number of products actually reached millions??? I am not denying the fact that you can even build banking apps with java.