PDF de programación - Argentina.com - Un estudio de caso

Argentina.com : Un estudio de caso

Carlos Horowicz

[email protected]

$FreeBSD: doc/es_ES.ISO8859-1/articles/casestudy-argentina.com/article.sgml,v

1.3 2007/11/08 21:49:09 carvay Exp $

FreeBSD is a registered trademark of the FreeBSD Foundation.
CVSup is a registered trademark of John D. Polstra.
Intel, Celeron, EtherExpress, i386, i486, Itanium, Pentium, and Xeon are trademarks or registered
trademarks of Intel Corporation or its subsidiaries in the United States and other countries.
XFree86 is a trademark of The XFree86 Project, Inc.
Many of the designations used by manufacturers and sellers to distinguish their products are claimed
as trademarks. Where those designations appear in this document, and the FreeBSD Project was
aware of the trademark claim, the designations have been followed by the “™” or the “®” symbol.

Table of Contents
1 Introducción ...............................................................................................................................................................1
2 El desafío.....................................................................................................................................................................2
3 La solución FreeBSD .................................................................................................................................................3
4 Resultados...................................................................................................................................................................5

1 Introducción
Argentina.Com es un ISP argentino con una pequeña infraestructura de menos de 15 empleados y cuya fuente
principal de ingresos proviene del negocio del acceso telefónico a redes gratuito. Comenzó a operar en el año 2000
con sólo un servidor para correo y chat.
Desde entonces ha crecido su presencia en un mercado argentino de acceso telefónico a redes que genera unos
45.000 millones de minutos anualmente. Su producto más famoso proporciona a cerca de medio millón de usuarios
correo gratuito con webmail, POP3 y acceso SMPT, junto con 300M de espacio de disco. Hacia el final de 2002
había alrededor de 50.000 usuarios de correo. Después de dos años y medio de reingeniería y de sólidas mejoras
técnicas este ISP ha crecido en un factor de 3 en términos de facturación, y en un factor de 10 en cuanto a la base de
usuarios de correo.
Nuestros competidores en el mercado argentino de acceso telefónico incluyen a Fullzero (filial perteneciente a Clarin
Media Group), Alternativa Gratis y Tutopia, este último fundado por IFX y promocionado por Hotmail. Algunos de
estos grandes competidores comenzaron sus respectivos negocios de acceso telefónico con inversiones
multimillonarias y con campañas de publicidad agresivas en televisión e Internet. Argentina.Com no utiliza este tipo
de publicidad. Ha alcanzado la cuarta posición con un 8% de cuota de mercado durante los dos últimos años gracias
a un calidad de servicio superior.

1

Argentina.com : Un estudio de caso

En Argentina y en Latinoamérica en general las personas que no poseen ordenador personal van a los llamados
“locutorios” (centros de Internet), donde por unos pocos pesos pueden utilizar un ordenador conectado a Internet y
donde normalmente leen y escriben correos electrónicos a través de portales populares como Hotmail, Yahoo! o
Argentina.Com.
Debido a los limitados recursos financieros disponibles, Argentina.Com decidió invertir en un nuevo sistema de
correo en vez de darse publicidad a través de los medios. Esta decisión estratégica abre las puertas a un futuro
negocio en el campo del correo corporativo y de pago.

