惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
Docker
Simon Willison's Weblog
Simon Willison's Weblog
H
Help Net Security
F
Fortinet All Blogs
H
Heimdal Security Blog
S
Schneier on Security
L
LangChain Blog
博客园 - Franky
酷 壳 – CoolShell
酷 壳 – CoolShell
NISL@THU
NISL@THU
P
Palo Alto Networks Blog
J
Java Code Geeks
博客园 - 【当耐特】
The Last Watchdog
The Last Watchdog
W
WeLiveSecurity
www.infosecurity-magazine.com
www.infosecurity-magazine.com
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
V
Vulnerabilities – Threatpost
I
InfoQ
Recorded Future
Recorded Future
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
C
CERT Recently Published Vulnerability Notes
T
Tenable Blog
腾讯CDC
C
Check Point Blog
量子位
M
MIT News - Artificial intelligence
GbyAI
GbyAI
罗磊的独立博客
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
B
Blog
小众软件
小众软件
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
C
CXSECURITY Database RSS Feed - CXSecurity.com
Stack Overflow Blog
Stack Overflow Blog
P
Proofpoint News Feed
P
Privacy & Cybersecurity Law Blog
V2EX - 技术
V2EX - 技术
T
Threatpost
Engineering at Meta
Engineering at Meta
Attack and Defense Labs
Attack and Defense Labs
T
Tailwind CSS Blog
S
Securelist
The Cloudflare Blog
博客园 - 叶小钗
L
LINUX DO - 最新话题
T
Troy Hunt's Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
爱范儿
爱范儿

Coralogix

Coralogix vs Sumo Logic: Pricing & Features Coralogix vs New Relic: Comparison Guide (2026) Where did all my Claude Code tokens go?  - Coralogix The AI bill arrived. Now what? - Coralogix The Data Plane Reality: OTel Scales, While Topology UX Lags - Coralogix The Observability Dataset: Architecture That Takes Agents From Junior to Senior - Coralogix Un-observable AI is Un-trustworthy AI - Coralogix Dataspaces and Datasets: A faster, goverened, observability data layer - Coralogix Stop Guessing Why Your Pods Are Crashing Coralogix Raises $200M to Scale the Observability Backbone for the Age of AI DataPrime at ingest (DPXL): See the impact of any routing decision New Explore: Faster answers, less friction, and a better way to investigate your data Explore for Spans: One View with Infinite Depth What Is Log Monitoring? Pipeline, Pitfalls, and Practices for 2026 What Is APM? A Guide to Application Performance Monitoring What Is an Incident Commander? Role, Skills, and Best Practices Managing OpenTelemetry at Scale: Why OTel Pipelines Need a Control Plane The cost of knowledge Introducing the Coralogix CLI: Headless Observability for Every Agent How the Coralogix CLI Adds Production Intelligence to Any Agent for Any Use Case Real-Time Database Monitoring: Solving Database Latency with Zero-Code eBPF Tracing Coralogix and Atlassian: Full-Stack observability inside the incident workflow - Coralogix Your Team is Using Claude Code. Do You Know What It’s Costing You? How Kotak811 Revolutionized Digital Banking Observability with Coralogix The Security Trifecta: Operationalizing API Protection with AWS, Wallarm, and Coralogix From Vibes to Signals: Observing Your AI Coding Workflow What “AI-Ready Data” actually means for observability teams Code Agents Need Observability DataPrime at Ingest: Fine-Grained TCO Routing with DPXL Agent-First Observability: Dynamic Data, High Cardinality, and the Business Impact Building Audit-Ready Observability for Digital Banking Debug frontend issues with AI: Real user monitoring meets the Coralogix MCP server The End of Manual Instrumentation: Scaling Observability with OTel OBI & Coralogix Evil Token: AI-Enabled Device Code Phishing Campaign Spending More, Seeing Less: How Indexing Limits Capital Markets Visibility Digital Trading: Why “Healthy Systems” Still Lose Trades From Trace to Root Cause: Mastering the new Trace Drilldown Coralogix Earns 196 Badges in G2 Spring 2026 Reports Across 15 Categories Bridging the gap between mobile experience and technical reality Monitor schema health with engine.schema_fields: Structure, Drift, and Volatility AWS GuardDuty Modules Explained: Features, Coverage, and How Customers Benefit with Coralogix The AWS logs you miss during an incident Slack, Teams & Google Chat in Your SIEM: Why Collaboration Audit Logs Matter
How Redpin achieved full-stack observability across a £10 billion international payments platform - Coralogix
Ofri.grushka@coralogix.com · 2026-07-02 · via Coralogix

by Shailendra Chauhan, Sr. Director, Redpin | Clarence Selestin, Sr. SRE Manager, Redpin | Shubham Sharan, Technical Account Manager, Coralogix

