I just upload files, works fine half the time

@DemPilafian

11 ай бұрын

_I don't always test my code, but when I do, I do it in production._

@kmchow4971

11 ай бұрын

best testing environment, production.

@meelooxavier6502

11 ай бұрын

50% of the time it works every time

@SiebenarmigerKrake

11 ай бұрын

I wish these times back...

@notanomba4598

11 ай бұрын

@@DemPilafian Let the users test the code lol

This guys infographics are thest BEST I have seen. It just makes it easier to follow/understand. Great videos.

00:31 🔄 *Big Bang Deployment involves pushing all changes at once, causing short downtime; careful preparation and testing are crucial, with rollback as an option.* 01:34 🏃‍♂️ *Rolling Deployment updates different server parts incrementally, preventing downtime and allowing early issue detection; however, it's slower and lacks targeted rollouts.* 03:32 🔄🔵 *Blue-Green Deployment uses two identical environments; one serves live version while the other tests new version; seamless transitions and rollbacks, but resource-intensive.* 05:59 🐦 *Canary Deployment tests new version on a small subset (canaries) before full-scale rollout, offering safety net, control, and targeted rollouts; requires careful monitoring.* 07:57 🎚️ *Feature Toggle manages specific new features within an application; allows turning features on or off for certain users, offering control, A/B testing, but needs careful management.*

@devilhorrible6715

2 ай бұрын

How you are splitting the time???

@anibeto7

20 күн бұрын

​@@devilhorrible6715 You can simply give the timestamp of the video and it will automatically link it with the respective timestamp on the video.

@anibeto7

20 күн бұрын

What is A/B testing?

By far the best video explaining the deployment strategies clearly, presenting them well visually and straight to the point explanations. Thank you!

I wish I can like this video more than once. The use of diagrams makes the understanding so much easy. Thanks a lot

Thank you for this video ! very helpful explanation! We use rolling upgrade + canary deployment strategy.

We use big bang and it has worked reasonably well. The best for us would be blue-green, and then adding feature toggle. Blue green would also help isolate our engineering testing because right now our UAT environment is shared by many groups and there can be resource contention at times. The main reason we don't do blue green is cost. It would be extremely expensive to add a duplicate production environment.

Your videos are supreme!! Well done, to the point.. just perfect.. one way to make it better.. as you always talk about different topics.. for example here.. 5 deployment strategies.. put. In the lower left portion of the presentation the current strategy you are talking about.. and so for each topic you cover.. so that everybody know what item you are currently talking about. Cheers!

Best video on deployment strategies! Thank you!!!

Excellent. Hope to see a dark deploy video soon as well 🙏 if one doesn't already exist. Compliments to the chef, another high quality presentation that is clear and articulate 💯

We send an email to users to refresh their webpages everytime we deploy 💀

@amjedbouhouch7993

11 ай бұрын

Haha

@nurdauletturar

11 ай бұрын

Why not check if an update is available via background checks in FE and advise an update via some alert?

@bluzter

11 ай бұрын

@@nurdauletturar bruh

@tedchirvasiu

11 ай бұрын

@@nurdauletturar Increased traffic.

@Aminsx_

11 күн бұрын

​@@nurdauletturarno need, just add versioning to your js

Thanks - awesome video and excellent explanation.... the visuals together with the detailed explanation is just awesome! Thanks so very much.

Another excellent video from ByteByte !

Very useful. Thanks so much for your work.

Thank you! Very useful!❤

nice video. I worked in different companies and met all of these deployment strategies. Good for me to have a theory summary.

Really insightful content, keep up the good work!

nice, simple and steady!

On small input on the video when ever you are explaining one strategy the name of the same strategy should be visible above diagram so that if at all some one jump the video still feels connected with what ever is visible on screen

I watched several videos and it was a great help to my interviews for Cyber Security. I hope that in the future you come up with something with Cyber Security. I will definitely purchase your books when I secure a Job in Cyber Security.

The information graphics he uses are superb , the contents straight up PRO

A nice demostration, very cleand and understandable, it would be heplful if the slides had the name of strategy being shown. Thank you very much for your work.

Great video. It sounds like no matter what strategy, it’s going to be complex and expensive, however.

Probably worth noting that each feature on/off toggle doubles the test requirement (if you need to test all combinations of features). So that explodes really quickly if toggles are not removed relatively quickly.

@ferdinand.keller

6 ай бұрын

Yes. I am not a big fan of feature toggle for that reason. My take on it is too much complexity for not enough benefits. Code hygiene is really important, and after a few months your codebase becomes messy, which slows down development.

