E-commerce Cloud Infrastructure
E-commerce · Signet Jewelers

E-commerce Cloud Infrastructure

Cloud infrastructure for the world's largest retailer of diamond jewellery, running storefronts for brands like Kay, Zales, Jared and Blue Nile on one elastic platform that scales up for holiday and Valentine's peaks.

Client
Signet Jewelers
Category
E-commerce
Platform
AWS cloud + shared commerce platform
Duration
Ongoing engagement
Team
6 engineers

0.0%

uptime through peak season

0x

traffic absorbed on peak days

0

banner storefronts on one platform

The system

Instances scale with holiday traffic while every storefront shares one platform. Switch between banners to compare.

Holiday peak · requests/sec (k) vs app instances

012233546Nov 20Nov 22Nov 24Black FriSatCyber MonDec 5Dec 12Dec 19Dec 23
Requests/sec (k) Instances

Live sessions

48,210

Conversion

3.1%

Avg. order

$612

One shared commerce platform and catalogue behind every banner storefront.

Service health · p95 latency

  • storefront-web182 ms
  • catalog-search96 ms
  • inventory-availability124 ms
  • cart-checkout268 ms
  • payments-gateway341 ms
  • order-routing77 ms

ORD-7741-20931

1 ct. Round Solitaire Engagement Ring, 14K White Gold

$3,499.00

Pick up in store · Mall of America

  1. Order placed online
  2. 2Store stock reserved
  3. 3Payment authorised
  4. 4Ring sized & polished
  5. 5Ready for pick-up

Illustrative view with representative data.

The challenge

Signet Jewelers runs nine banners, including Kay, Zales, Jared, Banter by Piercing Pagoda, Diamonds Direct, Blue Nile, Peoples, H.Samuel and Ernest Jones, across the US, UK and Canada. Its Connected Commerce strategy treats the website, the app and the store as one journey: browse online, book an appointment, try on in store, or buy online and pick up the same day.

Older custom-built e-commerce infrastructure made that hard. Each banner had grown its own stack, holiday traffic had to be planned for months ahead with fixed capacity, and a release to one storefront meant regression-testing several. Peak days such as Black Friday and Valentine's Day can bring several times normal traffic, and those are exactly the days the business cannot afford downtime.

Problems & solutions

Problem 1

Fixed capacity for very uneven traffic

Servers were sized for the busiest week of the year and sat mostly idle the rest of the time, yet flash sales could still overwhelm them.

How we fixed it

We moved the storefront and API tier to containerised services on AWS with horizontal autoscaling on request rate and latency, plus scheduled pre-warming before planned campaigns.

Problem 2

One codebase, many banners

Brand storefronts had drifted apart, so a fix or feature had to be rebuilt per site.

How we fixed it

Banners now run on a shared commerce platform and catalogue with per-brand theming and configuration, so a change ships once and every storefront picks it up.

Problem 3

Slow, risky releases

Manual deployments meant changes were bundled into large, infrequent releases, and freezes covered most of Q4.

How we fixed it

Infrastructure as code, CI/CD pipelines and blue/green deployments with automatic rollback let teams ship small changes safely, even during peak season.

Problem 4

Blind spots during incidents

Logs and metrics were spread across tools, so finding the cause of a checkout slowdown took too long.

How we fixed it

Centralised logging, tracing and p95 latency dashboards per service, with alerts tied to customer journeys such as search, cart and checkout.

What we delivered

  • Containerised storefront and API services with autoscaling on AWS
  • Shared catalogue, pricing and inventory services for every banner
  • Buy online, pick up in store backed by real-time store stock
  • Infrastructure as code with repeatable staging and production environments
  • CI/CD with blue/green deployments and automatic rollback
  • Observability: tracing, centralised logs and journey-level alerts

How the system flows

  1. 1Customer browses a banner site
  2. 2Shared catalogue & stock lookup
  3. 3Cart & checkout
  4. 4Payment authorised
  5. 5Store or warehouse fulfilment
  6. 6Pick-up or delivery
Impact

Key operating metrics before the project and after go-live.

Release frequency

+900%
Before2 /mo
After20 /mo

Checkout p95 latency

-68%
Before1,400 ms
After450 ms

Peak capacity lead time

-92%
Before12 weeks
After1 weeks

Tell us about your challenge. A solutions architect will reply within one business day with ideas, not a sales pitch.