By Robert Belson (Developer Relations Lead, Verizon) & Cesar Quintana (Principal Solutions Architect, OpsCruise)
As Kubernetes continues on the path to greatness to all things cloud architecture, the ability to understand how your workloads are performing becomes an imperative. Verizon’s Wavelength Zones bring compute power closer to end users, meaning network latency is significantly reduced via endpoint optimization.
This “compute at the edge” significantly reduces latency for end users, and, in turn, makes the performance of the application itself all the more important. As compute power moves to the edge, the network alone is no longer the sole consideration for performance, but the performance of the application itself becomes a key factor in maintaining happy end users.
Verizon 5G Edge brings the best of cloud compute and storage to the edge of the Verizon network – across 4G, 5G, Cat-M IoT and beyond – to deliver more performant user experiences. With AWS Wavelength, developers can leverage the best experiences of their cloud environment across their Amazon Virtual Private Cloud (VPC) environments and Elastic Compute Cloud (EC2) instances through the concept of Wavelength Zones: an extension of the traditional Availability Zone concept in the context of the carrier network.
From autonomous mobility and predictive maintenance to contactless checkout and multiplayer AR/VR worlds, startups and enterprises alike have begun embracing the edge for new ways to design applications and opportunities to drive performance across existing experiences.
The need to observe Kubernetes applications at the edge becomes highly important as businesses deploy more streaming and highly time-critical applications and services. These latency-sensitive applications will not be viable if they cannot meet their performance targets and ensure that developers can maximize their ROI on edge platforms.
You need insight into all types of Kubernetes cluster deployments:
These insights must be present throughout the two phases of a customer’s edge enablement journey:
Phase 1, Deployment: As customers increasingly develop applications at the edge, a number of questions arise:
These decisions require a tactful understanding of Kubernetes networking, application performance monitoring architectures, analytics tools, and a long-term strategy on managing edge applications. For example, wouldn’t it be nice to have full application instrumentation out-of-the-box, regardless of whether you’re deploying to one Wavelength Zone or 13?
Phase 2, Management and Orchestration: After deployment, customers need the confidence that their edge environment is performing as expected across carrier-facing endpoints as well as internal Kuberenetes nodes and pods. With the advent of Verizon’s Edge Discovery Service (EDS), developers can now leverage performance monitoring to maintain an accurate service registry for their edge endpoints.
But what happens if you de-register a carrier-facing endpoint (i.e., NodePort/Load Balancer) or change your deployment manifest altogether? Wouldn't it be nice to have the Edge Discovery Service “automagically” adapt?
These are non-trivial problems to solve, but, here at OpsCruise, we’re teaming up with Verizon to begin to solve them starting with out-of-the-box instrumentation.
OpsCruise provides real-time Application, Kubernetes, and Cloud Infrastructure Insights, helping predict, identify, and in many cases, surface the root cause of the problems across the following areas:
Wavelength Kubernetes cluster deployment can be automated, typically with “Infrastructure as Code” tools such as CloudFormation. Not only can the cluster deployment be automated, but the observability portion provided by OpsCruise can be built-in transparently to the cluster right from the get-go.
1. Go to https://opscruise.com/free-forever and sign up for an OpsCruise account.
2. Once your OpsCruise instance has been created, log in to your OpsCruise instance
3. Click on your Username in the upper right corner, then Deployment Guide
4. Click on Download YAML File
5. In Section 2 of the Deployment guide, select AWS, then Amazon Linux, and follow the instructions to create an IAM role in order to allow OpsCruise to query AWS
6. Upload your opscruise-values.yaml to an S3 bucket, and have the URL handy (you’ll need it in Step 7)
7. Run the following commands (see the GitHub repository for more details on the commands) at https://github.com/Verizon/5GEdgeTutorials/tree/main/opscruise :
In about 15 minutes, you’ll have a functional EKS cluster in Wavelength with OpsCruise’s observability built-in!
Here are a couple of screenshots of what you’ll see once you've deployed your EKS Cluster:
As we look to further enhance the OpsCruise platform to natively support Verizon 5G Edge with AWS Wavelength capabilities, there are 4 design principles that will guide its evolution.
As one such example, a customer could directly connect to network intelligence via the Edge Discovery Service (EDS) to monitor carrier-facing endpoints. By actively monitoring load balancers and NodePorts exposed via a Carrier IP address, OpsCruise can proactively ingest the information and dynamically populate the edge service registry. In this way, we can reduce the heavy lifting of manually sifting through Carrier IPs across multiple regions and populating the service registry accordingly.
We’re excited to see you get started leveraging Verizon 5G Edge along with OpsCruise’s next-gen observability platform. Feedback drives us, and we look forward to hearing about your experience and how we can enhance it!
Email us at firstname.lastname@example.org.
Follow us on LinkedIn at: https://www.linkedin.com/company/opscruise
Follow Verizon Business on Twitter: https://twitter.com/VerizonBusiness
Contact the authors:
Robert Belson: https://twitter.com/robertbelson
Cesar Quintana: email@example.com | https://www.linkedin.com/in/qcesarjr/