Tips, Tricks, and Best Practices for Migration
Tips, Tricks, and Best Practices for Migration
gateway91
Topic | Tips, Tricks, and Best Practices |
Deleting entities | WARNING: Use caution when using the command, manageMappings --action=delete . The command has no safeguards to prevent you from losing data, or locking yourself out of the API Gateway . |
Templating | The template command changes the bundle. To avoid loss of data, back up the bundle before templating. |
Changing the names or GUIDs of entities | Use the manageMappings command. |
Policy design |
|
Migration bundles | Migration bundles can contain sensitive data. Protect migration bundles with restricted file permissions. |
Secure communication between API Gateway s | Mutual authentication is the best practice for secure communications between source and target API Gateway s for migrations. |
Migration administrators | Create separate Administrators for migrations. |
Encoding passwords and passphrases | Encoding passwords and passphrases are optional. Although not recommended, --plaintextPassword and --plaintextEncryptionPassphrase arguments are available. |
--encryptionPassphrase argument | Use an explicit encryption passphrase for stronger encryption. |
--encryptUsingClusterPassphrase argument |
|
Common argument files | Although optional, creating property files for common GMU arguments are more efficient and makes the command line easier to read. See Get Started and Run GMU . |
Override mapping file | You can create a mappings file ( manageMappings command) to override the bundle mappings for migrateIn (--map < ). Although optional, it is useful for preserving the original bundle.filename > |
Solution Kits | To include Solution Kits as part of a backup routine (and restoring on a fresh Gateway), add the "--includeSolutionKits" parameter to the migrateOut command. However if migrating from one environment to another, do not use this parameter. Instead, create a replay script. See Migrate Solution Kits for details. |