GES TEAM
Begin main content

Upgrade del GES Core [ges.galileo.edu]

Se esta realizando el proceso de Upgrade del Core del GES.
Actualmente el GES esta basado en la version 5.1 del Core de OpenACS. Recientemente se lanzo la nueva version de dicho Core siendo esta
la version 5.2.

http://openacs.org/news/item?item_id=363177

Se realizara un branch ( ges3 ) en nuestro repositorio CVS ( cvs.galileo.edu ).
Bajo este branch estaremos realizando los commits de los paquetes
actualizados del Core. Se realizara la etapa de TEST necesaria
para verificar que ninguna funcionalidad presente alguna anomalia.

Para trasladar la nueva version de los paquetes a produccion,
se hara un Merge entre el branch ges3 y HEAD. Luego
se hara una actualizacion del codigo en el servidor de produccion
y se procedera a realizar la actualizacion de los paquetes
via APM.

12:43 PM, 27 Jan 2006 by Victor Manuel Guerra Moran Permalink | Comments (0)

Se ha registrado un fuerte incremento en la utilización del GES,
actualmente estamos sirviendo alrededor de 600,000 requisiciones diarias, mientras el trimestre pasado eran alrededor de 200,000.
Se debe a varios factores:
* Inicio de año y nuevo ingreso, mas requisiciones a la parte publica.
* Mas promoción del GES, se ha inducido a mas de 500 estudiantes durante enero 06, y aun faltan mas...
* Con la nueva configuración podemos servir mas requisiciones
* Ahora tenemos usualmente alrededor de 50 conexiones al mismo tiempo (el año pasado nos manteníamos debajo de 40 usualmente), pero si tenemos picos constante de hasta mas de 200 conexiones simultáneas.

Se vuelve NECESARIO habilitar el cluster, y dejar smeagol solo para staging y el cluster. Procederemos a realizarlo en los próximos días.

12:24 PM, 27 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Nuevos proyectos IDEA [galileo.edu]

Se esta trabajando nuevas aplicaciones para IDEA:
1. Integración de clases y estudiantes (similar a como esta con Informatica), ya esta en un 70%
2. Asignaciones de cursos en línea
3. Mostrar notas

Adicionalmente, se esta por iniciar un nuevo proyecto para tutores, que involucra:
1. Crear una aplicación para administrar el proceso de reclutamiento y selección de tutores.
2. Adicionalmente se desarrollarán 2 cursos
* Acerca de la Universidad Galileo
* Educación a Distancia

A partir de esto, y del éxito y experiencia obtenida de los cursos a desarrollar, se empezaran a desarrollar mas cursos para especializar a tutores, dichos cursos será impartidos por el GES.

Las personas que están trabajando en este proyecto son:
* Stephany
* Mónica
* Juan Luis
* Rocael
* Cesar
* Byron

Se tendrán reuniones semanales de trabajo.

12:51 PM, 26 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Como es parte de nuestro modelo de desarrollo, usualmente hacemos contribuciones de nuestro código y mejoras a cvs.openacs.org, pero ahora vamos a realizarlo de una manera mas formal y productiva.
Entonces, a partir de este viernes 27/ene/06, y así todos los viernes desde las 12:00 nos dedicaremos todos los desarrolladores a juntar nuestras mejoras y contribuirlas. La actividad estará coordinada por Víctor y yo.

03:35 PM, 25 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Al hacer referencias a imágenes o recursos similares (.css, etc.) en sus paginas visibles a usuarios, siempre deben de estar en la forma:
/resources/pkg-key/imagen.gif

Y dentro del paquete se ubicara así:
/packages/pgk-key/www/resources/imagen.gif

Nunca hagan referencias utilizando el url completo, por ej.:
http::/galileo.edu/resources/pkg-key/imagen.gif

Ya que esto implica que si se esta sirviendo un pagina encriptada, tendrá elementos no encriptados y el browser mostrara un warning, adicionalmente es una mala practica!

