Tag Archives: cloud

Containers & Orchestration

Container orchestration refers to the automated management of containerized applications across clusters of machines. It involves processes like deployment, scaling, load balancing, and networking, ensuring that containers run efficiently in distributed environments. The goal is to abstract away the complexities of handling multiple containers and their interdependencies, enabling seamless deployment and operation at scale.

Continue reading Containers & Orchestration

DevOps and SDLC; an Ecosystem of Quality & Delivery Excellence

DevOps has become a critical component in the software development lifecycle (SDLC) by bridging the gap between development and operations teams. Traditionally, these two groups operated in silos, which led to inefficiencies, delayed releases, and increased risk of failure. DevOps fosters collaboration and integration, enabling both teams to work together throughout the lifecycle. By automating manual processes, continuous integration (CI) and continuous delivery (CD) pipelines allow for faster and more frequent updates, which is essential for maintaining competitive advantage in today’s fast-paced software development landscape. This shift not only accelerates product development but also helps to ensure higher quality, as bugs are identified and addressed earlier in the process.

Continue reading DevOps and SDLC; an Ecosystem of Quality & Delivery Excellence

Back Up and Running in Cloud Native

Finally had the time to rebuild and refresh the blog site. gotsudo.com in now full Cloud Native running in AWS (has always been, however in a more traditional server-based installation).

The recent migration included an AWS Lightsail service that provides various bundles of OS/applications, which in my case is WordPress running on Linux. Various tiers are also available to fit every budget out there.

I decided to take things a step further, and serve the public facing version of the website in a static configuration, leveraging AWS S3 to host the site files, with AWS CloudFront caching layer sitting upfront for the parent gotsudo.com address.

This allows me to limit access to the actual WordPress site running in Lightsail, transforming it to a true authoring and publishing site, rather than a public front-facing one.

Various WordPress plugins are available that can easily produce a static version of the website, and can also integrate with AWS services (or any other CSP) to auto publish files into S3 or any other repository of choice. While these make things much easier and more integrated, I decided to air-gap the systems, allowing me to selectively produce the published files and upload them to S3 using other means of tailored automation.

Later on, I may add some more integrations to the site, however at this point I’m quite happy with how far it came over a busy weekend’s time.

Automate all the things?

Look… we get it; it’s easy to get carried away with the “let’s automate this, let’s automate that, let’s automate everything!” enthusiasm.

Before you go ahead and commit your team to a ton of automation work spanning the foreseeable sprints, it is best to have a sit down with your leads and establish an outline of all domains in which automation makes sense, prioritize those where repetitive high-frequency tasks reside, reduce hours consumed by your in-house skill overwhelmed by running routine tasks, and work your way down that list.

The last thing any directive would want is for their team spending months on an automation build-out, only to no longer be needed due to product life-cycle deprecation.

The goal of automation is to simplify and streamline workflow, reduce overhead, and allow skill to be leveraged where it is needed most… and that is not, in troubleshooting automation complexity issues.