@abhijit-sarkar

6 ай бұрын

Don't be surprised to see a comment /* Remove this when feature X moves out of Beta */ 3 years after feature X has been deprecated.

@ferdinand.keller

6 ай бұрын

@@abhijit-sarkar exactly !! We often have clients saying « can you do this for us ». When we do, we just propagate it to every other environment. Trying to keep an up-to-date sheet about which environment has which feature enabled is a nightmare, and I’m not even talking about remembering it.

@abhijit-sarkar

6 ай бұрын

​@@ferdinand.keller I wasn't talking about environment-specific features, which no one should be doing. I was talking about features that are introduced as preview/beta to test the water, and if those prove successful, become mainstream features. Another practical reason for feature toggle is backward compatibility, where you give the clients some time to upgrade. Of course, most companies will bend over backwards for big clients with fat wallets, and will keep feature toggles 10 years old.

A combination of rolling deployment, canary deployment and feature toggles with good database design practices allow to maintain high service availability. Great video!

@32zim32

11 ай бұрын

Yeah and usually requires separate team of qualified devops guys who knows what they are doing

@mikolajgrzaslewicz

11 ай бұрын

​@@32zim32even better when every single developer is aware of the deployment process. And definition of done is not a passing unit test and git commit, but process running healthy on production

@32zim32

11 ай бұрын

@@mikolajgrzaslewicz so why we need devops in this scenario? Just to setup tools?

@32zim32

11 ай бұрын

I mean if developer is Responsible for process running healthy in production, it Must have all access rights to production. Database, files, whatever. It should be very easy for developer to verify the definition of done criteria

@mikolajgrzaslewicz

11 ай бұрын

@@32zim32 In the project I'm mentioning, there were no devops. Every developer was also doing devops job. And it worked like a charm for many years, thousands of releases and for newcomers too. The mindset shift - done = my code is running on production and service is healthy, had great value. That forced developers to think more carefully about what they're doing

Great video!

I wish the video talked a little more about the complexities associated with having multiple versions of your application up at the same time; how new features and database migrations have to be implemented in a certain way to accommodate the deployment strategy...

@DemPilafian

11 ай бұрын

10 minutes / 5 strategies = 120 seconds per strategy

@arithex

11 ай бұрын

Agree, these would be great topics for followup / deep-dive videos. - emergency rollback to last-known-good - how to "stripe" a rolling-update across cloud AZs (availability zones) - setting up special alarms to trigger automated-rollback (rolling, canary, blue/green) - rolling out DB schema changes, and backfills .. managing changes to stored-procs - how deal with the possibility of cache-fighting (ie. old code vs new code putting different-shaped data into a shared cache instance) .. or other problems that can arise from having new- and old-code running side by side for a period of time

@abhijit-sarkar

6 ай бұрын

@@DemPilafian 2 minutes/strategy doesn't mean it's useful, only means you don't get more for free.

@DemPilafian

6 ай бұрын

@@abhijit-sarkar These videos are definitely useful. However, you're not going to get PhD level knowledge in 120 seconds.

Super helpful video. How you creating such unique diagrams and animations?

Thanks!

I have used feature toogle. Works best!!!

I love the amazing animations, what software do you use to make the video?

i use vercel. Thank you

Excellent

This channel is knowledge treasure for people moving from average developer to pro. You should write book about all things you have here.

We use a modified “blue / green” works well for our purposes !

“Toggle debt” - haha great term! Something I’ve certainly experienced.

I don't deploy myself but my team used to use Big Bang strategy I guess. They start deploying at 1 A.M. hoping to finish until morning.

@meelooxavier6502

11 ай бұрын

Sometimes this is the best strategy. Years ago I used to do BigBang at 1 or 2AM on the day of the week that statistically had the lowest number of online users. The problem comes when you need to rollback for urgent issues that were not found / missed during the post-deployment steps, cause you have to do it ASAP and that translates to downtime at a time that most likely is NOT a low traffic one. And if the users are unhappy because of the downtime, you can be really screwed

We are using a blue green deployment model for our bigdata project in prod

you are life saver

Great!

You have missed a deployment where a parallel (usually smaller with a canary) env is running and we compare result from A and B. If both are giving same result on prod - we can proceed. It is more about testing of the canary. It also requires a system that allows pure code (any direct writes to any DB must be mitigated using some abstraction/mock).

@algernon69

11 ай бұрын

Isn't it the blue/green deployment?

@adderek

11 ай бұрын

