Operations | Monitoring | ITSM | DevOps | Cloud

In this article we are going to consider the two most common methods for Autoscaling in EKS cluster: The Horizontal Pod Autoscaler or HPA is a Kubernetes component that automatically scales your service based on metrics such as CPU utilization or others, as defined through the Kubernetes metric server. The HPA scales the pods in either a deployment or replica set, and is implemented as a Kubernetes API resource and a controller.

You’ve pored over the MongoDB documentation, crafted highly polished and well-tuned queries, and confidently deployed your new code to production. Everything ran great at first, but once CPU or RAM usage hit a certain point, your queries suddenly slowed to a crawl. What happened, and how can you prepare for situations like this in the future? This is an unfortunate but common scenario with databases like MongoDB.

Machine Learning (and deep learning) applications are quickly gaining in popularity, but keeping the process agile by continuously improving it is getting more and more complex. There are many reasons for this, but primarily, behaviors are complex and difficult to anticipate, making them resistant to proper testing, harder to explain, and thus not easy to improve.

Alien wavelengths are commonplace today. Here a transponder pair from one optical system vendor connects to, and transmits over, the optical line system (OLS) – constituting fixed/reconfigurable multiplexer and amplification elements primarily – from another vendor. (While it can be technically feasible to pair transponders from different vendors, typically this is not done for commercial and operational reasons.)

I’m a bit of a data nerd. And like many fortunate people, I’m still working from and generally staying home and have a lot spare time on my hands. So what does that combination result in? Graphs!