Das Dokument beschreibt eine Migrationsstrategie für Plone-Websites mithilfe der Plone REST API, die eine Konsolidierung der inhaltlichen Typen und Add-Ons von 25 auf etwa 8 vorsieht. Die Migration erfolgt von Plone 3.3 und 4.1 auf Plone 5.1, wobei Inhalte, Ordnerstrukturen und Konfigurationen transferiert werden, und betont die Geschwindigkeit der Migration für große Sites. Es wird auf die Herausforderungen und Einschränkungen bei der Fehlermeldung und der Fragilität des Zielsystems hingewiesen.

1. Plone Migrationen mit
Plone REST API
Andreas Jung

2. Bisherige Migrationsstratgie
• https://github.com/zopyx/zopyx.plone.migration
• Export Plone Inhalte
• Metadaten als INI Dateien
• Binär-Inhalte
• Import Plone Inhalte
• Generierung der Ordner-Strukturen
• Neu-Anlage der Inhalte

3. Relaunch Dynamore
• ca. 12 Plone Sites
• Plone 3.3, Plone 4.1 (home-grown über eine Dekade)
• Zielplattform: Plone 5.1
• Archetypes und Dexterity
• Konsolidierung der Inhaltstypen von 25 auf ca. 8
• Massive Konsolidierung der Add-Ons
• keine 1:1 Migration möglich

4. Plone 4.1
Plone 3.3
Plone 5.1
Plone REST API
Provisioning API
• Inhalte
• Ordnerstruktur
• Accounts
• Workflow
• Konfiguration
• Portlets?
• Default Pages
• Add-Ons

5. Bewertung
+ Migrationslogik konzentriert auf dem Quellsystem
+ Migration auch großer Sites via plone.restapi hinreichend schnell
(20 GB, 10.000 Objekte in 3 Stunden)
- eingeschränkte Introspektion auf dem Zielsystem
- Provisionierung Zielsystem fragil, buggy und debugging-intensiv
https://github.com/plone/Products.CMFPlone/issues/2316
https://github.com/plone/Products.CMFPlone/issues/2317
- Fehlermeldungen auf Zielsystem nicht in allen Fällen hilfreich
https://gist.github.com/zopyx/dd94316653b9adb89a34adea7c02df30