@@algernon69 Not if both are processing exactly same requests. Your edge proxies same request to 2 hosts (one old version, one new version). Both produce some result (old is considered correct, new might give different output). You run this for some subset of requests comparing data internally. This is an extra hardware (like with blue/green) but result of second is discarded (we only search for different results).

In a smooth CI/CD setup, I find feature toggling via feature flags, the safest and easiest way to go. The smaller the feature, the better. He’s right though - if you’re not diligent about deleting old flags, code, tests, etc, your tech debt will pile up. Something teams generally need to work hard to prevent, regardless.

@eskuAdradit0

7 ай бұрын

That's a very good idea, actually.

How are databases changes handled with Rolling Deployment?

anyone knows what platform they use for the graphic support ? (animation and so, very clean)

How about shadow deployment? While serving the current version to the user, you also do an async call to the "new" system. The new system does its computation but does not send it back to the user. The new system logs what "would have happened", which is used in analysis. Depending on the analysis results you can move on to canary, or rolling deployment, etc.

Uou can use in memory data bases as main database as well

What tools do you use to make such nice motion diagrams????

wonderfull

This is top-notch in every aspect. I recently enjoyed a similar book, and it was top-notch. "Mastering AWS: A Software Engineers Guide" by Nathan Vale

Hello Guys. Thanks for this important video! Super Thanks. May I ask? What kind of software makes such smooth and beautiful slides?? Does any one know about this?? Thanks! Guy!!

Have been enjoying your slides whenever I take a look at them. Great slides and much greater topics!! Would be interested to know what you use to make them or how you do it. Do you have a video already. Another thing, what do you think if you added a sub-heading of which item you are discussing. It keeps the audience on track and not loose which item you are discussing. Keep it up!!!

So how do you do incremental if there are backend changes such as those in the database?

Such deployment videos never assume we have a Database at the backend :) Looks all possible without the Database, all seems difficult when DB comes into play.

Copy files directly to servers, works fine every time !

What if we use kubernetes ? By default the deployment of replicas are rolling, right?

What does AWS use? Serveless, EBS? Which model they use?

Make video on video editing

with all these strategies, most of us will still deploy during Fridays lol Great video btw :)

@DemPilafian

11 ай бұрын

Some managers use Friday deployments as a way to prevent people from sneaking out and starting the weekend early.

@Winnetou17

11 ай бұрын

@@DemPilafian Yikes!

@DemPilafian

11 ай бұрын

@@Winnetou17 I've seen it happen. Of course that company imploded and went bankrupt. Bad things happen when there's a corporate culture of manipulation.

@meelooxavier6502

11 ай бұрын

Everyone loves a good Friday deployment that sometimes can keep you busy all weekend :))

does anyone curious about how to make a video like this? i mean the animations of system design images

feature toggle strategy is very hectic. It is being used in my project, testing is other thing but with increase in number of toggles it becomes very very complex to keep track of feature changes

@VincentJenks

8 ай бұрын

Yeah, gotta get the smallest bits possible, into production s as quickly as possible, and clean up on your next pass.

I guess that I don't understand something. If I'm using the blue/green option and I move my user base to the new, green option, which they use for a week or two. They eventually start to find issues and want to role back. How do I move all of the updated / new information that is now on the green servers back to the blue servers. This can't be lost information and running scripts to find all of the updated information and transfer it back into the blue system doesn't seem possible. How would you cleanly Rollback?

@ursypc

10 ай бұрын

Is your question in DB context?

so what's diff between rolling and canary?

Do your books contain a similar style or the same content?

We are deploying new release on different geographical area gradually.

How is it called if I only uploaded the main code to a Lambda serverless function?

If new version make change on databases, how to rollback in this case?

@fxfighter

11 ай бұрын

You design all database upgrades to be 1 version backwards compatible with the app so both the current app version and +1 app version you're about to deploy work with the upgraded schema. For more complex schema changes, this requires multiple database upgrades being applied. Forward only is the safest way to go to avoid data corruption. The app also needs to accommodate for this.

YOLO!!!

problem is data integrity while deploying and migrating to the new version.

🎉🎉

Make video on Video editing like pro

Rolling Deployment.

It would help if you could do a 1 minute summery at the end.

I'm not into devops so I don't think I will ever see this. Thanks though

Please, have in mind that Q&A != QA

We do Big Bang deployments where I work. It works fine as long as your changes are kept relatively small.

Canari deployment? More like guinea pig deployment 😅

@jerrygeorge180

7 ай бұрын

😂

It’s pretty hard to read the slides on a mobile phone

it's a bit different, some sentences sound nice, but not reality.