-
Notifications
You must be signed in to change notification settings - Fork 1
Update messaging for Migrations and Modernization and detail of engagement #247
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,36 +1,34 @@ | ||
| # Database modernization and migration | ||
| # Migration and Modernization | ||
|
|
||
| **Assessment-led programs from evaluation to production. One Percona team, open source targets, support after go-live.** | ||
| **Assessment-led programs from evaluation to production. One Percona engagement, open source targets, support after go-live.** | ||
|
|
||
| Legacy and proprietary database estates drive renewal pressure, license drag, and operational risk. Percona helps teams assess exit paths, migrate or modernize to open source targets, and stabilize production after cutover with Expert Support on the destination environment. | ||
| Percona delivers Migration and Modernization as one accountable engagement from assessment through cutover, hypercare, and Expert Support. Percona stays present for the full journey, not only the conversion step. | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I like that, maybe a slight fine-tuning suggestion: "Percona guides you through the whole journey to open source, not only the conversion step. " This is to higlight that we are a partner that enable your entire organization to move to open source and the conversion is just a one of those steps if that makes sense. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'd just cut the second sentence. It's redundant, essentially repeating the first sentence but with vague, overused marketing phrases. Or, if we're trying to challenge, name the specific thing we're challenging. It seems like we're vaguely alluding that other vendors only do the conversion step - is that true? |
||
|
|
||
| Large heterogeneous exits and multi-phase modernization need accountable delivery from first assessment through post-migration support. Percona runs that work through **PACE**. | ||
| When teams need to leave a proprietary estate, especially Oracle for PostgreSQL, Percona partners with HexaCluster so migration expertise, project management, and support after go-live come together in one offer. Usual destinations are PostgreSQL, MySQL, and MariaDB. | ||
|
|
||
| ## PACE program | ||
| Customers contract with **Percona** for the full program. It is transparent that a migration software license is part of the Percona engagement. | ||
|
|
||
| **PACE** (Percona Assisted Cutover Engine) is Percona's structured program to help customers migrate proprietary database workloads, such as Oracle or SQL Server estates, to open source alternatives quickly and safely. PostgreSQL is the most common target; MySQL and MariaDB are in scope where assessment confirms the fit. | ||
| Legacy and proprietary database estates drive renewal pressure, license drag, and operational risk. Percona helps teams assess exit paths, migrate or modernize to open source and source-available targets including the database and application layer, and stabilize production after cutover with Expert Support on the destination environment. | ||
|
|
||
| PACE packages assessment, migration execution, cutover, and post-migration support into one accountable engagement. Customers contract with Percona only. Percona coordinates the full program, including partner migration software and specialist services, so buyers have one relationship for transformation to open source. | ||
| Large heterogeneous migrations and multi-phase modernization need accountable delivery from first assessment through post-migration support. Percona runs complex proprietary exits through **PACE**, the in-program methodology for those Migration and Modernization engagements. | ||
|
|
||
| **Delivered by Percona** | ||
| ## What the engagement covers | ||
|
|
||
| - Assessment coordination, scoping, and accountable program delivery through [Percona Expert Consulting and Services](../expert-consulting/messaging.md) | ||
| - Optional design and setup of target open source environments | ||
| - [Expert Support](../expert-support/messaging.md) on the destination stack after go-live | ||
| One accountable Percona engagement covers: | ||
|
|
||
| **Delivered by HexaCluster through the partnership** | ||
| 1. **Proprietary database estate assessment** that confirms feasibility, the scope of required changes (including non-automated work), project cost, and the cost of supporting the destination estate after migration | ||
| 2. **Migration execution**, including automated schema migration with validation after conversion, reliable data migration, live replication with change data capture (CDC), application-layer modernization, and cutover | ||
| 3. **Training and enablement** for teams operating the destination environment | ||
| 4. **Post-cutover hypercare** to stabilize the destination estate through the critical period after go-live | ||
| 5. **Post-migration 24×7 Expert Support** on the destination stack | ||
|
|
||
| - Migration software and tooling, including HexaRocket | ||
| - Professional services for schema and code conversion, compatibility remediation, validation, and cutover execution | ||
| - Project management and coordination during the migration | ||
|
|
||
| Senior architecture and target-environment tuning may be delivered by Percona, HexaCluster, or both teams depending on project scope. | ||
| Tooling automates what it can; consulting covers the non-automated work the estate still requires. Teams get one accountable path from assessment through cutover, hypercare, and support, instead of stitching separate migration vendors, licenses, and post-cutover coverage. | ||
|
|
||
| ## Focus migration paths | ||
|
|
||
| Assessment confirms source, target, and deployment model. Common PACE paths include: | ||
| Source and target are typically chosen before assessment begins. Assessment confirms feasibility, change scope, project cost, and post-migration support cost for that path. Common paths include: | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think saying that source and target are chosen before the assessment is misleading. I would remove that first sentence and just start with "Assessment". Source is always there for years, and the prospect comes to us with the target rpetty much all the time. We don't choose it for them in practice. |
||
|
|
||
| | Source | Open source targets | | ||
| | Source | Common targets | | ||
| | --- | --- | | ||
| | Oracle | PostgreSQL, MariaDB | | ||
| | SQL Server | PostgreSQL | | ||
|
|
@@ -40,7 +38,8 @@ Assessment confirms source, target, and deployment model. Common PACE paths incl | |
| | MySQL | PostgreSQL, MySQL | | ||
| | MariaDB | PostgreSQL, MariaDB | | ||
| | Cassandra | PostgreSQL | | ||
| | MongoDB Atlas / Enterprise Advanced | Percona Server for MongoDB | | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think this is not the space to blend all migrations into one table or offering. It should be about engines (switching engines/technologies). MongoDB -> MongoDB doesn't fit here. If we get into a different hosting model/distribution, this table would be super, super long. (e.g., AWS Aurora -> Percona Server for MySQL, MySQL Enterprise Edition to Percona Server for MySQL, EDB Postgres to Percona Postgres, Crunchy Postgres to Percona Postgres - the list of combinations is endless). We should stick to: Oracle -> PostgreSQL, MariaDB |
||
|
|
||
| Targets may run self-managed, on Percona software, or on supported managed database services across major cloud providers. Other source and target combinations may be feasible; assessment sets the path. | ||
| Targets may run self-managed, on Percona software, or on supported managed database services across major cloud providers. Other source and target combinations may be feasible; assessment sets scope for the agreed path. Same-engine and MongoDB paths are Percona consulting unless assessment says otherwise. | ||
|
|
||
| Cutover approaches target near-zero downtime where application and operational constraints allow. Migration tooling automates much of the move; consulting covers schema, compatibility, and validation work the estate still requires. | ||
| Cutover approaches target near-zero downtime where application and operational constraints allow. | ||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What are "assessment-led programs"? This reads like an invented phrase.
I think the point is to say that our experts evaluate migration feasibility and difficulty using tooling and expertise to provide practical migration guidance. For those that are a fit, we're connected the entire time through assessment, execution, hypercare, and ExpertSupport.
IMO, if this is top-level messaging, we should be more specific. As we use this with prompts further down the line, we can target specific audiences or types of collateral and filter this more specific messaging down to things like "evaluation to production".