Question

Au cours des deux dernières années, je fais des solutions pour SharePoint Server et toujours le problème le plus important était la disponibilité du site Web. La solution non-sandboxed de déploiement est une douleur au moins pendant 30 secondes pour chaque WSP. Cette opération nécessite de recycler le pool d'applications (inclure la ferme One) et, en fait, cela signifie 503 service indisponible réponse HTTP auprès de l'IIS Server.

Nous utilisons Usully SharePoint pour des sites Web Internet externes et nous prévoyons le pourcentage le plus élevé possible de disponibilité. (Deux batterie de réplication, PowerShell-Automation, mode lecture seule lors du déploiement, etc.)

hier Microsoft a publié SharePoint 13 Aperçu. Je viens de télécharger des diapositives 1 et voir là

jamais aucune raison d'avoir des fermes séparées (sauf sécurité)

Toute possibilité pour un autre système de déploiement?

Était-ce utile?

La solution

Je pense que la déclaration est plus liée aux capacités des applications Web Office plutôt que de la ferme globale SharePoint ou des solutions déployées.Dans votre cas, vous devriez probablement envisager d'utiliser davantage de solutions sandboxées ou des solutions agricoles de ré-architecte pour y inclure une partie de ces solutions de box, car la tendance définie pour l'avenir est la compatibilité du cloud, etc., qui commence avec vous n'ayant pas vraimentla possibilité de déployer des solutions de ferme.

La raison pour laquelle SP2013 dispose désormais d'un "magasin" intégré qui ne déploie que des solutions de sandbox.

Autres conseils

Dans SharePoint 2013, la direction générale est absente de tout code sur le serveur.Ils ont amélioré le mode d'objet du site client / le reste, ainsi que créé la nouvelle postibilité des applications où vous exécutez le code en dehors de SharePoint, mais obtenez des autorisations bien que les jetons Oauth

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top