Discussion :

[a.floranc]

Bonjour à tous,

Je suis actuellement en train de réaliser un système de gestion ne nomenclature sur SharePoint server (Cf mes derniers posts) à l'aide de petites requêtes via VBA excel et de petits scripts client.

Mon service informatique m'a informé que le groupe va très certainement s'orienter vers SharePoint 365 alors ma question est la suivante :

Quand est t'il de la portabilités des applications développées sur SP server et même des sites en général avec leurs listes ?

Est ce que quelqu’un d'entres vous à déjà vécu ce genre de migration ?

Par avance merci pour vos retour.

[ludojojo]

Est ce que quelqu’un d'entres vous à déjà vécu ce genre de migration ?

Oui... C'est pas évident...
Alors en terme de contenu pure SharePoint (Listes, type de contenu, pages, items, documents, etc..), il n'y a pas vraiment de problèmes (encore que ).

En revanche pour tout ce qui est custom, c'est bien différents. Afin de ne pas m’étaler sur le sujet sur 3000 lignes, voici juste quelques informations à savoir sur SharePoint online (O365) :

1. Pas d'accès au layout : Donc pas de page applicative, pas de contenu déployé dans le hive (répertoire système), pas de usercontrol etc...
2. Obligé de passer par des solutions sandbox pour le déploiement de contenu (pages, fichiers de styles, javascript, images, etc...
3. API .Net réduit : Un grand nomber de fonctionnalités ne sont pas disponibles pour des raisons de sécurité ou de non portabilité.
4. Utilisation massive de code client : Obligé de passer par l'ECMA Script afin de palier les manquements/restrictions de l'API .Net
5. Manque de documentation : Le fait d'être obligé de passer de l'ECMA script n'est malheureusement pas chose aisée car la documentation associé est très légère... (environ 80 - 90% des fonctions ne sont pas documentées du tout ! )
6. Gestion des ressources : Chaque solution est soumise à une limitation en terme de ressources consommés (comptage assez flou...)
7. Utilisation du modèle APPS : Fini le code serveur, arrivé du code client. Cela nécessite de repenser l'ensemble des applications développées. D'autant que certaines choses ne sont tout simplement pas possible
8. Accès PowerShell limité : L'API powershell est très limité avec la version Online (Obligation de passer par une application locale en CSOM ou de créer des cmdlets)
9. Limitations produit : Les limitations ne sont simplement pas les mêmes. Il est donc important de les connaitres avant de se lancer
10. Administration central épurée : Surtout épurée en fonctionnalités. Certains services sont simplement pas administrable correctement.
11. Performance : On est directement impacté par la charge réseau (Ok sur OnPremise aussi, mais pas autant)
12. Version du produit : SharePoint online est en avance de phase, avec des updates très réguliers. Du coup, les dll utilisées ne sont pas les même (impacte sur la migration des applications)

Voila un rapide retour. Il y'a encore des choses à dire, mais ce serait assez long...

[a.floranc]

Bonjour ludojojo,

Merci pour ton retour, c'est très clair, au moins je sais à quoi m'attendre!
Je pense que ce que je veux réaliser auras des chances de fonctionner mais il faudra que je me fasse la main une fois que le SP 365 sera déployé.

[ludojojo]

Merci pour ton retour, c'est très clair, au moins je sais à quoi m'attendre!

Bon courage

Je pense que ce que je veux réaliser auras des chances de fonctionner mais il faudra que je me fasse la main une fois que le SP 365 sera déployé.

Il faut que tu regarde bien les différences structurantes au niveau des différents modèles d'apps pour être certain que c'est possible avant.
En attendant, voici de quoi te faire la main sur SharePoint Online.