Add Optimized TCO legacy migration use case (heterogeneous paths)#177
Add Optimized TCO legacy migration use case (heterogeneous paths)#177brianamarie wants to merge 9 commits into
Conversation
Put migration detail in cost-optimization use cases (generic commercial sources, homogeneous/heterogeneous targets, Percona-led engagement with specialized tooling). Keep Expert Consulting to one common scenario bullet and align PostgreSQL TCO copy without naming competitors or partners. Co-authored-by: Cursor <cursoragent@cursor.com>
Messaging Impact Check
postgres-cost-claim (BLOCKING)PostgreSQL cost/TCO claims usually impact shared value proof messaging. Required review files:
Suggested additional scan:
licensing-or-open-source-claims (BLOCKING)License and open source positioning changes are cross-cutting. Required review files:
Suggested additional scan:
offering-name-or-tier-change (WARN)Offering naming updates should stay aligned across offering pages. Required review files:
Suggested additional scan:
product-messaging-module-touch (WARN)Product messaging modules often need checks against company framing and shared pillars or offerings. Required review files:
Suggested additional scan:
Manual waiver commands (maintainers):
Waiver state is stored in Triggered by |
New File Governance CheckNo added markdown files detected. Doc Coverage CheckNo new markdown docs detected. Duplicate Detector
No significant overlap detected. Manual waiver commands (maintainers)
Waiver JSON is stored in a hidden PR comment ( Triggered by |
Messaging Smart Suggestions
Only auto-apply suggestions at high confidence with reviewer approval. Triggered by |
janwieremjewicz
left a comment
There was a problem hiding this comment.
Other than the 3 comments it looks good to me. None of these seems to be a blocker TBH, more stylistic and ensuring that the narrowing of scope is on purpose.
|
|
||
| - **Legacy and proprietary database migration to open source:** Renewal pressure on proprietary or legacy commercial databases drives moves to open source without new lock-in. | ||
| - **Sources:** Commercial proprietary RDBMS, commercial MySQL and MariaDB providers, other commercial PostgreSQL distributions, and other legacy commercial engines when assessment confirms a path. | ||
| - **Homogeneous and heterogeneous targets:** Open source PostgreSQL, MySQL, or MariaDB (Community) per Percona's MariaDB scope. **Homogeneous** paths stay within one engine family (e.g. on-prem to cloud on the same stack). **Heterogeneous** paths move legacy or proprietary engines to those targets. Proprietary-to-PostgreSQL paths are common; source-target pairs vary by estate. |
There was a problem hiding this comment.
@brianamarie todo add in detail with Hexarocket and Hexacluster as enablers of this capability
Markdown hygiene auto-fixApplied safe markdown hygiene fixes and pushed one bot commit to this PR branch. Fixed files:
Triggered by |
| - Open source without compromise: The Percona Distribution for PostgreSQL consolidates trusted community components into one enterprise-validated package, eliminating the cost and complexity of proprietary add-ons. Türk Telekom eliminated licensing costs, cut query times substantially, and boosted customer satisfaction by delivering high availability and resilience across critical services with Percona Distribution for PostgreSQL. | ||
| - Migration clarity when PostgreSQL licensing or managed-service roadmaps change: Vendor bundles and subscription models evolve on timelines teams do not control. Percona publishes positioning on portable PostgreSQL software versus proprietary distributions and managed PostgreSQL stacks ([Percona Software for PostgreSQL](https://www.percona.com/postgresql/software)), which helps organizations compare options on cleared public materials and plan moves without proprietary APIs that trap operational state. | ||
| - Legacy RDBMS exit to PostgreSQL for TCO: Teams exiting proprietary or legacy RDBMS footprints can reduce license and support spend by landing on Percona Distribution for PostgreSQL with assessment-led migration through [Percona Expert Consulting and Services](https://www.percona.com/services/consulting). Scope and source-to-target patterns are confirmed during assessment. | ||
| - Legacy RDBMS exit to PostgreSQL for TCO: From proprietary and legacy commercial databases, teams cut license spend on Percona Distribution for PostgreSQL via assessment-led [Percona Expert Consulting and Services](https://www.percona.com/services/consulting). Scope confirmed at assessment. |
There was a problem hiding this comment.
| - Legacy RDBMS exit to PostgreSQL for TCO: From proprietary and legacy commercial databases, teams cut license spend on Percona Distribution for PostgreSQL via assessment-led [Percona Expert Consulting and Services](https://www.percona.com/services/consulting). Scope confirmed at assessment. | |
| - Legacy database to PostgreSQL: From proprietary and legacy commercial databases, teams cut license spend on Percona Distribution for PostgreSQL via assessment-led [Percona Expert Consulting and Services](https://www.percona.com/services/consulting). Scope confirmed at assessment. |
…scope. Lou approved naming HexaCluster and HexaRocket once in the Optimized TCO engagement model, with heterogeneous proprietary-to-open-source language elsewhere. Covers sources, targets, and Oracle to PostgreSQL across the supported stack including MongoDB-compatible and Valkey paths. Co-authored-by: Cursor <cursoragent@cursor.com>
thefactremains
left a comment
There was a problem hiding this comment.
Review: comment only. Verified against gh pr diff 177 (4 files: use-cases-value-pillars/cost-optimization.md, offerings/expert-consulting.md, products/postgresql/messaging.md, use-cases-value-pillars/README.md). The TCO legacy-migration content reads well. Two items to consider before merge.
-
(Nit, likely CI) The additions use "proprietary-to-open-source" in several places (
offerings/expert-consulting.md,products/postgresql/messaging.md, anduse-cases-value-pillars/cost-optimization.md). Repo rule: "open source" is never hyphenated, and the ValeOpenSourceHyphenrule will likely report it. Suggest rewording, for example "from proprietary engines to open source." -
(Should-fix) The new legacy-migration use case in
use-cases-value-pillars/cost-optimization.mdnames HexaCluster and HexaRocket plus third-party marks (Oracle, SQL Server, EDB, MongoDB, Sybase, DB2, SAP HANA, Redis), butNOTICES.mdis not updated. NOTICES currently lists Oracle, MySQL, MongoDB, and Redis, so SQL Server, EDB, Sybase, DB2, SAP HANA, HexaCluster, and HexaRocket are not attributed. The HexaCluster and HexaRocket names were added in a later commit (cd29b7f) and are listed under "Out of scope / gating" in the PR description, so the description and the copy disagree. Perreference/brand-voice.md, confirm whetherNOTICES.mdneeds these trademarks added, record the HexaCluster and HexaRocket naming approval in the PR, and reconcile the description with the copy.
Surface schema conversion, real-time sync, and validation across cost pillar, PostgreSQL messaging, and Expert Consulting so high-intent heterogeneous paths are explicit. Co-authored-by: Cursor <cursoragent@cursor.com>
Summary
Out of scope / gating
NOTICES.mdchanges.Made with Cursor