Analizando las arquitecturas planteadas en dos proyectos diferentes me he dado cuenta de lo variados que pueden ser los planteamientos de SharePoint de acuerdo a los requerimientos.
Ya sabía que MOSS 2007 es una plataforma escalable y todo eso, pero no como podemos cambiar su arquitectura de acuerdo a requerimientos.
Podemos ir desde una arquitectura totalmente redundante con varias granjas por seguridad, hasta a un planteamiento de una sola granja pero con diferentes roles por servidor.
Quizás la arquitectura sea de lo más sencillo de plantear en la mayoría de empresas, es decir single server y si necesito más ya ampliaré....pero claro cuando quiera ampliar ¿cómo lo voy a hacer?. Por ello es bueno definir la arquitectura actual y futura.
Hay clientes que no estiman más que una máquina para MOSS y otros que requieren un diseño de al menos 8 y con entornos de test y desarrollo que pueden llegar hasta 16 máquinas en total.
Lo común a ambos planteamientos debe ser el estudio de una correcta arquitectura a presente y a futuro. Esto es muy importante, y aún más que no la arquitectura no venga sólo de personal de sistemas, debe aparecer la figura de desarrollo y si es posible alguien funcional que pueda determinar el crecimiento a futuro de la plataforma. Si bueno estas tres personas en la mayoría de las ocasiones se tratará de una sola persona con un trastorno bipolar pero bueno que se le va a hacer.
Haría un post de los diferentes enfoques pero me parece que es mejor analizar caso a caso, como no me es posible (éticamente me parece incorrecto) publicar información a arquitecturas que he diseñado, propongo que aquel que quiera que le ayude a diseñar una arquitectura me ponga un email a conesosojitos@gmail.com y encantado le ayudaré. Eso sí, estas arquitecturas las publicaré, de manera anónima pero si los planteamientos.....
Me temo, que nadie me preguntará.....pero bueno yo me ofrezco.
0 comentarios:
Publicar un comentario