Hola Alan, Si usas twitter segui a @AltNetHispano, ahi se dan todos los detalles sobre la hora. Tambien yo (@carlospeix) retwitteare.
Si no tenes twitter, este es el URL de la VAN: http://snipr.com/virtualaltnet. conectate el viernes 29 minutos antes de las 15hs. Un abrazo. ---------------------------------- Carlos Peix 2010/10/27 Alan Lavintman <alan_lavint...@yahoo.com> > Muchas gracias por la respuesta Carlos!! > > Finalmente optamos por lo que describiste como opcion 1, tenemos un ESB que > esconde servicios (logging, configuration, etc) y decidimos pasar la > configuracion hacia uno de ellos. La suerte que tuvimos es: > 1) Teniamos proveedores que nos daban esos datos, asi que solo fue cuestion > de cambiar 2 lineas. > 2) No tenemos mucha frecuencia de cambio de los datos que configuran > componentes de asp.net o cosas por el estilo. > > Al fin y al cabo la mejor opcion es la segunda, vamos a terminar con una > aplicacion que distribuye los archivos de configuracion aqui y alla en > momento de deploy. > > Con respecto a la integracion continua, tenemos custom activities en el TFS > que nos hacen deploy a QA, cambian datos de los web.config, reorganizan > carpetas, etc. Pero por razones de "queremos tener el control en el deploy a > prod", los hacemos semi mano a mano. Deberiamos usar el tfs 2010 para hacer > deploy a prod? > > El build de QA nos deja todo mas o menos preparado, pero la copia es manual > y siempre salta alguna que otra cosa dado que cada deploy a prod es de > alguna manera UNICO. La aplicacion es grande y en cada sprint se atacan > actividades diferentes por lo tanto no tenemos una manera de decir: "ok, > nuesto trabajo por lo gral es este, este y este, los deploy a prod siempre > van a ser estos, estos y estos.". > > En lineas generales, muchas gracias por la ayuda Carlos y saludos. > Nos escuchamos el viernes!! > Me podrias mandar la pagina donde muestra la info al respecto? (si la > hay).. en materia de "que server me tengo que conectar", "que app", etc. > > Saludos. > Alan > > > --- On *Wed, 10/27/10, Carlos Peix <peix-lis...@praxia.com.ar>* wrote: > > > From: Carlos Peix <peix-lis...@praxia.com.ar> > Subject: [puntonet] Distribucion de archivos web.config > To: puntonet@mug.org.ar > Date: Wednesday, October 27, 2010, 2:11 AM > > Hola Alan, > > No creo que haya manera de apuntar el web.config a un share centralizado y, > si se pudiera, no lo haria. Una aplicacion ASP.NET tiene monitoreado al > web.config como para que funcione confiablemente desde un share. > > Yo he usado dos tecnicas: > > Utilizar una subsistema de configuracion que lea esta ultima desde una > ubicacion central (podria ser un share o una base de datos directamente). > Tenes que decidir como manejas las modificaciones de configuracion ante los > cambios. Las opciones son: a) la aplicacion lee en el start up o b) lee y se > ajusta todo el tiempo. La primera es las mas facil. > > Otra manera de resolver este problema es automatizar la generacion del > web.config para cada entorno. En este caso ya no te molesta tener 40 > servidores, a todos les va el mismo o distinto web.config sin esfuerzo > adicional. Lo instalas de la misma manera que el resto del sitio. > > Yo estoy usando esta ultima tecnica ultimamente. Justamente tendremos una > VAN (reunion virtual) este viernes donde presentaremos tecnicas de > integracion continua, dentro de las cuales esta este tipo de temas. > > Aca tenes mas datos de la VAN de este viernes 29 a las 15 hora de > Argentina. Igual queda grabada, podrias verla posteriormente. > > http://altnethispano.org/reuniones/calendario.aspx > > ---------------------------------- > Carlos Peix > > 2010/10/27 Alan Lavintman > <alan_lavint...@yahoo.com<http://mc/compose?to=alan_lavint...@yahoo.com> > > > > Buenas, > > Alguno se encontro con el problema de distribuir una modificacion en las > configuraciones de las app asp.net durante un deployment a prod, o > inclusive a QA? > Hay alguna manera de apuntar el web.config como un link a un network share, > de manera que si cambio el fichero se replica en todo el web farm? > > Muchas gracias y saludos. > Alan. > > > >