|
|
Errores en la administración de TI (III)
José Camilo Daccach T.
Hemos tenido acceso a múltiples situaciones, casos y artículos que denotan errores en la administración de la tecnología informática, errores que pueden ser evitados mediante el conocimiento de los mismos y posibles mejoras de la misma implementación.
En los últimos meses hemos tenido acceso a múltiples situaciones, casos y artículos que denotan errores en la administración de la tecnología informática, errores que pueden ser evitados mediante el conocimiento de los mismos y posibles mejoras de la misma implementación. En anteriores entregas hemos analizado temas como Outsourcing, Open Source, seguridad, desarrollo de software, control de calidad, y manejo del cambio.
Desarrollo de aplicaciones solo para IE
A pesar que las aplicaciones de misión crítica siguen su rumbo hacia el visor de Internet y que Windows continúa su dominio del PC Corporativo, los desarrolladores de aplicaciones Web deberían evitar caer en la tentación de desarrollar solo para el Internet Explorer. Las empresas que desarrollen exclusivamente para el IE verán muy difícil su migración a otro visor de Internet en caso que los ataques sobre falencias de seguridad del Explorer pongan en riesgo su compañía.
Adicionalmente, la presentación de estas aplicaciones de cara a los usuarios externos podría ser compleja si solo se maneja un visor. Hasta hace unos meses, desarrollar para el Explorer exclusivamente implicaba obtener atención efectiva de más del 95% de los usuarios. Hoy le movimiento del software abierto y su Firefox presentan alternativas de alta aceptación en la comunidad de navegantes.
Resolver los problemas de la red con ancho de banda
Uno de los problemas que más debe atender el departamento de TI es que la red "está más lenta que de costumbre". LA reacción inmediata es ampliar el ancho de banda dándole más capacidad a la red. En algunos casos esta puede ser la solución adecuada, pero también puede ser muy equivocada en otras ocasiones. Sin el adecuado análisis, aumentar la capacidad puede ser una decisión costosa y equivocada.
Dejando la capacidad a un lado, los errores comunes para la lentitud en una red incluye la difusión de tráfico no deseado en la red proveniente de sistemas o aplicaciones viejas, o sistemas mal configurados o aplicaciones ineficientes que despachan chorros de paquetes hacia la red en tiempos inconvenientes.
Permitir claves de acceso débiles
En la era de Internet, nuevas amenazas como los virus, los gusanos y el phishing atraen toda la atención en cuanto a seguridad, sin embargo uno de los mayores problemas es el establecimiento de malas claves de acceso o un sistema de autenticación débil. La vulnerabilidad de claves más común incluye claves débiles o inexistentes, cuentas de usuario con claves altamente visibles (como las notas que se pegan en los monitores), cuentas administrativas con claves comunes, o sistemas de encripción sin la debida seguridad.
Evitar este problema de autenticación requiere una política clara, detallada y consistente para el manejo de las claves del sistema.
Atrasarse en tecnologías que surgen
Mantenerse al día puede prevenir desastres. Por ejemplo, la aparición de tecnologías que permiten puntos de acceso inalámbrico en los últimos años ha significado que cualquiera puede crear una red inalámbrica, un problema real para cualquier ambiente de TI razonablemente estructurado. Estar desatento a este surgimiento, evita que se generen los procedimientos respectivos para mantener bajo control la incorporación de nuevos equipos a la red.
Por otra parte el surgimiento de tecnologías más económicas o que permitan resolver o habilitar una solución que antes de esta tecnología hubiese sido muy costoso, son las que convierten al gerente de tecnología alerta, en pieza fundamental para el mejoramiento de la compañía y la implementación de ventajas competitivas.
Subestimando el PHP
Cuando se desarrollan aplicaciones escalables, por lo general solo se miran las funcionalidades ofrecidas por J2EE y .NET, desconociendo las bondades de lenguajes de scripting como el PHP. El PHP maneja un criterio de compartir nada, por lo que cada requerimiento se maneja en forma independiente de todos los demás y la escalabilidad horizontal se puede implementar fácilmente, agregando más equipos. Cualquier cuello de botella se limita al escalamiento de las bases de datos y sus servidores.
PHP no es para todas las soluciones pero no contemplarlo dentro de las posibles alternativas cuando ya se tienen ejemplos de escalabilidad efectiva, sería un error.
Conclusiones
Aprender de los errores es una de las premisas de la experiencia. Hemos mencionado los más frecuentes que nos hemos topado en los últimos meses con nuestros clientes. Esperamos que su divulgación les permita a ustedes no cometer los mismos errores.
Primera Parte | Segunda Parte
|
