2012-03-10 16 views
5

Abbiamo finito di migrare un sito Web dal vecchio CMS a SDL Tridion. Abbiamo migliaia di clienti dai quali ne vengono migrati meno di cinque. Ora diciamo che dobbiamo automatizzare la migrazione del resto dei migliaia di client, ovviamente non possiamo usare lo sforzo manuale. C'è un modo per sviluppare una soluzione automatizzata contro SDL usando qualsiasi API che può fornire? Se sì, dove possiamo trovare la documentazione per le API? Qualsiasi libro o tutorial online per lo stesso?Possiamo automatizzare la migrazione a SDL Tridion?

+0

Prendere in considerazione la possibilità di supportare la proposta di Area 51 per Tridion; questa è una bella domanda, ma sfortunatamente è leggermente fuori tema su StackExchange. –

risposta

5

Indipendentemente dal CMS, la complessità di una migrazione può essere misurata in base a quanto organizzato è il contenuto nel sistema da cui si desidera eseguire la migrazione.

ho categorizzare la migrazione in 3 tipi legati alla partenza e arrivo:

  • 1 -> CMS CMS
  • 2 -> Database per CMS
  • 3 -> sito web per CMS

Se la fonte originale è un database o un altro CMS, in genere la complessità è ridotta, poiché il contenuto è già strutturato. Bisogna estrarre che e mappare il contenuto esistente con la struttura che avrà nel nuovo sistema

Se l'obiettivo è migrare un sito web esistente in un CMS la complessità aumenta quando il contenuto è più disorganizzato che avere quella in il CMS. Anche in questo caso, se il contenuto del sito è strutturato correttamente è ancora possibile automatizzarlo, ma la maggior parte dei casi sono vecchi siti gestiti manualmente. Esistono strumenti commerciali che eseguono la scansione del contenuto dai siti e applicano modelli per identificare elementi comuni, contenuti comuni, metadati comuni, struttura e sono in grado di massaggiare il contenuto originale e applicare la logica in base a regole che consentono di strutturare il contenuto, tuttavia anche lo strumento migliore ha un duro lavoro da fare quando la fonte è disorganizzata. Inoltre ho visto migrazioni che tagliavano l'html finale in pezzi e lo inserivano nel CMS.Questo è un approccio facile ma naturalmente una sbagliata, come non si è tenuto alcun vantaggio dei CMS

e 3 tipi legati al tipo di origine che migrano dal e il tipo di sorgente che si vuole ottenere

  • 1 -> contenuto al contenuto
  • 2 -> (HTML + Content Tutti insieme) in (HTML) + (Content) separato
  • 3 -> (HTML + Content + Codice Tutti insieme) in (HTML) + (Contenuto) + (Codice) separato

contenuti in materia di migrazione dei contenuti è meno complessa

Seconda opzione è ovviamente più complessa, come si deve separare il contenuto e HTML che diventerà modelli

terza opzione è ancora più complesso, come se si estraggono l'html della pagina (usando un client http per esempio come fa la maggior parte degli strumenti commerciali), non stai catturando la logica della pagina. Per questo caso è necessario lavorare a livello di file

Provare a eseguire un'analisi approfondita prima di entrare in una migrazione, poiché le cose possono diventare complesse. Solo se si dispone di un'ottima conoscenza del sistema originale e di modelli solidi da applicare è possibile pensare in un'automazione

0

Ogni migrazione è diversa, a meno che non si esegua la migrazione di "migliaia di" siti (presupponendo che un client sia un sito) dallo stesso tipo di origine alla stessa destinazione (SDL Tridion in questo caso) con modelli di dati estremamente ravvicinati. Diversi partner di SDL Tridion stanno già risolvendo questo problema e hanno costruito e costruito strumenti di automazione della migrazione assistita. Mettiti in contatto con noi se hai bisogno di maggiori informazioni.

+0

L'offerta potrebbe essere utile ma non risponde alla domanda su API e risorse. –

5

Tridion dispone di estese API e queste sono documentate in modo approfondito. Il tuo punto di partenza per SDL Tridion 2011 è https://www.sdltridionworld.com/downloads/documentation/SDLTridion2011SP1/index.aspx

Le migrazioni automatizzate sono perfettamente possibili, tuttavia il supporto API non è il fattore limitante qui. Capire i tuoi dati negli scenari di origine e di destinazione è molto più importante.

+0

Le migrazioni automatizzate sono utili quando è possibile mappare il set di dati 1: 1 con Tridion, ad esempio, durante la migrazione di un DB in Tridion. Tuttavia, per le normali pagine Web e in particolare le pagine con HTML scritto a mano, è consigliabile includere una migrazione manuale per questi elementi. Inoltre, se puoi dare un taglio di capelli ai tuoi contenuti e non migrare al 100%, sarebbe il migliore. – robrtc

+0

Non sarei d'accordo sul fatto che è necessario mappare tutto 1: 1. Ovviamente, affinché l'automazione sia ragionevolmente gestibile, è necessaria una * struttura * nei dati di origine, quindi l'HTML scritto a mano non è molto utile, ma è comunque possibile eseguire una migrazione automatica significativa della maggior parte di un sito e lasciare il resto per lavoro manuale. –

3

Vorrei prendere in considerazione il contatto con Kapow o Vamosa, entrambi specializzati nella scansione di siti e quindi nell'importazione in un CMS. Entrambi hanno connettori per SDL Tridion. Ciò potrebbe far risparmiare ai tuoi clienti tempo e denaro.

7

tutte le risposte molto tecniche. Qualunque sia il percorso scelto, devi valutare l'opzione di non effettuare una migrazione tecnica (e cercare di farlo bene) anziché utilizzare un carico di studenti per copiare e incollare.

+1

Penso che tu volessi dire "l'opzione di fare una migrazione tecnica" invece di "l'opzione di NON fare una migrazione tecnica". –

Problemi correlati