Ny rapport: HDL Commerce i perspektiv — nordisk plattformsjämförelse →
Boka demo
Priser
Endast för enterprise

Self hosted. On-premise.

HDL Commerce* levereras som ett paket, med Git- och CI/CD-flöden för de senaste uppdateringarna. Ni styr, äger och hanterar er stack. Välj att utveckla med oss, eller vidare på egen hand ovanpå plattformen.

Prata med oss Ansvarsfördelning

Plattformen som ett paket.

Vad som levereras

Kärnan

  • Container-images för samtliga tjänster
  • Helm-chart och Compose-fil för uppsättning
  • Databasschema och migreringar
  • Admin, API och jobbkörning
  • Versionerade releaser med changelog

Frontend

  • Solaris Boilerplate som källkod
  • Storefront, kassa och konto
  • CMS-block och globala komponenter
  • Bygg- och deploysteg för er miljö
  • E2E-tester för köpflödet

Drift & flöden

  • Git-repo med release-branch hos er
  • Färdiga CI/CD-pipelines
  • Health checks, mätvärden och loggformat
  • Backup- och återställningsrutiner
  • Uppgraderingsguide per major

* Self hosted omfattar HDL Commerce med de moduler som ingår i ert avtal. Tjänster som kräver våra egna datakällor — som HDL Search API — anropas fortfarande som molntjänst.

Git & CI/CD

Uppdateringar kommer som kod, inte som ett driftfönster.

01Release publiceras

Ny version taggas i vårt uppströmsrepo med changelog och migreringsnoteringar.

02Pull request till er

Ändringen landar som en PR i ert repo. Ni ser exakt vad som ändras innan något körs.

03CI kör testerna

Enhetstester, migreringar och e2e mot köpflödet körs i er pipeline, i er staging.

04Ni deployar

När ni godkänner rullas den ut i produktion enligt er egen release-process.

.github/workflows/deploy.yml 
// Er pipeline, våra steg som byggstenar
jobs:
  test:
    steps:
      - uses: hdl-commerce/verify-migrations@v2
      - uses: hdl-commerce/e2e-checkout@v2
  deploy:
    needs: test
    steps:
      - run: helm upgrade hdl ./chart \
          --values ./env/prod.yaml \
          --set image.tag=${{ github.sha }}

Vem gör vad.

Ansvarsfördelning

Område Ni Vi Servrar, nätverk och kapacitet Ja— Databasdrift, backup och återställning Ja— Deploy till produktion Ja— Övervakning och larm Ja— Plattformens kod och releaser —Ja Säkerhetsuppdateringar uppströms —Ja Migreringsskript och uppgraderingsguider —Ja Egen kod ovanpå plattformen JaValfritt Temautveckling och design JaValfritt Andra linjens support —Ja

Ansvaret skrivs in i avtalet. Vill ni att vi tar driften också är molnalternativet på prissidan samma plattform, utan self hosted-åtagandet.

Alternativ A

Utveckla med oss

Vårt team arbetar i ert repo, i era flöden

Gemensam backlog och release-planering

Vi tar ansvar för uppgraderingar mellan majors

Arkitekturgenomgång inför större förändringar

Alternativ B

Utveckla själva

Ert team eller er byrå bygger ovanpå plattformen

Full tillgång till källkod, API och hooks

Vi granskar er integrationsdesign på begäran

Utvecklarstöd och tillgång till uppströmsreleaser

Modellen kan bytas över tid. Många börjar med oss i projektet och tar över förvaltningen själva efter lansering.

Miljö

Kör där ni redan kör.

Plattformen är containerbaserad och kör i Kubernetes, på virtuella maskiner eller i egen datahall. Ingen bindning till en specifik molnleverantör.

Körning
Kubernetes 1.28+ eller Docker-värdar med Compose
Databas
PostgreSQL 15+ med point-in-time recovery
Cache & kö
Redis-kompatibel cache, kö för bakgrundsjobb
Sök
OpenSearch eller Elasticsearch
Media
S3-kompatibel objektlagring
Utgående
HTTPS mot betal-, frakt- och ERP-integrationer
Miljöer
Minst staging och produktion, gärna en per utvecklare
values.prod.yaml 
# Tjänsterna i paketet
services:
  api:        { replicas: 3 }
  admin:      { replicas: 2 }
  worker:     { replicas: 4 }   # jobbkörning
  indexer:    { replicas: 2 }
  storefront: { replicas: 3 }

data:
  postgres: 'postgres://…'
  redis:    'rediss://…'
  search:   'https://opensearch…'
  media:    's3://hdl-media'

observability:
  metrics: 'prometheus'
  logs:    'json'
  traces:  'otlp'

Cloud agnostic.

Kör där ni vill köra

HDL Commerce är cloud agnostic. Vi har kunder på AWS, Azure, Google Cloud och Kepler Cloud. Själva driftar vi på Kepler Cloud i Falkenberg, hos vår datacenterleverantör Glesys.

Kepler Cloud

Vår egen drift, i Falkenberg hos Glesys. Svensk datahall och svensk leverantör.

Vi driftar här
AWS

Kunder i drift på EKS med RDS, ElastiCache och OpenSearch Service.

Kunder i drift
Azure

Kunder i drift på AKS med Azure Database for PostgreSQL och Blob Storage.

Kunder i drift
Google Cloud

Kunder i drift på GKE med Cloud SQL och Cloud Storage.

Kunder i drift

Egen molnleverantör förutsätter enterpriseavtal. På övriga planer driftar vi plattformen på Kepler Cloud.

Endast för enterprise

Self hosted kräver ett enterpriseavtal — därför att det förutsätter ett driftteam hos er, en CI/CD-process att koppla in releaserna i, och ett gemensamt ansvar för uppgraderingar. Behöver ni bara kontroll över data finns datalagring inom EU i molnalternativet.

Frågor om self hosted.

Vanliga frågor

Får vi källkoden till plattformen?+

Ni får paketet med tjänsterna, databasschemat, migreringarna och frontend-koden, samt ett repo med release-branch. Villkoren för vidare användning regleras i licensen i ert avtal.

Vad händer om vi hoppar över flera versioner?+

Migreringarna körs i ordning, så uppgradering är möjlig, men majors har en egen guide. Vi rekommenderar att patchar tas in löpande och minors minst kvartalsvis.

Kan vi ändra i plattformens kod?+

Egna tillägg görs ovanpå plattformen via API, hooks och egna moduler, vilket gör att uppströmsreleaser fortsätter gå att ta in. Ändringar i kärnan hanteras som en separat överenskommelse.

Hur fungerar supporten?+

Vi svarar för plattformens kod och för andra linjens support. Första linjen mot era användare och driften i era miljöer ligger hos er, om inget annat avtalas.

Fungerar alla integrationer self hosted?+

Ja, förutsatt att er miljö får nå integrationernas endpoints. Tjänster som bygger på våra egna datakällor anropas som molntjänst.

Går det att flytta från moln till self hosted senare?+

Ja. Det är samma plattform och samma dataschema, så flytten är en migrering av data och konfiguration — inte ett omtag.

Var driftar ni plattformen själva?+

På Kepler Cloud i Falkenberg, hos vår datacenterleverantör Glesys. Vill ni ligga i ett annat moln går det — AWS, Azure och Google Cloud används av kunder idag, med enterpriseavtal.

Enterprise

Gå igenom er stack med oss.

Vi tittar på era miljöer, era flöden och er driftorganisation, och sätter ansvarsfördelningen innan något skrivs.