All Posts

Platform engineering has matured quickly over the last few years. Self-service works on day one. But day two and beyond — governance, change, policy enforcement, and fleet-wide consistency — is where things start to creak. This is where platform orchestration becomes the missing piece. In this post, we’ll connect the dots between platform intent and platform reality, using Syntasso Kratix Enterprise (SKE).

Can GenAI solve the platform engineer’s biggest pains? Can it accelerate platform delivery, improve developer experience, and make infrastructure more secure and efficient? The short answer is yes, but only if your platform is designed to provide AI with a solid foundation to work with. The missing ingredient is structure.

Platform engineering is maturing quickly, but every conversation focuses on enterprises with hundreds of developers. Startups that consider platform engineering often struggle to know where to begin, and others dismiss the idea entirely.  The goal of this article is not to tell you that you need platform engineering as a startup, but to help you checkmate if you do, and prepare you for the journey ahead. 

Almost every developer knows the pain of waiting days or even weeks for a single ticket to be resolved. This entire cycle, with all its delays and inefficiencies, is what's called TicketOps. In this article, we'll define what TicketOps is, explain why it's a bottleneck you can't afford to ignore, and explore seven practical steps to help you eliminate it for good.

As more teams embrace platform engineering, golden paths have become the go-to approach for streamlining developer workflows. Fundamentally, it solves the “how can/should I do this?” problem for developers in engineering teams. The goal is to set up a complete development environment, with the networking, integration, security, governance, compliance, and deployment aspects of the software delivery pipeline —

Available now for Syntasso Kratix Enterprise (SKE) users, the Promise Testing Framework enables you to focus on developing your Promise code, while we handle testing to ensure it works as expected. Check out the Promise Testing Framework docs!

Giving developers autonomy to provision infrastructure is now a table-stakes requirement for modern internal developer platforms (IDPs). What happens when a critical vulnerability is found in a shared service such as a database? This is where Kratix steps in. It enables you to build internal platforms where developers can self-serve, while providing platform engineers with powerful tools to manage services across the fleet.

We’re heading to Atlanta for KubeCon + CloudNativeCon North America 2025, and this year’s lineup is one you won’t want to miss. From insightful talks on platform engineering patterns to deep dives into Kubernetes observability, the Syntasso team will share practical lessons, open-source insights, and a new O’Reilly report that’s shaping how enterprises think about internal developer platforms.

The goal of this article is to explain what an internal developer platform and an internal developer portal are, how they differ, and where they overlap. We’ll also demonstrate how they can work together to support developer self-service, compliance, and streamlined workflows.

Platform engineering promises to accelerate delivery and reduce complexity, but if not approached deliberately, it can quickly become a cost sink. This article examines the hidden costs in platform engineering and explores cost-optimisation strategies to maintain a lean approach without compromising innovation.

Many organisations have successfully adopted GitOps for application delivery, but platform infrastructure provisioning often remains stubbornly manual, especially within enterprises. And by the end of this guide, you’ll see what this looks like in practice. You’ll request a Redis instance with a simple YAML manifest, Kratix will process the request, and Flux will automatically deploy the resources across your clusters.

When we talk about internal developer platforms (IDPs), we’re often talking about abstracting complexity away from application teams, as explored in our post on platform democracy. But how far should that abstraction go? Poorly defined CI/CD abstractions can stall delivery and erode platform trust. This post examines how platform teams can avoid common pitfalls and design flexible, composable abstractions that empower developers while ensuring consistency and compliance.

As internal developer platforms evolve, one of the most pivotal decisions platform teams face is where to draw the line between platform and application ownership in continuous integration and continuous delivery (CI/CD). Abstraction is necessary for scale, but how much is too much? In this post, we’ll walk through four distinct CI/CD abstraction options and help you decide when each one makes sense.

Learn more about the platform engineering portals and pipelines antipatterns, and understand why platform orchestration is essential

When using Kubernetes, you will most likely use multiple Kubernetes Operators. This article explores the current state of Kubernetes Operators, the pain points you might face, and introduces Kratix—a promising alternative that abstracts operational logic into flexible, declarative workflows, potentially redefining how platform teams manage Kubernetes infrastructure.

Scaling Prometheus for multiple teams is no small feat as each team typically needs a dedicated instance to monitor their applications. This post shows how Kratix lets you expose Prometheus as a reusable and GitOps-friendly service.

At first glance, providing developers with Terraform modules appears straightforward; modules encapsulate best practices, making it easy for users to provision infrastructure. However, problems quickly surface

Building on ideas first introduced in her blog post, Paula Kennedy, COO and co-founder of Syntasso shared real examples, answered questions, and gave tips for teams just getting started.

Platform engineers work hard to manage traffic and protect applications that are critical to business operations. When these applications receive too much traffic, they can slow down or crash completely, causing poor user experience and service outages. To solve this, these platform engineers can leverage Kratix, an open-source framework for building internal developer platforms, to automate the deployment, management, and maintenance of NGINX Ingress Controllers

Abby Bangser, Founding Principal Engineer at Syntasso, sat down with Cory O’Daniel, CEO and co-founder of Massdriver, and delved into the nuances of building effective internal platforms.  Drawing from real-world implementations, Abby explored how platform teams can strike the right balance between standardisation, flexibility, and service-oriented thinking.