{r.runtime}
+{r.detail}
+ {r.href && ( + + {r.linkLabel} + + )} +diff --git a/src/components/sections/SupportSection.astro b/src/components/sections/SupportSection.astro index ced8b3f..dfdd701 100644 --- a/src/components/sections/SupportSection.astro +++ b/src/components/sections/SupportSection.astro @@ -1,41 +1,64 @@ --- -// The page a certification reviewer or a procurement team gets sent to. +// The commercial support page: who stands behind LibreDB Studio, on which +// platforms, and how to reach them. Written as a general support statement, not +// as a certification artefact — partner programmes (SUSE Ready for Rancher, Red +// Hat, the cloud marketplaces) all ask a vendor to publish this, and a page that +// reads as though it exists for one of them is weaker evidence for all of them. // -// SUSE Ready for Rancher asks the vendor to (a) provide commercial support on -// named Rancher and RKE2/K3s versions and (b) publish those versions in its -// documentation *and on its web site*. This is the web-site half; the -// repository half is docs/RANCHER.md. The two tables must stay in step — if one -// gains a row or a validated version, so does the other, in the same change. +// Every version here must be traceable to something in the studio repo: +// Kubernetes floor charts/libredb-studio/Chart.yaml kubeVersion +// Rancher / K3s rows docs/RANCHER.md Supported versions +// OpenShift range the merged community-operators-prod catalog PR +// Node tiers docs/DISTRIBUTION.md ## npx +// If one of those moves, this page moves with it in the same change. import SectionHeader from './SectionHeader.astro'; import { VENDOR, VENDOR_ADDRESS_FULL } from '../../data/company'; -const RANCHER_DOCS = 'https://github.com/libredb/libredb-studio/blob/main/docs/RANCHER.md'; -const SECURITY_MD = 'https://github.com/libredb/libredb-studio/blob/main/SECURITY.md'; -const ISSUES = 'https://github.com/libredb/libredb-studio/issues'; -const SUSE_CATALOG = 'https://www.suse.com/pcsc/viewVersionPage?versionID=26969'; +const STUDIO_REPO = 'https://github.com/libredb/libredb-studio'; +const RANCHER_DOCS = `${STUDIO_REPO}/blob/main/docs/RANCHER.md`; +const NPX_DOCS = `${STUDIO_REPO}/blob/main/docs/DISTRIBUTION.md#npx`; +const SECURITY_MD = `${STUDIO_REPO}/blob/main/SECURITY.md`; +const ISSUES = `${STUDIO_REPO}/issues`; -// "Supported" is what the commitment above covers. "Validated" is what we have +// "Supported" is what the commitment below covers. "Validated" is what we have // actually exercised end to end and published a result for — an em dash means -// supported on the same terms but not yet in a published test run. Never turn a +// the same support terms apply, but no test run is published yet. Never turn a // dash into a version without a run behind it: this table is read as evidence. const platforms = [ + { component: 'Kubernetes', supported: '1.26 or later', validated: 'v1.31.14, v1.35.5' }, + { component: 'SUSE K3s', supported: '1.26 or later', validated: 'v1.31.14+k3s1, v1.35.5+k3s1' }, + { component: 'SUSE RKE2', supported: '1.26 or later', validated: '—' }, { component: 'SUSE Rancher Prime and Rancher (community)', supported: '2.9 or later', validated: '2.14.3 (community build)', }, - { component: 'SUSE K3s', supported: '1.26 or later', validated: 'v1.31.14+k3s1, v1.35.5+k3s1' }, - { component: 'SUSE RKE2', supported: '1.26 or later', validated: '—' }, - { component: 'Kubernetes', supported: '1.26 or later', validated: 'v1.31.14, v1.35.5' }, + { component: 'Red Hat OpenShift', supported: '4.15 to 4.22', validated: '—' }, { component: 'Any CNCF-conformant distribution', supported: '1.26 or later', validated: '—' }, - { component: 'Architectures', supported: 'linux/amd64, linux/arm64', validated: 'linux/amd64' }, +]; + +// Kept apart from the platform table on purpose: these are runtime floors, not +// distributions, and they have no "validated version" in the same sense. +const runtimes = [ + { + runtime: 'Container runtime', + detail: + 'Any OCI-compatible runtime — Docker, containerd or CRI-O. The image is published for linux/amd64 and linux/arm64 on every release.', + }, + { + runtime: 'Node.js', + detail: + 'Node 20.9 or later; Node 24 LTS is the recommended, fully supported runtime. SQLite database connections need Node 22.13+, and server-side SQLite storage needs Node 24 — the launcher refuses older runtimes with a clear message rather than half-working.', + href: NPX_DOCS, + linkLabel: 'Runtime support tiers', + }, ]; const scope = [ { area: 'Deployment', detail: - 'Helm chart installation, upgrades and rollback on the versions above — including the Rancher Apps catalog path via a ClusterRepo, and air-gapped installs from your own registry.', + 'Helm chart installation, upgrades and rollback on the platforms above, plus the container and npx paths — including catalog installs (Rancher Apps via a ClusterRepo, OpenShift OperatorHub) and air-gapped installs from your own registry.', }, { area: 'Configuration', @@ -54,6 +77,20 @@ const scope = [ }, ]; +// Only listings that are live and verifiable. A pending submission is not a +// listing; it goes here the day it merges, not the day it is opened. +const listings = [ + { + name: 'the SUSE Partner Certification & Solutions Catalog', + href: 'https://www.suse.com/pcsc/viewVersionPage?versionID=26969', + }, + { + name: 'the Red Hat OpenShift community catalog', + href: 'https://github.com/redhat-openshift-ecosystem/community-operators-prod', + }, + { name: 'Artifact Hub', href: 'https://artifacthub.io/packages/helm/libredb-studio/libredb-studio' }, +]; + const channels = [ { need: 'Commercial support enquiries', href: `mailto:${VENDOR.email}`, label: VENDOR.email, external: false }, { need: 'Security vulnerabilities', href: SECURITY_MD, label: 'SECURITY.md', external: true }, @@ -64,7 +101,7 @@ const channels = [
{VENDOR.tradeName} provides commercial support for LibreDB Studio on every Rancher, K3s, RKE2 and Kubernetes version - listed below.{VENDOR.tradeName} provides commercial support for LibreDB Studio on every platform and runtime version listed below. Support is available in English and Turkish. LibreDB Studio itself stays MIT-licensed and free — support is a service on top of it, never a paywall in front of it.
-