Iván Rodríguez @epplestun

. epplestun.github.io Joined June 2007

Tweets

18K
Followers

344
Following

710
Likes

5K

Iván Rodríguez @epplestun

2 years ago

AngularJS is Dead. Long live Open AI! A migration miracle. medium.com/@enoch3712/ang…

0 0 0 39 0

View Details

Recently, I have to work with graphs, and one solid solution to create and iterate with as is graphology lib, very recomended graphology.github.io and other onlne tool to visualize graphs is graphonline.top

0 0 0 35 0

View Details

Iván Rodríguez @epplestun

2 years ago

github.blog/developer-skil…

0 0 0 24 0

View Details

Iván Rodríguez @epplestun

2 years ago

github.blog/developer-skil…

0 0 0 22 0

View Details

Iván Rodríguez @epplestun

2 years ago

Advanced Bash-Scripting Guide tldp.org/LDP/abs/html/i…

0 0 0 21 0

View Details

Iván Rodríguez @epplestun

2 years ago

Parsing Expressions in JavaScript by Chidume Nnamdi 🔥💻🎵🎮 blog.bitsrc.io/parsing-expres…

0 0 0 26 0

View Details

Abraham John 🦄🦓 @Abmankendrick

2 years ago

UI/UX Designers, here's a go-to tool for generating UI colour palettes. Radix colour is an online colour tool for a purpose-driven colour scale. Customise hues for borders, backgrounds, text, and more. Bookmark it for later 💜 you'll love it Website → radix-ui.com/colors/custom

11 171 842 61K 889

View Details

Iván Rodríguez @epplestun

3 years ago

5 Essential NPM Packages Every Angular Developer Should Know for Enhanced Productivity by @wizardnet972 link.medium.com/cwGmzAI9hJb

0 0 1 26 0

View Details

Iván Rodríguez @epplestun

3 years ago

10 Angular Hacks to Supercharge Your Development Workflow medium.com/@chandantechie…

0 0 0 22 0

View Details

Iván Rodríguez @epplestun

3 years ago

Angular Interview Question Guide medium.com/ngconf/angular…

0 0 0 26 0

View Details

Iván Rodríguez @epplestun

3 years ago

github.com/mathjax/MathJa…

0 0 0 25 0

View Details

System Design Codex @ProgressiveCod2

3 years ago

Why do software deployments turn into nail-biting situations? It’s because deployments are treated as do-or-die scenarios. Once you’ve released something, there’s no going back. But most times, there’s little need for so much panic. For a recent project, we made deployments fun again. How? By using the Blue/Green deployment strategy: [1] We created two identical prod environments. One was named the blue and the other green. [2] The blue environment represents the current version. The green had the new changes. [3] Since we were on AWS, this meant deploying the application on separate EC2 instances backed by different ELB load balancers. [4] Initially, Route 53 routed all the traffic through the blue ELB. [5] To direct the traffic to the new version (green), we switched Route 53 to point to the green ELB instance. This is where we hit a problem. There was a bug in the green version. Like all good bugs, it was discovered only after we switched. But there was no panic. We immediately switched back to the blue version and a fix was made on the green version. This time, we decided to move ahead gradually. Using the weighted distribution in Route 53, we just shifted 10% of traffic to the green version. The rest of the traffic continued to the blue version. This approach is also called Canary Testing. When we found no issues, we ramped up the traffic to the green version - first to 25%, then 50% and then 100%. Finally, the blue version was decommissioned and green became the new blue. There were a couple of considerations: 👉 The change didn’t involve the database. Otherwise, we would have included that as part of the replicated environment. 👉 Yes, it was costlier to maintain two parallel environments. But the workload was critical and we needed a quick way to move to the previous environment. So - have you used Blue/Green deployments? And what has been your experience like?