Redpin is on a mission to simplify life’s most important payments. As the parent company behind Currencies Direct and TorFX, Redpin connects over half a million people and businesses across 235 territories, moving more than £10 billion securely every year. The company operates at the intersection of fintech and proptech, digitising international property transactions and cross-border payments for individuals, real estate agents, lawyers, and enterprises worldwide.

Behind every seamless currency conversion and property payment is a complex, distributed engineering platform. Redpin’s engineering teams run hundreds of microservices across Kubernetes, span 20+ countries, and process mission-critical transactions where every second of downtime carries direct financial and reputational consequences.

This post describes how Redpin partnered with Coralogix to build a modern observability practice, delivering full-stack correlation across frontend, application, and infrastructure signals, powered by OpenTelemetry and AI-driven investigation.

The technical architecture: unified observability with OpenTelemetry

Running a payments platform at Redpin’s scale demands that every layer of the stack be observable, and that signals from each layer connect without manual effort. Working closely with Redpin’s SRE and platform engineering teams, the Coralogix TAM co-architected an end-to-end observability blueprint tailored to Redpin’s multi-region payments infrastructure, translating business-critical SLA requirements into a concrete OpenTelemetry instrumentation strategy across all three signal tiers. The architecture Redpin built with Coralogix achieves exactly that, with OpenTelemetry as the connective tissue.

The data flow operates across three tiers, unified by a shared context model, the W3C TraceContext standard, that threads a single identifier from a user’s browser session all the way through backend services and down to the Kubernetes pods running them.


Frontend layer: real user monitoring

The Coralogix RUM SDK, embedded in Redpin’s web and mobile applications, captures every user interaction: page load timings, Core Web Vitals, JavaScript errors, and user journey flows. When a user initiates an API call, such as a currency exchange rate lookup or a property payment, the RUM SDK injects a W3C-standard trace context header into the request, linking the user’s browser session directly to the backend trace it triggers.

Application layer: OTel auto-instrumentation

Redpin’s backend microservices run the OpenTelemetry SDK at its latest specification, with auto-instrumentation across all major frameworks. As each payment request propagates through services, the trace context is forwarded at every hop, creating a distributed trace that spans every microservice involved. Alongside traces, the OTel SDK captures application metrics and structured logs, all tagged with shared service, version, and environment attributes.

Infrastructure layer: OTel Collector

The OpenTelemetry Collector runs as a DaemonSet across Redpin’s Kubernetes clusters, scraping pod-level and node-level metrics, collecting container logs, and forwarding all telemetry to Coralogix. The Coralogix TAM designed the Collector pipeline configuration in collaboration with Redpin’s infrastructure team, engineering custom resource attribute processors, OTTL transform rules for service-to-application mapping, and tail sampling policies that captured 100% of error traces while keeping overall data volume cost-efficient. Resource attributes such as pod name, namespace, cluster, and host are automatically enriched at the Collector level, ensuring every signal carries the metadata needed to link it to the others.

Coralogix correlation engine

All four signal types (RUM sessions, distributed traces, infrastructure metrics, and logs) arrive at Coralogix and are indexed with their shared identifiers. The correlation engine uses OTel to make every signal navigable from any other: a RUM session links to its backend trace, the trace links to service logs and pod metrics, and pod metrics link to host-level health. The result is a single, unbroken diagnostic path from user experience to infrastructure, without switching tools.

Putting the architecture to work: six capability wins

1. Infrastructure Explorer: correlation across every tier

With the OTel upgrade complete and semantic conventions properly applied, Coralogix’s Infrastructure Explorer became Redpin’s primary investigation interface. Engineers can navigate from a slow trace directly to the Kubernetes pod metrics for the same time window, and from there to the logs emitted by that pod, all in a single, correlated view.

For a platform where a payment processing delay could originate from a degraded database replica, a misbehaving third-party FX API, or a Kubernetes node under memory pressure, this correlation capability is transformative. Engineers arrive at the data during an incident, with full context, rather than assembling it after the fact.

2. Cases: structured incident management

Redpin adopted Coralogix Cases as their incident management layer, integrated directly with their alerting and investigation workflows. Cases give every incident a structured lifecycle, from detection through investigation to resolution, with all correlated telemetry, alert history, and engineer notes attached to a single record.

The impact on MTBI (Mean Time Between Incidents) and MTTR has been measurable. With Cases, the team runs structured post-mortems grounded in actual incident data rather than reconstructed timelines. Patterns become visible, such as which service families are most incident-prone, which alert types are noisy versus signal, and where runbooks are missing, and each resolved case becomes a learning artifact that drives future reliability improvements.

3. CX-AI and Olly: RCA in minutes

The most visible shift in Redpin’s engineering culture has come from adopting Coralogix’s AI capabilities, CX-AI and Olly, Coralogix’s AI-powered observability assistant. With Olly, engineers describe what they’re observing in natural language and receive an AI-generated analysis grounded in their actual telemetry. CX-AI surfaces anomalies, correlates unusual patterns across the signal stack, and suggests probable root causes.