2 El desafío
El desafío principal para Argentina.Com es alcanzar un tiempo de vida para el servicio de acceso telefónico a redes
de al menos 99.95%, o menos de 5 horas de caídas al año. Debido a la alta rotación y volatilidad que existe en este
negocio, las cosas deben funcionar correctamente para que el usuario no cambie -voluntariamente o no- de proveedor
de acceso a internet o de número de teléfono utilizado para conectarse. El negocio del “dialup”, como se le conoce en
su denominación inglesa, requiere una estructura de soporte para tratar con las grandes operadoras de
telecomunicaciones problemas telefónicos y de calidad de servicio, junto con una infraestructura técnica donde la
latencia y la pérdida de paquetes deben minimizarse debido a la naturaleza UDP de los servicio de Radius y DNS, y
donde el DNS recursivo debería estar siempre disponible.
Esto tambíen implica tener un tiempo de vida alto en los servicio de POP3 y SMTP, junto con el servicio de
webmail. Para POP3 y SMTP se estimó la necesidad de “uptime” igual que para el servicio de “dialup”, mientras que
para el servicio de webmail se pensó en un porcentaje de 99.5%, lo que significa alrededor de dos dias por año sin
servicio o de caída.
Decidimos migrar el correo a una solución propietaria de código abierto que debería ser horizontalmente escalable y
cuyos sistemas antivirus y antispam pudieran soportar más de un único tipo de “backend” o de almacenamiento de
correos.
La feroz competencia en el mercado del correo electrónico gratuito, principalmente iniciada por las recientes mejoras
introducidas por Hotmail, Yahoo! y Gmail, hacían necesario diseñar el nuevo sistema con al menos 300M de espacio
de usuario en disco para cada usuario, pero a un coste inferior a 3 dólares americanos por GB incluyendo cierto
grado de redundancia. Hay que tener en cuenta que el hardware que puede disponerse en “rack” es difícil de
encontrar en Argentina y que resulta ser entre un 30 y un 40% más caro que en los EEUU. Nuestro líquido financiero
para adquisición de equipos en dos años fue de 75.000 dólares americanos, lo cual es una fracción muy pequeña de
las inversiones acometidas por nuestros competidores directos.
Respecto al servicio antispam, era necesario desarrollar un producto que pudiera competir con los sistemas ofrecidos
por los grandes. Dadas las hostiles condiciones que impone la existencia del spam (ataques de diccionario, spams con
alto grado de ofuscación y refinamiento, “phishing”, troyanos, correos-bomba, etc.) resulta muy complicado alcanzar
tiempos de “uptime” excelentes y al mismo tiempo repeler dichos ataques. Uno debe también ser cuidadoso para que
el usuario no pierda correos debido a falsos positivos en la estrategia de clasificación, para que no se le inunde con
spam o notificaciones de spam y para que el correo peligroso no alcance la carpeta de entrada de los usuarios. Por
último, el sistema de correo debe protegerse para que los “spammers” no lo utilicen en su provecho para enviar spam.
El paradigma del código abierto normalmente requiere la adquisición de grandes equipos de administradores de
sistemas, operadores y programadores que se encarguen de aplicar parches, corregir “bugs” e integrar plataformas. El
paradigma opuesto es también costoso debido a las caras licencias de software, la necesidad de hardware cada vez
más caro y debido al elevado número de empleados encargados de proporcionar soporte. Así que el desafío era
encontrar la mezcla correcta entre recursos monetarios y humanos escasos, alta estabilidad y grado de predicción, y

2

un desarrollo rápido y fiable. En Buenos Aires resulta difícil encontrar profesionales de las ciencias de la
computación bien entrenados, la mayoría de los cuales viven y trabajan en el extranjero, mientras que los restantes
poseen trabajos estables dentro de las instituciones del gobierno o en grades compañías.

Argentina.com : Un estudio de caso

3 La solución FreeBSD

3.1 Introducción
A comienzos de 2003 teníamos un sistema de correo CriticalPath bajo Solaris x86 y una máquina Redhat para
SMTP, Radius y DNS. Los servicios de DNS y Radius se caían constantemente y estábamos luchando con colas
enormes de correo electrónico. Hubo un intento de instalar CriticalPath para Linux en Redhat en una máquina Intel
con una tarjeta Megaraid, pero la latencia del disco era enorme y la aplicación de correo no llegó a funcionar.
El primer paso realizado hacia la “solución FreeBSD” consitió en migrar este hardware y software comercial a
FreeBSD 4.8 con la ayuda de la emulación Linux.

3.2 La elección de FreeBSD
El sistema operativo FreeBSD goza de una merecida fama de por su gran estabilidad, junto con su pragmatismo y
sentido común a la hora de poner aplicaciones “on-line” gracias a su excelente colección de Ports
(http://www.FreeBSD.org/ports). Nosotros consideramos su proceso de generación de releases
(http://www.FreeBSD.org/releng) muy sencillo de entender, además de que la comunidad de usuarios de las listas
oficiales de correo electrónico mantiene un estilo educado y civilizado cuando ayudan o leen los problemas de otros
usuarios y sus soluciones.
Otra característica importante es su rápida implantación. Afortunadamente pudimos establecer nuestra política de
instalación de SO alrededor de las capacidades predefinidas de FreeBSD. En una compañía pequeña algunas veces
necesitas ir corriendo a un centro de datos y rápidamente levantar un servidor para proporcionar algún servicio. En
los dos últimos años, Argentina.Com adquirió alrededor de cuarenta servidores, la mayoría Pentium IV pero también
varios Xeon duales y unos cuantos Opteron duales para ubicarlos en los centros de datos donde tenemos los contratos
de operaciones de “hosting” y de acceso telefónico a redes. Todos ellos ejecutan FreeBSD, desde 4.8 (un par de ellos
con dos años de “uptime” y cero problemas) hasta 6.0-BETA2.
La política general que tenemos para con el sistema operativo consiste en intentar llevar a todos los servidores a la
rama de código estable de una forma periódica utilizando RELENG_4, RELENG_5 y ahora RELENG_6. Estas
operaciones nos permiten estar más preparados ante posibles amenazas de seguridad a nivel del sistema operativo o
del software base del mismo, especialmente en los servidores web.

3.3 Reingeniería básica
El prime paso de reingeni