Bonjour à toutes et à tous,
Dans la vraie vie et hors formations et maquettes, comment s'effectue les
livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
d'expériences) pour livrer les applications et solutions ?
Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
capable à ce jour de nous donner des méthodes fiables, sécurisées et
simples
de mise en oeuvre. Les cours de formations officielles et non officielles
n'apportent rien de plus.
Par exemple, comment mettre en production: collection de site, site,
contenu
...
Déployer des solutions avec STSADM, cela fonctionne, déployer des features
aussi, mais comment déployer des portions de sites ? comment faire des
livraisons de mises à jour ? Faut-il créer des templates de sites
(structures
+ contenu + autorisations) et s'en servir pour livrer ? .....
Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites
US,
c'est vraiment aléatoire les méthodes de livraison et personne n'est
vraiment
au point la-dessus. Si vous avez des "best practices de livraison" (des
vraies), merci d'avance pour les pistes.
Cordialement,
Houdini
Bonjour à toutes et à tous,
Dans la vraie vie et hors formations et maquettes, comment s'effectue les
livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
d'expériences) pour livrer les applications et solutions ?
Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
capable à ce jour de nous donner des méthodes fiables, sécurisées et
simples
de mise en oeuvre. Les cours de formations officielles et non officielles
n'apportent rien de plus.
Par exemple, comment mettre en production: collection de site, site,
contenu
...
Déployer des solutions avec STSADM, cela fonctionne, déployer des features
aussi, mais comment déployer des portions de sites ? comment faire des
livraisons de mises à jour ? Faut-il créer des templates de sites
(structures
+ contenu + autorisations) et s'en servir pour livrer ? .....
Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites
US,
c'est vraiment aléatoire les méthodes de livraison et personne n'est
vraiment
au point la-dessus. Si vous avez des "best practices de livraison" (des
vraies), merci d'avance pour les pistes.
Cordialement,
Houdini
Bonjour à toutes et à tous,
Dans la vraie vie et hors formations et maquettes, comment s'effectue les
livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
d'expériences) pour livrer les applications et solutions ?
Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
capable à ce jour de nous donner des méthodes fiables, sécurisées et
simples
de mise en oeuvre. Les cours de formations officielles et non officielles
n'apportent rien de plus.
Par exemple, comment mettre en production: collection de site, site,
contenu
...
Déployer des solutions avec STSADM, cela fonctionne, déployer des features
aussi, mais comment déployer des portions de sites ? comment faire des
livraisons de mises à jour ? Faut-il créer des templates de sites
(structures
+ contenu + autorisations) et s'en servir pour livrer ? .....
Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites
US,
c'est vraiment aléatoire les méthodes de livraison et personne n'est
vraiment
au point la-dessus. Si vous avez des "best practices de livraison" (des
vraies), merci d'avance pour les pistes.
Cordialement,
Houdini
Bonjour,
il y a certainement autant de méthodes que environnements et de besoins,
exemples:
Pour les solutions, les features et le branding, STSADM (extension incluses)
pour les modifications de contenu en bulk: du code simplement à éxécuter, du
code-callout, du scripting PowerShell, des content deployment jobs...
Pour de l'upload de documents et autres en bulk (images...): le
mini-redirecteur WebDAV fait des merveilles et semble "habituel" aux system
engineers...
... Oui je sais, cela ne constitue pas LA réponse ultime :)
Que devez vous déployer exactement? Et dans quel cadre Quelle est la
maturité du processus DTAP? Avez-vous des outils tiers pour vous aider à
l'heure actuelle?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
"Houdini" wrote in message
news:
> Bonjour à toutes et à tous,
>
> Dans la vraie vie et hors formations et maquettes, comment s'effectue les
> livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
> d'expériences) pour livrer les applications et solutions ?
>
> Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
> capable à ce jour de nous donner des méthodes fiables, sécurisées et
> simples
> de mise en oeuvre. Les cours de formations officielles et non officielles
> n'apportent rien de plus.
>
> Par exemple, comment mettre en production: collection de site, site,
> contenu
> ...
> Déployer des solutions avec STSADM, cela fonctionne, déployer des features
> aussi, mais comment déployer des portions de sites ? comment faire des
> livraisons de mises à jour ? Faut-il créer des templates de sites
> (structures
> + contenu + autorisations) et s'en servir pour livrer ? .....
>
> Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites
> US,
> c'est vraiment aléatoire les méthodes de livraison et personne n'est
> vraiment
> au point la-dessus. Si vous avez des "best practices de livraison" (des
> vraies), merci d'avance pour les pistes.
>
> Cordialement,
> Houdini
Bonjour,
il y a certainement autant de méthodes que environnements et de besoins,
exemples:
Pour les solutions, les features et le branding, STSADM (extension incluses)
pour les modifications de contenu en bulk: du code simplement à éxécuter, du
code-callout, du scripting PowerShell, des content deployment jobs...
Pour de l'upload de documents et autres en bulk (images...): le
mini-redirecteur WebDAV fait des merveilles et semble "habituel" aux system
engineers...
... Oui je sais, cela ne constitue pas LA réponse ultime :)
Que devez vous déployer exactement? Et dans quel cadre Quelle est la
maturité du processus DTAP? Avez-vous des outils tiers pour vous aider à
l'heure actuelle?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
"Houdini" <Houdini@discussions.microsoft.com> wrote in message
news:475E13B7-05BF-4E6E-8FCA-DB4DD1050164@microsoft.com...
> Bonjour à toutes et à tous,
>
> Dans la vraie vie et hors formations et maquettes, comment s'effectue les
> livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
> d'expériences) pour livrer les applications et solutions ?
>
> Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
> capable à ce jour de nous donner des méthodes fiables, sécurisées et
> simples
> de mise en oeuvre. Les cours de formations officielles et non officielles
> n'apportent rien de plus.
>
> Par exemple, comment mettre en production: collection de site, site,
> contenu
> ...
> Déployer des solutions avec STSADM, cela fonctionne, déployer des features
> aussi, mais comment déployer des portions de sites ? comment faire des
> livraisons de mises à jour ? Faut-il créer des templates de sites
> (structures
> + contenu + autorisations) et s'en servir pour livrer ? .....
>
> Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites
> US,
> c'est vraiment aléatoire les méthodes de livraison et personne n'est
> vraiment
> au point la-dessus. Si vous avez des "best practices de livraison" (des
> vraies), merci d'avance pour les pistes.
>
> Cordialement,
> Houdini
Bonjour,
il y a certainement autant de méthodes que environnements et de besoins,
exemples:
Pour les solutions, les features et le branding, STSADM (extension incluses)
pour les modifications de contenu en bulk: du code simplement à éxécuter, du
code-callout, du scripting PowerShell, des content deployment jobs...
Pour de l'upload de documents et autres en bulk (images...): le
mini-redirecteur WebDAV fait des merveilles et semble "habituel" aux system
engineers...
... Oui je sais, cela ne constitue pas LA réponse ultime :)
Que devez vous déployer exactement? Et dans quel cadre Quelle est la
maturité du processus DTAP? Avez-vous des outils tiers pour vous aider à
l'heure actuelle?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
"Houdini" wrote in message
news:
> Bonjour à toutes et à tous,
>
> Dans la vraie vie et hors formations et maquettes, comment s'effectue les
> livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
> d'expériences) pour livrer les applications et solutions ?
>
> Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
> capable à ce jour de nous donner des méthodes fiables, sécurisées et
> simples
> de mise en oeuvre. Les cours de formations officielles et non officielles
> n'apportent rien de plus.
>
> Par exemple, comment mettre en production: collection de site, site,
> contenu
> ...
> Déployer des solutions avec STSADM, cela fonctionne, déployer des features
> aussi, mais comment déployer des portions de sites ? comment faire des
> livraisons de mises à jour ? Faut-il créer des templates de sites
> (structures
> + contenu + autorisations) et s'en servir pour livrer ? .....
>
> Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites
> US,
> c'est vraiment aléatoire les méthodes de livraison et personne n'est
> vraiment
> au point la-dessus. Si vous avez des "best practices de livraison" (des
> vraies), merci d'avance pour les pistes.
>
> Cordialement,
> Houdini
Merci pour tous ces précieux renseignements. Je navigue en eaux troubles
avec un client à qui les hautes instances ont imposé Moss à contre coeur.
Bref pas facile.
Nous comptons utiliser des sites Wiki, collaboratifs, CMS, un peu tous les
types de solutions qu'offre Moss. Au final, il faudrait pouvoir créer des
méthodes de livraison, d'installation et de déploiement "identiques" pour
tous ces projets. Est-ce jouable, de part votre expérience ? (même chez
MS,
ils ne sont pas d'accord ou bottent en touche)
Nous n'avons pas de budjet pour utiliser des outils tiers, mais l'équipe
de
développement a créé des outils pour déployer notamment des solutions, des
webparts, des modifications d'autorisations. Le hic, c'est qu'il n'y pas
de
solutions automatiques. Au final, les passages entre "recette, préprod et
prod" doivent s'effectuer le plus simplement possible, avec le moins de
manips pour les intégrateurs et le personnel de production en charge des
déploiements.
Actuellement, nous devons manuellement créer une collection de sites, puis
lancer les solutions de livraisons (feature, solutions) développées (qui
fonctionnent très bien).
Je ne connais pas les termes "code call-out", "branding" et qu'est-ce que
le
mini redirecteur Webdav ?
Nous avions pensé à faire des modèles de sites complets (.stp), à les
backuper et à les restorer. C'est peut-être valable une première fois,
mais
si l'on veut faire des mise à jour, cela n'est peut-être pas valable ?
je suis conscient qu'il n'y a pas de solutions miracles, mais qu'il doit
certainement exister des solutions autres, j'espère assez simple à mettre
en
place, pour qu'au final, on pousse un bouton et hop, tout se déploie.
Au passage, avez-vou sdéjà utilisé cet outil ?
SPDeploymentWizard basé sur la Content Migration API (PRIME)
Merci pour tous ces précieux renseignements. Je navigue en eaux troubles
avec un client à qui les hautes instances ont imposé Moss à contre coeur.
Bref pas facile.
Nous comptons utiliser des sites Wiki, collaboratifs, CMS, un peu tous les
types de solutions qu'offre Moss. Au final, il faudrait pouvoir créer des
méthodes de livraison, d'installation et de déploiement "identiques" pour
tous ces projets. Est-ce jouable, de part votre expérience ? (même chez
MS,
ils ne sont pas d'accord ou bottent en touche)
Nous n'avons pas de budjet pour utiliser des outils tiers, mais l'équipe
de
développement a créé des outils pour déployer notamment des solutions, des
webparts, des modifications d'autorisations. Le hic, c'est qu'il n'y pas
de
solutions automatiques. Au final, les passages entre "recette, préprod et
prod" doivent s'effectuer le plus simplement possible, avec le moins de
manips pour les intégrateurs et le personnel de production en charge des
déploiements.
Actuellement, nous devons manuellement créer une collection de sites, puis
lancer les solutions de livraisons (feature, solutions) développées (qui
fonctionnent très bien).
Je ne connais pas les termes "code call-out", "branding" et qu'est-ce que
le
mini redirecteur Webdav ?
Nous avions pensé à faire des modèles de sites complets (.stp), à les
backuper et à les restorer. C'est peut-être valable une première fois,
mais
si l'on veut faire des mise à jour, cela n'est peut-être pas valable ?
je suis conscient qu'il n'y a pas de solutions miracles, mais qu'il doit
certainement exister des solutions autres, j'espère assez simple à mettre
en
place, pour qu'au final, on pousse un bouton et hop, tout se déploie.
Au passage, avez-vou sdéjà utilisé cet outil ?
SPDeploymentWizard basé sur la Content Migration API (PRIME)
Merci pour tous ces précieux renseignements. Je navigue en eaux troubles
avec un client à qui les hautes instances ont imposé Moss à contre coeur.
Bref pas facile.
Nous comptons utiliser des sites Wiki, collaboratifs, CMS, un peu tous les
types de solutions qu'offre Moss. Au final, il faudrait pouvoir créer des
méthodes de livraison, d'installation et de déploiement "identiques" pour
tous ces projets. Est-ce jouable, de part votre expérience ? (même chez
MS,
ils ne sont pas d'accord ou bottent en touche)
Nous n'avons pas de budjet pour utiliser des outils tiers, mais l'équipe
de
développement a créé des outils pour déployer notamment des solutions, des
webparts, des modifications d'autorisations. Le hic, c'est qu'il n'y pas
de
solutions automatiques. Au final, les passages entre "recette, préprod et
prod" doivent s'effectuer le plus simplement possible, avec le moins de
manips pour les intégrateurs et le personnel de production en charge des
déploiements.
Actuellement, nous devons manuellement créer une collection de sites, puis
lancer les solutions de livraisons (feature, solutions) développées (qui
fonctionnent très bien).
Je ne connais pas les termes "code call-out", "branding" et qu'est-ce que
le
mini redirecteur Webdav ?
Nous avions pensé à faire des modèles de sites complets (.stp), à les
backuper et à les restorer. C'est peut-être valable une première fois,
mais
si l'on veut faire des mise à jour, cela n'est peut-être pas valable ?
je suis conscient qu'il n'y a pas de solutions miracles, mais qu'il doit
certainement exister des solutions autres, j'espère assez simple à mettre
en
place, pour qu'au final, on pousse un bouton et hop, tout se déploie.
Au passage, avez-vou sdéjà utilisé cet outil ?
SPDeploymentWizard basé sur la Content Migration API (PRIME)
Bonjour à toutes et à tous,
Dans la vraie vie et hors formations et maquettes, comment s'effectue les
livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
d'expériences) pour livrer les applications et solutions ?
Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
capable à ce jour de nous donner des méthodes fiables, sécurisées et simples
de mise en oeuvre. Les cours de formations officielles et non officielles
n'apportent rien de plus.
Par exemple, comment mettre en production: collection de site, site, contenu
...
Déployer des solutions avec STSADM, cela fonctionne, déployer des features
aussi, mais comment déployer des portions de sites ? comment faire des
livraisons de mises à jour ? Faut-il créer des templates de sites (structures
+ contenu + autorisations) et s'en servir pour livrer ? .....
Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites US,
c'est vraiment aléatoire les méthodes de livraison et personne n'est vraiment
au point la-dessus. Si vous avez des "best practices de livraison" (des
vraies), merci d'avance pour les pistes.
Cordialement,
Houdini
Bonjour à toutes et à tous,
Dans la vraie vie et hors formations et maquettes, comment s'effectue les
livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
d'expériences) pour livrer les applications et solutions ?
Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
capable à ce jour de nous donner des méthodes fiables, sécurisées et simples
de mise en oeuvre. Les cours de formations officielles et non officielles
n'apportent rien de plus.
Par exemple, comment mettre en production: collection de site, site, contenu
...
Déployer des solutions avec STSADM, cela fonctionne, déployer des features
aussi, mais comment déployer des portions de sites ? comment faire des
livraisons de mises à jour ? Faut-il créer des templates de sites (structures
+ contenu + autorisations) et s'en servir pour livrer ? .....
Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites US,
c'est vraiment aléatoire les méthodes de livraison et personne n'est vraiment
au point la-dessus. Si vous avez des "best practices de livraison" (des
vraies), merci d'avance pour les pistes.
Cordialement,
Houdini
Bonjour à toutes et à tous,
Dans la vraie vie et hors formations et maquettes, comment s'effectue les
livraisons des solutions MOSS 2007 ? Comment faites-vous (retour
d'expériences) pour livrer les applications et solutions ?
Nous avons demandé à plusieurs consultants (dont MS) et personne n'est
capable à ce jour de nous donner des méthodes fiables, sécurisées et simples
de mise en oeuvre. Les cours de formations officielles et non officielles
n'apportent rien de plus.
Par exemple, comment mettre en production: collection de site, site, contenu
...
Déployer des solutions avec STSADM, cela fonctionne, déployer des features
aussi, mais comment déployer des portions de sites ? comment faire des
livraisons de mises à jour ? Faut-il créer des templates de sites (structures
+ contenu + autorisations) et s'en servir pour livrer ? .....
Merci d'éclairer ma lanterne la-dessus, j'ai déjà visité plusieurs sites US,
c'est vraiment aléatoire les méthodes de livraison et personne n'est vraiment
au point la-dessus. Si vous avez des "best practices de livraison" (des
vraies), merci d'avance pour les pistes.
Cordialement,
Houdini
L'architecture est la suivante (encore que pas très bien définie)
BDD (1 serveur SQL 2005) sera transformé par la suite en cluster
Dev/Recette (1 serveur avec tous les rôles)
Préproduction (2 FWE, 1 index)
Production (2 FWE, 1 index)
La création de la ferme, des bases, de la collection de site est pour
l'instant manuelle,
Les sites, sous-sites, sous-sous-sites, templates, features sont
automatisés
via un
outil à base de stsadm.
La mise a jour des sites, des features, templates est plus problématique.
Les développeurs
n'utilisent pas le "code call-out", cela leur a été formellement
déconseillé
par les
consultants MS de chez MS. Pour une mise à jour, on supprime tout et on
recommence.
Je ne sais pas si cela est très rentable, mais les raisons invoquées par
MS
ne sont pas
claires ... d'autant qu'ils ne nous ont pas explicitement dit pourquoi
....
de restaurer uniquement une partie d'un site ou un lien.
L'architecture est la suivante (encore que pas très bien définie)
BDD (1 serveur SQL 2005) sera transformé par la suite en cluster
Dev/Recette (1 serveur avec tous les rôles)
Préproduction (2 FWE, 1 index)
Production (2 FWE, 1 index)
La création de la ferme, des bases, de la collection de site est pour
l'instant manuelle,
Les sites, sous-sites, sous-sous-sites, templates, features sont
automatisés
via un
outil à base de stsadm.
La mise a jour des sites, des features, templates est plus problématique.
Les développeurs
n'utilisent pas le "code call-out", cela leur a été formellement
déconseillé
par les
consultants MS de chez MS. Pour une mise à jour, on supprime tout et on
recommence.
Je ne sais pas si cela est très rentable, mais les raisons invoquées par
MS
ne sont pas
claires ... d'autant qu'ils ne nous ont pas explicitement dit pourquoi
....
de restaurer uniquement une partie d'un site ou un lien.
L'architecture est la suivante (encore que pas très bien définie)
BDD (1 serveur SQL 2005) sera transformé par la suite en cluster
Dev/Recette (1 serveur avec tous les rôles)
Préproduction (2 FWE, 1 index)
Production (2 FWE, 1 index)
La création de la ferme, des bases, de la collection de site est pour
l'instant manuelle,
Les sites, sous-sites, sous-sous-sites, templates, features sont
automatisés
via un
outil à base de stsadm.
La mise a jour des sites, des features, templates est plus problématique.
Les développeurs
n'utilisent pas le "code call-out", cela leur a été formellement
déconseillé
par les
consultants MS de chez MS. Pour une mise à jour, on supprime tout et on
recommence.
Je ne sais pas si cela est très rentable, mais les raisons invoquées par
MS
ne sont pas
claires ... d'autant qu'ils ne nous ont pas explicitement dit pourquoi
....
de restaurer uniquement une partie d'un site ou un lien.
Bonjour,
> L'architecture est la suivante (encore que pas très bien définie)
> BDD (1 serveur SQL 2005) sera transformé par la suite en cluster
> Dev/Recette (1 serveur avec tous les rôles)
> Préproduction (2 FWE, 1 index)
> Production (2 FWE, 1 index)
Si je comprends bien, tous les environnement utilisent le même serveur de
BDD?
Sans tenir compte du contexte que je ne connais pas, je dirais que c'est
risqué à plusieurs titre: conflit entre les différents environnements
(utilisation des mauvaises BDD), impacte sur les performances, sécurité...
> La création de la ferme, des bases, de la collection de site est pour
> l'instant manuelle,
> Les sites, sous-sites, sous-sous-sites, templates, features sont
> automatisés
> via un
> outil à base de stsadm.
>
> La mise a jour des sites, des features, templates est plus problématique.
> Les développeurs
> n'utilisent pas le "code call-out", cela leur a été formellement
> déconseillé
> par les
> consultants MS de chez MS. Pour une mise à jour, on supprime tout et on
> recommence.
> Je ne sais pas si cela est très rentable, mais les raisons invoquées par
> MS
> ne sont pas
> claires ... d'autant qu'ils ne nous ont pas explicitement dit pourquoi
> ....
Encore une fois, je ne connais pas environnement ni ses contraintes: tout
supprimer et recommencer cela fonctionne hors production mais quid de la
production? Qu'en pense le business et les utilisateurs?
> de restaurer uniquement une partie d'un site ou un lien.
>
Cela me parait difficile sans développement ou outil tiers.
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
PS: la bonne nouvelle, c'est qu'avec le pseudo que vous utilisez, il ne vous
sera facile de vous échapper de tout cela :)
Bonjour,
> L'architecture est la suivante (encore que pas très bien définie)
> BDD (1 serveur SQL 2005) sera transformé par la suite en cluster
> Dev/Recette (1 serveur avec tous les rôles)
> Préproduction (2 FWE, 1 index)
> Production (2 FWE, 1 index)
Si je comprends bien, tous les environnement utilisent le même serveur de
BDD?
Sans tenir compte du contexte que je ne connais pas, je dirais que c'est
risqué à plusieurs titre: conflit entre les différents environnements
(utilisation des mauvaises BDD), impacte sur les performances, sécurité...
> La création de la ferme, des bases, de la collection de site est pour
> l'instant manuelle,
> Les sites, sous-sites, sous-sous-sites, templates, features sont
> automatisés
> via un
> outil à base de stsadm.
>
> La mise a jour des sites, des features, templates est plus problématique.
> Les développeurs
> n'utilisent pas le "code call-out", cela leur a été formellement
> déconseillé
> par les
> consultants MS de chez MS. Pour une mise à jour, on supprime tout et on
> recommence.
> Je ne sais pas si cela est très rentable, mais les raisons invoquées par
> MS
> ne sont pas
> claires ... d'autant qu'ils ne nous ont pas explicitement dit pourquoi
> ....
Encore une fois, je ne connais pas environnement ni ses contraintes: tout
supprimer et recommencer cela fonctionne hors production mais quid de la
production? Qu'en pense le business et les utilisateurs?
> de restaurer uniquement une partie d'un site ou un lien.
>
Cela me parait difficile sans développement ou outil tiers.
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
PS: la bonne nouvelle, c'est qu'avec le pseudo que vous utilisez, il ne vous
sera facile de vous échapper de tout cela :)
Bonjour,
> L'architecture est la suivante (encore que pas très bien définie)
> BDD (1 serveur SQL 2005) sera transformé par la suite en cluster
> Dev/Recette (1 serveur avec tous les rôles)
> Préproduction (2 FWE, 1 index)
> Production (2 FWE, 1 index)
Si je comprends bien, tous les environnement utilisent le même serveur de
BDD?
Sans tenir compte du contexte que je ne connais pas, je dirais que c'est
risqué à plusieurs titre: conflit entre les différents environnements
(utilisation des mauvaises BDD), impacte sur les performances, sécurité...
> La création de la ferme, des bases, de la collection de site est pour
> l'instant manuelle,
> Les sites, sous-sites, sous-sous-sites, templates, features sont
> automatisés
> via un
> outil à base de stsadm.
>
> La mise a jour des sites, des features, templates est plus problématique.
> Les développeurs
> n'utilisent pas le "code call-out", cela leur a été formellement
> déconseillé
> par les
> consultants MS de chez MS. Pour une mise à jour, on supprime tout et on
> recommence.
> Je ne sais pas si cela est très rentable, mais les raisons invoquées par
> MS
> ne sont pas
> claires ... d'autant qu'ils ne nous ont pas explicitement dit pourquoi
> ....
Encore une fois, je ne connais pas environnement ni ses contraintes: tout
supprimer et recommencer cela fonctionne hors production mais quid de la
production? Qu'en pense le business et les utilisateurs?
> de restaurer uniquement une partie d'un site ou un lien.
>
Cela me parait difficile sans développement ou outil tiers.
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
PS: la bonne nouvelle, c'est qu'avec le pseudo que vous utilisez, il ne vous
sera facile de vous échapper de tout cela :)