Arquitectura de sistemas de información
Resuelto
albert
-
mike -
mike -
Hola a todos,
me gustaría saber las arquitecturas de implementación de sistemas de información (empresa, establecimiento..) o bien un sitio donde podría encontrarlas. Si alguien puede ayudarme, se lo agradecería. gracias
me gustaría saber las arquitecturas de implementación de sistemas de información (empresa, establecimiento..) o bien un sitio donde podría encontrarlas. Si alguien puede ayudarme, se lo agradecería. gracias
8 respuestas
Entiendo,
gracias por sus respuestas que me han sido de gran ayuda y les estoy realmente agradecido. Cuídense y pasen una buena tarde. muchas gracias de nuevo y hasta luego.
gracias por sus respuestas que me han sido de gran ayuda y les estoy realmente agradecido. Cuídense y pasen una buena tarde. muchas gracias de nuevo y hasta luego.
La pregunta es demasiado amplia.
Hay tantos casos diferentes que podrías pasar la vida entera enumerándolos...
Sería necesario que aclare tu pregunta.
Hay tantos casos diferentes que podrías pasar la vida entera enumerándolos...
Sería necesario que aclare tu pregunta.
En realidad tengo un trabajo en una pequeña empresa que posee datos dispersos en bases de datos y archivos de oficina. Esos datos dispersos deben ahora reunirse en una base central y ahora quiero visualizar un conjunto de arquitecturas de SI para tener una idea de las arquitecturas posibles que me permitirán realizar esta base central. Gracias
ok... en ese caso, hay que prever un servidor de base de datos bastante potente para soportar la carga.
Hay que intentar evaluar la cantidad de conexiones SQL simultáneas, la cantidad de datos recibidos/enviados por las distintas aplicaciones, evaluar los volúmenes de datos,
para intentar ver qué tipo de servidor comprar (potencia de CPU? RAM? capacidad de disco duro?)
Prévoie también las copias de seguridad
(en qué soporte, con qué frecuencia ?)
Prévoir la infraestructura de red para soportar todo ese tráfico (dónde están ubicadas las aplicaciones que accederán a la base (¿mismo sitio o no?) etc.
Elegir un servidor de base de datos capaz de soportar una buena carga (PAR MySQL, NO Access, sino más bien Oracle o PostgreSQL, incluso MS SQL Server...)
Contacta también a los responsables del desarrollo de cada aplicación, y ver si es posible cambiar su base de datos actual por la que tú hayas elegido (¡y SI es posible!).
Y se me olvidaba...
En resumen... ya ves, no existe una receta milagrosa y absoluta para este tipo de cosas.
Hay que evaluar las necesidades, las restricciones y encontrar la mejor solución.
Hay que intentar evaluar la cantidad de conexiones SQL simultáneas, la cantidad de datos recibidos/enviados por las distintas aplicaciones, evaluar los volúmenes de datos,
para intentar ver qué tipo de servidor comprar (potencia de CPU? RAM? capacidad de disco duro?)
Prévoie también las copias de seguridad
(en qué soporte, con qué frecuencia ?)
Prévoir la infraestructura de red para soportar todo ese tráfico (dónde están ubicadas las aplicaciones que accederán a la base (¿mismo sitio o no?) etc.
Elegir un servidor de base de datos capaz de soportar una buena carga (PAR MySQL, NO Access, sino más bien Oracle o PostgreSQL, incluso MS SQL Server...)
Contacta también a los responsables del desarrollo de cada aplicación, y ver si es posible cambiar su base de datos actual por la que tú hayas elegido (¡y SI es posible!).
Y se me olvidaba...
En resumen... ya ves, no existe una receta milagrosa y absoluta para este tipo de cosas.
Hay que evaluar las necesidades, las restricciones y encontrar la mejor solución.
El problema es que las aplicaciones deben seguir funcionando en todo momento. Y los usuarios no deben darse cuenta del cambio. De hecho, esta base de datos centralizada es creada por la empresa dentro de un proyecto de CRM que prevé mediante la implementación de un sistema de información de cliente. Por lo tanto, debemos tener en cuenta las necesidades de cada usuario y asegurarnos de que la información necesaria para cada aplicación figure en el repositorio. Si un dato figura en varias fuentes, debe representarse de forma única en la base centralizada. ¿No crees que el data warehouse podría ser la mejor solución para ello? gracias
Todo ello, el datawarehouse estaría bien adaptado.
Pero sigue estando completamente separado del funcionamiento normal de las aplicaciones.
Consiste en importar copias de datos de las bases de las diferentes aplicaciones.
Esto no afecta en absoluto a las aplicaciones existentes, y estas aplicaciones seguirán trabajando con cada una de sus bases.
Pero sigue estando completamente separado del funcionamiento normal de las aplicaciones.
Consiste en importar copias de datos de las bases de las diferentes aplicaciones.
Esto no afecta en absoluto a las aplicaciones existentes, y estas aplicaciones seguirán trabajando con cada una de sus bases.
No, lo que quiero decir es que la empresa puede desear que sea la base centralizada la que sirva de soporte para todas las aplicaciones, en cuanto funcione
En ese caso, eso no encaja en absoluto con el datawarehouse.
En ese caso, eso no encaja en absoluto con el datawarehouse.