Systems | Development | Analytics | API | Testing

A persistent challenge arises as businesses adopt multicloud architectures and agentic AI: the need for state synchronization. API and AI gateways require a robust persistence layer to synchronize data, whether it's for governing AI token usage, facilitating agent-to-agent communication, or boosting performance through caching.

As enterprises race to deploy multicloud architectures and Agentic AI, they face a common bottleneck: "state." To govern AI token usage, manage agent-to-agent communication, or optimize performance via caching, API and AI gateways require a persistence layer to synchronize data. We’re excited to share the GA of Managed Redis cache for Kong Dedicated Cloud Gateways (DCGW).

The promise of test automation was simple: automate repetitive testing tasks, catch bugs faster, and ship quality software at scale. Yet for most development teams, that promise remains unfulfilled. Traditional test automation frameworks demand specialized coding skills, require constant maintenance when applications change, and create bottlenecks that slow down release cycles rather than accelerate them.

AI can now generate SQL, build dashboards, and answer questions in plain language. But generating queries isn’t the same as understanding a business. The model might not know which revenue definition finance approves, how your fiscal calendar works, or which fields require restricted access. As AI agents become the front door to analytics, the real challenge isn’t query generation; it’s semantic grounding. That’s where the Agentic Semantic Layer becomes essential.

The European healthcare landscape is undergoing its most significant digital transformation in decades. We are moving away from a fragmented era where health data was locked within the walls of individual hospitals and national borders. In its place, the European Health Data Space (EHDS) is emerging, a unified digital ecosystem designed to give patients control over their data and unleash its potential for research and innovation.

Data masking vs. tokenization — which should your organization be using to protect sensitive data? The simplest answer: if you need to easily re-access original data, tokenization is preferable. If you need irreversibly transformed data for development or analytics, masking is the superior choice. This is especially true when it comes to using data for artificial intelligence (AI).

SwiftUI Previews show us how our app will look out in the wild and let us make changes in real time, without emulators. But that’s not the full story. The full benefit of SwiftUI Previews lies in declarativeUI, which allows us to dictate the final state we want to achieve and handles all the process stuff itself. This is a game-changer for developers, allowing us to shift our focus from ‘how’ to ‘what’.

The pitch was simple: let AI write your code so you can focus on the hard problems. Three years into the AI coding revolution, and developers are focused on hard problems alright, just not the ones anyone expected. Instead of designing systems and solving business logic, engineers in 2026 spend a startling amount of their day managing the AI itself. Should you use Fast Mode or Deep Thinking? Haiku or Opus? Cursor or Claude Code or Windsurf? Should you write a SKILL.md file or a custom system prompt?

Your tests are not flaky. Your test data is. That 401 Unauthorized that fails every Monday morning? The OAuth token in your test fixture expired 72 hours ago. The order_id that works in staging but not in CI? It was hardcoded six months ago and the format changed from integer to UUID in January. The timestamp assertion that passes at 2pm and fails at midnight? You are comparing a hardcoded 2026-01-15T14:30:00Z against Date.now(). These are not test infrastructure problems. Retrying them will not help.