Step Function added support for testing individual states . Which lets you execute individual states with the following: And returns the following: With the TestState API, you can thoroughly test every state and achieve close to 100% coverage of a state machine. So, does this eliminate the need for Step Functions Local ? Can we do away with end-to-end tests as well? If not, where should this new API fit into your workflow, and how should you use it?
This is the third and final blog post in a series about shifting Observability left. If you have not yet read the first two, you can find the first post here and the second post here. Observability is fundamental to modern software development, enabling developers to gain deep insights into their application’s behavior and performance.
This is the second post in a 3-part series about shifting Observability left. If you have not had a chance to read the first, you can find it here. In today’s complex microservices deployments, gaining visibility into deployments is vital for optimal system performance and scalability. This has become even more important as the tech industry has moved toward microservice architecture reliance. Navigating through logs has become increasingly complex as requirements have grown.
This is the first post in a 3-part series about shifting Observability left. When it comes to the reliability and performance of your applications, compromise is not an option in the world of software development. This is where observability can help developers achieve a more robust and scalable infrastructure.
One announcement that caught my attention in the EKS space during this year’s AWS re:Invent conference was the addition of the Amazon EKS Pod Identities feature. This new addition helps simplify the complexities of AWS Identity and Access Management (IAM) within Elastic Kubernetes Service (EKS). EKS Pod Identities simplify IAM credential management in EKS clusters, addressing a problematic area over the past few years as Microservice adoption has risen across the industry.
At Lumigo, building developer-first tools has always been at the forefront of our approach to troubleshooting and debugging. As developers ourselves, we have experienced firsthand the frustration and intricacies of sifting through logs looking for answers. We’ve also felt the pressure of the clock ticking, with production issues waiting to be resolved and the need for timely answers to surfaced application issues.
Lumigo is excited to announce its microservice troubleshooting platform now provides developers and DevOps with the power of OpenTelemetry (OTel) with a single click. Lumigo has long been the leading troubleshooting platform for serverless, but now, users can harness its best-in-class debugging and observability platform for all microservices-based environments.