The reduction in RCA time has a compounding effect: engineers resolve incidents faster, return to feature work sooner, and accumulate less on-call fatigue. More junior engineers can now lead incident response confidently, knowing Olly is amplifying their investigative capability.

4. Real user monitoring: the view from the payment journey

Redpin serves customers buying property in Spain from the UK, paying invoices in South Africa from Canada, and sending payroll across 40+ currencies. These users are distributed, diverse, and often completing high-stakes transactions where a slow load at the wrong moment causes real anxiety. RUM gives Redpin’s frontend team genuine visibility into that experience, capturing performance data from real users, in real browsers, at real network conditions, in real time.

The team identified performance regressions that synthetic monitoring had entirely missed: rendering bottlenecks specific to certain browser versions, elevated Time to Interactive on slower connections in certain regions, and JavaScript errors only surfacing in production traffic from particular device types. Fixing these issues directly improved conversion and customer satisfaction on payment flows where performance anxiety is highest.

5. One-click troubleshooting: no more context switching

In Redpin’s distributed architecture, a single user transaction touches dozens of services. When a trace span shows elevated latency or an error, the diagnostic question is not just “what happened in this service?” It’s “what was happening in the Kubernetes pod, the host, and the logs, at exactly the same moment?”

With Coralogix, clicking on any trace span immediately surfaces the related logs from that service, the pod metrics for the underlying Kubernetes workload, and the host-level metrics, all scoped to the same time window, without leaving the context of the trace. For an on-call engineer diagnosing a payment processing slowdown at 2am, this is not a minor convenience. It is the difference between a 10-minute resolution and a 90-minute one.

6. SLO alerts and the SLO Centre: from reactive to proactive

With the SLO Centre, Redpin formalised service level objectives across critical payment and property transaction flows. Error budget burn rate alerts now fire before an SLO is breached, giving engineering teams time to respond while the budget is still intact. The SLO Centre provides a single dashboard that communicates service health in terms meaningful to both engineers and stakeholders.

The shift from reactive to proactive is not just a technical change, it’s a confidence change. Redpin’s teams now operate with a shared understanding of what “good” looks like, a real-time view of how close they are to it, and an automated early warning system when they start drifting away.

Results

The cumulative effect of these six initiatives has been a fundamental transformation in how Redpin’s engineering organisation operates:

  • RCA time reduced from hours to minutes. AI-powered investigation with CX-AI and Olly collapsed what previously took several hours into a matter of minutes, dramatically reducing customer impact during incidents.
  • Improved MTTR and MTBI. Structured incident management through Cases and proactive SLO alerting have pushed MTTR down and mean time between incidents up.
  • Frontend performance visibility. RUM surfaced real-user performance issues invisible to synthetic monitoring, enabling targeted improvements to payment and property transaction flows.
  • Unified observability. Engineers across the platform now work from a single pane of glass, correlating metrics, logs, and traces without context-switching across tools.
  • A proactive reliability culture. SLO burn rate alerts and AI-powered anomaly detection mean Redpin surfaces issues before they become incidents.

Conclusion

Redpin’s journey with Coralogix demonstrates what becomes possible when OpenTelemetry is implemented at its full potential: a single, unbroken observability pipeline that connects a user’s browser session to backend traces, service logs, and Kubernetes pod metrics, all with a single click.

By layering AI-powered investigation, structured incident management, real-user monitoring, and proactive SLO tracking on top of that foundation, Redpin has built an observability practice that matches the ambition and scale of the platform it supports. This outcome was shaped by a deep, ongoing partnership between Redpin’s engineering leadership and the Coralogix TAM, who served not just as a technical go-to person but as a strategic advisor embedded in the architecture decisions from day one, ensuring every design choice aligned with Redpin’s business SLAs and long-term platform roadmap.

For a business where trust is the product, where customers are moving the proceeds of a property sale or sending a year’s worth of payroll across borders, that level of engineering reliability is not just operationally important. It is foundational to the business.

About the authors

 

 

Profile photo for Shubham Sharan

Shubham Sharan is a Strategic Advisor specialising in multi-cloud orchestration and hyperscale observability. Leading Agentic AI for autonomous operational resilience, he designs and engineers mission-critical frameworks that guarantee 99.99% availability. Shubham excels at synthesising high-level technical blueprints with strategic business objectives, driving TCO optimisation and reliability for revenue-critical cloud and on-prem ecosystems.

 

Clarence Selestin is a Senior Engineering Manager for SRE at Redpin. With over 15 years of experience, including leading global SRE at Ford Motor Company, he specialises in operational excellence, cloud automation, and building highly resilient platforms for the fintech and ecommerce sectors.

Shailendra Chauhan is a technology leader with over 20 years of experience in cloud, DevOps, SRE, security, and engineering operations. As Senior Director at Redpin, he leads platform engineering and security, enabling secure, scalable, and reliable digital experiences that support international payments across 235 territories. He is passionate about platform engineering, AI-driven software delivery, developer productivity, and building high-performing engineering organisations.