Al utilizar todo sobre /resources/* mandaremos dichas requisiciones a gestatic, liberando de carga al GES dinámico.

09:08 AM, 25 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Ayer pase todo el manejo de encripción a POUND, haciendo que el proceso de aolserver ya no maneje encripción directamente (por lo tanto ya no usa nsopenssl), y se dedique únicamente a servir requisiciones dinámicas, sin el overhead de encriptar / desencriptar.
Ahora mismo estamos monitoreando su funcionamiento y rendimiento.

Adicionalmente Byron termino de cambiar que todos los requests hacia /resources/* se sirvan desde el sitio estático (mayormente serán imágenes), esto también reduce la carga del GES dinámico.

Los siguientes pasos son:
1. pasar POUND gandalf (posiblemente hoy)
2. pasar gestatic a gandalf y analizar su rendimiento
3. poner un GES en smeagol, para armar un cluster, y balancear la carga

Adicionalmente se sigue en el upgrade del core del GES y luego se pasara al upgrade de PG8.

08:56 AM, 25 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Esta fue la reciente presentación realizada al Ing. Baessa.
Esta es la ppt estandar acerca de los servicios del GES, estoy seguro que aún se le pueden hacer varias mejoras.

06:19 PM, 23 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Durante las próximas dos semanas estaremos desarrollado nuevas aplicaciones, que son urgentes y nos mantendrán ocupados al 120%.

- Cesar y Derick estarán de tiempo completo en la aplicación para mostrar datos de catedráticos, con esto nos aseguraremos de tenerla lista en el menor tiempo que nos sea posible. Supervisare a detalle este desarrollo.
- Byron se encargara de desarrollar la aplicación para solicitud de cusos, solicitada por el Ing. Echeverria. La coordinacion será entre Cesar y Rocael.

Adicionalmente, continuamos las mejoras para el performance del GES. Víctor, Rocael y la participación de otros es crucial para el mismo. Los próximos pasos son hacer upgrade del core del GES y upgrade de postgres.

De igual forma, las demás áreas del departamento continúan sus trabajos.

10:54 AM, 23 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Se ha colocado en el GES de producción un reverse-proxy que básicamente cuando entra una requisición a galileo.edu, distingue:
- Si es de pagina publica (noticias, info de carreras, etc., es decir, la información que usualmente no tiene demasiados cambios) se direcciona a una replica estática "gestatic" que tenemos de estas secciones, lo cual permite que sea mas rápido el servir dichas requisiciones, esa replica se actualizara continuamente para tener la información exacta a la parte dinámica original.
- Para el resto (incluyendo GES, pagos en linea, etc., es decir todo lo que es dinámico), se sirve desde el servidor usual, que produce todas las paginas dinámicamente

Esto tiene como efectos positivos:
- Las Pagina Publica se servirá mas rápido, y adicionalmente si algo sucede con el proceso del sistema GES, no importa la Pagina Publica siempre estará online
- Debido al incremento de uso del GES, este ha sufrido problemas de performance, utilizando esta configuración la carga al sistema ha bajado considerablemente, mejorando el perfomance del GES

- Adicionalmente, debido a que ya existe server para BD de estudiantes, nuestro server de BD desde ahora esta casi exclusivo para el GES

Los siguientes pasos son:
- Utilizar el server de gandalf para: manejar el reverse-proxy (actualmente esta en saruman, el mismo server del GES), y adicionalmente poner allí gestatic (ahora esta en el server smeagol)
- Mover todas las llamadas a imágenes estáticas, a que estén y se direccionen a gestatic
- Hacer que toda la encripcion se maneje en el reverse-proxy, los servers internos no encriptaran y por ende liberaran recursos importantes para mejorar aun mas el performance de las aplicaciones dinámicas
- Habilitar un cluster para el GES (utilizando smeagol), así se balancea la carga de requisiciones al mismo, y adicionalmente el GES webserver bajo este esquema nunca estará offline y tendrá un mejor performance
- Hacer upgrade a PG 8.0.6, ya que la BD para ciertas transacciones se ve lenta
- Adquirir una box especializada para manejar el reverse-proxy y con sus respectiva tarjeta para procesar la encripcion vía hardware, esto es lo mas eficiente que existe
- Y por ultimó adquirir un nuevo server para la BD, y así el server actual de BD se pasaría a front-end para el cluster de webservers

Con lo actualmente realizado, y lo que viene, tendremos una configuración como maneja cualquier big-site, como amazon, yahoo, google, incluyendo similares servicios que provee akamai, todo configurado y realizado aquí por nosotros!

09:42 AM, 20 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Notificaciones en Calendario [ges.galileo.edu]

Se detecto un problema con la aplicacion
de Calendario dentro de GES. El problema
se debia a un error en la implementacion
de notificaciones para dicho paquete.

Las notificaciones de eventos personales
eran enviadas a todos los usuarios
que tenian activadas notificaciones para
su calendario personal.

El problema ha sido corregido. Las notificaciones
que los usuarios recibiran sobre sus
eventos de calendario, pertenecen
solamente a los eventos que ellos han
creado dentro del mismo o aquellos eventos
que se han creado en los calendarios
de sus cursos asignados.

07:50 PM, 19 Jan 2006 by Victor Manuel Guerra Moran Permalink | Comments (0)

Server GES

Durante la ultimas semanas hemos detectado un incremento sustancial en el uso del GES, lo que antes eran picos ahora se esta convirtiendo en algo mas usual. Esto conlleva a que el servicio en general se vuelva lento por momentos, la solución es simple, ampliar nuestro hardware, la arquitectura y configuración de los servidores ya la tengo diseñada (load balancing / cluster para servidores web, un unico server de BD) y adicionalmente he visto ya varios servers. Espero en el termino de este mes tomar la decisión final al respecto del servidor a comprar.

Luego de ordenado el server, será aproximadamente un mes para tenerlo e instalarlo.
Desde hace mas de 3 meses se había ordenado la compra de 2GB de memoria RAM y con esto doblaríamos la capacidad de RAM en dicho server (saruman), puesto que cuando el server del GES, y el proceso del GES alcanza alrededor de un 80% de utilización de memoria, aunado a sobrepasar los 50-60 usuarios concurrentes, esto convierte al servicio lento y a veces innacesible. No es esta la única razón, pero si tienen una influencia fuerte directa y evidente. Tambien la IO de HD en sauron no ayuda, es relativamente lento 10K, cuando bien podriamos tener 15K.

El upgrade postgres 8.0.x es inminente y necesario, se trabajará desde la próxima semana en el mismo.

10:20 AM, 19 Jan 2006 by Rocael Hernandez Permalink | Comments (0)

Nueva Página Pública [www.galileo.edu]

Pues, como ya se han dado cuenta, tenemos una nueva página pública, y quisiera reconocer y agradecer el liderazgo de Cesar puesto en el tema, ya que logro conformar un equipo que hizo esto realidad en base a cooperación y empeño. Tambien a Adrián, por el buen trabajo y dedicación para hacer los muchos trabajos técnicos relacionados a esta nueva implementación.

Sigamos adelante!

07:13 PM, 18 Jan 2006 by Rocael Hernandez Permalink | Comments (1)

Se ha definido un proceso para el traslado
de todas las aplicaciones o bugfixes que se
desarrollan, de los servidores de Desarrollo
a el servidor de Produccion.

Es importante que se tomen en cuenta
los pasos que se detallan en dicho documento,
ya que es imperativo que garanticemos
el buen funcionamiento del las aplicaciones
que se encuentran en nuestro ambiente
de produccion.

Este documento lo pueden encontrar en:
http://ges.galileo.edu/fs/view/s4-development-training/dev-prod.doc

12:57 PM, 18 Jan 2006 by Victor Manuel Guerra Moran Permalink | Comments (0)

XML

Archive

January 2006
S M T W T F S
[ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number] 
[ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number] 
[ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number] 
[ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number] 
[ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]  [ad_decode [ns_set get $calendar_details $julian_date] 1 "$day_number" $day_number]         
April 2008
March 2008
February 2008
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
September 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005

Notifications

Icon of envelope Request notifications

Syndication Feed

XML