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.*
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
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!
A combination of rolling deployment, canary deployment and feature toggles with good database design practices allow to maintain high service availability. Great video!
@@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
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
@@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
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.
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 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.
@@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.
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...
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
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.
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.
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.
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.
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 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).
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 💯
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.
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.
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
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!!!
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
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?
@@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.
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.
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.*
How you are splitting the time???
@@devilhorrible6715 You can simply give the timestamp of the video and it will automatically link it with the respective timestamp on the video.
What is A/B testing?
Thanks my brother
This guys infographics are thest BEST I have seen. It just makes it easier to follow/understand. Great videos.
I really wonder what software is used. I’d live to use these to create for my work.
I just upload files, works fine half the time
_I don't always test my code, but when I do, I do it in production._
best testing environment, production.
50% of the time it works every time
I wish these times back...
@@DemPilafian Let the users test the code lol
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 wish I can like this video more than once. The use of diagrams makes the understanding so much easy. Thanks a lot
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!
A combination of rolling deployment, canary deployment and feature toggles with good database design practices allow to maintain high service availability. Great video!
Yeah and usually requires separate team of qualified devops guys who knows what they are doing
@@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
@@mikolajgrzaslewicz so why we need devops in this scenario? Just to setup tools?
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
@@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
The information graphics he uses are superb , the contents straight up PRO
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.
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.
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.
@@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.
@@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.
We used feature toggles. I thought it was a messy way to manage features until I saw this video. It's a deployment strategy! Wow
nice video. I worked in different companies and met all of these deployment strategies. Good for me to have a theory summary.
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...
10 minutes / 5 strategies = 120 seconds per strategy
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
@@DemPilafian 2 minutes/strategy doesn't mean it's useful, only means you don't get more for free.
@@abhijit-sarkar These videos are definitely useful. However, you're not going to get PhD level knowledge in 120 seconds.
Best video on deployment strategies! Thank you!!!
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.
By far the best video explaining the deployment strategies clearly, presenting them well visually and straight to the point explanations. Thank you!
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.
This channel is knowledge treasure for people moving from average developer to pro. You should write book about all things you have here.
Thank you for this video ! very helpful explanation!
We use rolling upgrade + canary deployment strategy.
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.
How are databases changes handled with Rolling Deployment?
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.
That's a very good idea, actually.
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).
Isn't it the blue/green deployment?
@@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).
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 💯
I have used feature toogle. Works best!!!
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.
Super helpful video. How you creating such unique diagrams and animations?
We are using a blue green deployment model for our bigdata project in prod
Thanks - awesome video and excellent explanation.... the visuals together with the detailed explanation is just awesome! Thanks so very much.
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.
anyone knows what platform they use for the graphic support ? (animation and so, very clean)
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.
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
very nice video to understand the "deployment strategies"
We use a modified “blue / green” works well for our purposes !
We send an email to users to refresh their webpages everytime we deploy 💀
Haha
Why not check if an update is available via background checks in FE and advise an update via some alert?
@@nurdauletturar bruh
@@nurdauletturar Increased traffic.
@@nurdauletturarno need, just add versioning to your js
Great video. It sounds like no matter what strategy, it’s going to be complex and expensive, however.
So how do you do incremental if there are backend changes such as those in the database?
thanks man, well explained!
i use vercel. Thank you
What tools do you use to make such nice motion diagrams????
Another excellent video from ByteByte !
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!!
Uou can use in memory data bases as main database as well
Thank you! Very useful!❤
I love the amazing animations, what software do you use to make the video?
nice, simple and steady!
Great video!
“Toggle debt” - haha great term! Something I’ve certainly experienced.
Really insightful content, keep up the good work!
Crowdstrike entered the chat 😂
Copy files directly to servers, works fine every time !
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
We do Big Bang deployments where I work. It works fine as long as your changes are kept relatively small.
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!!!
Very useful. Thanks so much for your work.
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
Yeah, gotta get the smallest bits possible, into production s as quickly as possible, and clean up on your next pass.
Make video on video editing
you are life saver
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?
Is your question in DB context?
What does AWS use? Serveless, EBS? Which model they use?
what is the diff between canary and rolling deployment?
Do your books contain a similar style or the same content?
How is Canary deployment is rolling deployment?
with all these strategies, most of us will still deploy during Fridays lol
Great video btw :)
Some managers use Friday deployments as a way to prevent people from sneaking out and starting the weekend early.
@@DemPilafian Yikes!
@@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.
Everyone loves a good Friday deployment that sometimes can keep you busy all weekend :))
so what's diff between rolling and canary?
does anyone curious about how to make a video like this? i mean the animations of system design images
Excellent
Thanks!
How is it called if I only uploaded the main code to a Lambda serverless function?
What if we use kubernetes ? By default the deployment of replicas are rolling, right?
We are deploying new release on different geographical area gradually.
problem is data integrity while deploying and migrating to the new version.
wonderfull
Make video on
Video editing like pro
Rolling Deployment.
YOLO!!!
It would help if you could do a 1 minute summery at the end.
Please, have in mind that Q&A != QA
🎉🎉
It’s pretty hard to read the slides on a mobile phone
it's a bit different, some sentences sound nice, but not reality.
Canari deployment? More like guinea pig deployment 😅
😂
I'm not into devops so I don't think I will ever see this. Thanks though
If new version make change on databases, how to rollback in this case?
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.