upg puce ine garrahan epe definicion concepto intranet

puce - intranet up



Intranet Vs consideraciones de la aplicación web de Internet (10)

¿Cuáles son las diferencias en las consideraciones con respecto al diseño o desarrollo de una Intranet y una aplicación de Internet ?

Algunas consideraciones ...

  1. Seguridad
  2. Sitio IO
  3. Tráfico
  4. Modelo de datos
  5. Necesidad de escalabilidad

En una intranet, es posible que pueda aprovechar los servicios de autenticación y autorización existentes. Los bancos para los que he trabajado tienen servicios de autenticación de terceros muy seguros. En otras compañías que usan plataformas Windows, Active Directory puede ser útil tanto para autenticación como para autorización (usando "grupos" para definir roles).

Cuando estas funciones están disponibles, no tiene que tomar tantas decisiones sobre el hash (y la salazón) o el cifrado de contraseñas, la seguridad de la contraseña, la caducidad de la contraseña, etc. Y no tiene que crear todas las páginas de administración para configurar usuarios, recuperar o restablecer contraseñas, etc. Los usuarios no se enfrentan con diferentes políticas de contraseñas en diferentes aplicaciones de intranet, y a menudo pueden usar las mismas credenciales de inicio de sesión para múltiples aplicaciones.

No tener que lidiar con todo esto te deja más tiempo para gastar en las funciones principales de la aplicación.

A pesar de que un entorno intranet puede parecer menos amenazado por los piratas informáticos, solo se necesita una violación para comprometer el sistema. Y, una intranet puede estar lidiando con datos extremadamente confidenciales. Por lo tanto, creo que debe hacer que las aplicaciones de intranet sean al menos tan seguras como las aplicaciones de Internet.

Galwegian ya escribió la mayoría de ellos, pero creo que debería considerar más almacenamiento en caché cuando se vuelva externo porque su base de datos podría estar más activa.

Otro punto es cuando se encuentra dentro de su negocio (intranet), es posible que pueda usar un parámetro de seguridad más bajo para acceder al disco duro de su usuario. Esto no es posible con un sitio web / aplicación externo a través de la web.

Las intranets suelen tener un conjunto fijo de navegadores compatibles.

Si tiene suerte, puede salirse con la suya ignorando IE6. Lo cual es bueno.

Otra cosa, en un entorno de intranet generalmente tendrá una construcción de cliente estándar, lo que significa que puede codificar a un navegador y una versión específicos (ha, IE6 normalmente).

En la naturaleza de Internet, debe tratar todo tipo de navegadores y versiones, por lo que su html / css / js necesita manejar todo esto.

Puede ser más productivo pensar en las similitudes en las consideraciones de diseño.

Aún debe hacerse las mismas preguntas básicas sobre lo que está tratando de resolver, para quién, cuáles son sus capacidades, a qué plataforma (s) tiene acceso ... etc.

Las diferencias se harán evidentes con la suficiente rapidez si se considera adecuadamente el alcance. Muchos de estos han sido señalizados por otros colaboradores aquí, pero intenten evitar hacer demasiadas suposiciones desde el principio.

Las aplicaciones de intranet pueden aprovechar la posibilidad de vincular recursos en rutas internas de UNC (por ejemplo, //corporateserver/devteam/ArchitectureDiagram.vsd ).

Sin embargo, tenga en cuenta que los navegadores difieren en cómo manejan dichos enlaces. En Firefox, de forma predeterminada, hacer clic en un enlace a un recurso en una ruta UNC falla silenciosamente (hacer clic en el enlace no hace nada); algunas soluciones para esto están disponibles . En Internet Explorer, los enlaces a los recursos de ruta UNC funcionan de manera predeterminada.

No cometa el error de pensar que, dado que una aplicación es exclusiva de la intranet, no es necesario que sea tan segura como una aplicación de Internet. En todo caso, debe ser más seguro, ya que existe una gran posibilidad de que procese datos más sensibles que los datos que procesan las aplicaciones de Internet de la empresa.

Si confía en la seguridad de la intranet, entonces su aplicación será tan segura como la intranet (y tan segura como la más débil de todos sus usuarios, que tienen sus contraseñas escritas en notas adhesivas en sus monitores).

@Galwegian y otros:

  1. Tiempo de aplicación en vivo. En internet público, muchas campañas de aficionados y marketing corporativo tienen un tiempo de uso bastante corto (¿1-2 años?). Como tal, acepte el diseño "caótico" y las tecnologías ad hoc caóticas. Entonces el aficionado no tiene energía para desarrollarse, el nuevo director de marketing tiene un nuevo presupuesto GRANDE para un NUEVO software colorido, etc.

Importante software empresarial "difícil" debe vivir, (extenderse, desarrollarse) por ejemplo 8-10 años y más, sin pausa.