¿Qué es un iSeries?

Origen, historia, filosofía de diseño y diferencias fundamentales con el mundo x86.

Origen e historia

El IBM AS/400 (Application System/400) fue lanzado por IBM el 21 de junio de 1988 como sucesor de los sistemas System/36 y System/38. Fue diseñado desde cero con tres ideas revolucionarias para la época:

Independencia de hardware: Las aplicaciones no compilan contra el procesador físico (TIMI)
Base de datos integrada: Db2 es parte del SO, no un producto separado
Seguridad por objetos: Todo recurso es un objeto encapsulado con permisos

A lo largo de los años fue renombrado varias veces, generando confusión en la industria:

AñoNombre del hardwareSistema operativoEvento clave

1988AS/400OS/400Lanzamiento original

1995AS/400OS/400 V3Migración CISC → RISC (POWER)

2000eServer iSeriesOS/400 V5Rebrand ‘e-business’

2004eServer i5i5/OSProcesadores POWER5

2006System ii5/OS V5R4Convergencia con System p

2008Power SystemsIBM i 6.1Unificación Power: i + AIX + Linux

2014Power SystemsIBM i 7.2POWER8, open-source toolchain

2019Power SystemsIBM i 7.4Db2 mejoras SQL, Node.js nativo

2023Power SystemsIBM i 7.5 TR3POWER10, Merlin, AI on i

Dato clave: En 1995, IBM migró el AS/400 de procesadores CISC (IMPI) a RISC (PowerPC). Gracias a TIMI, ninguna aplicación de cliente necesitó modificarse. Los programas compilados en 1988 siguieron corriendo sin cambios. Esto sería impensable en x86.

Filosofía de diseño

IBM i fue diseñado con una filosofía opuesta a la del mundo Unix/x86. Mientras Unix busca flexibilidad y componentes intercambiables ("hacé una cosa bien"), IBM i busca integración total y simplicidad operativa.

Integración vertical

Hardware, SO, DB, seguridad y middleware son una sola pieza. No hay que elegir, instalar ni mantener componentes por separado.

Estabilidad extrema

Programas escritos en 1988 corren hoy sin modificar. La compatibilidad hacia atrás es una garantía arquitectónica, no un esfuerzo.

Self-managing

El SO se encarga de gestión de memoria, disco, I/O y recovery. Un iSeries puede correr años sin intervención de un sysadmin.

Esto tiene consecuencias prácticas: en el mundo x86, un equipo de infraestructura mantiene Linux, otro el motor de base de datos, otro el middleware, otro la seguridad. En IBM i, una sola persona puede administrar todo porque es un sistema cohesivo.

¿Por qué es diferente a x86?

En el mundo x86 (Windows, Linux en Intel/AMD), armás un sistema combinando hardware, SO, base de datos, middleware y capas de seguridad como piezas separadas. En IBM i, todo viene integrado en un único stack.

Mundo x86 — Componentes separados

•Elegís hardware: Dell, HP, Lenovo, custom…
•Elegís SO: RHEL, Ubuntu, Windows Server…
•Instalás DB: PostgreSQL, MySQL, SQL Server…
•Instalás middleware: Nginx, Tomcat, IIS…
•Configurás seguridad: SELinux, firewalls, PAM…
•Cada pieza tiene su propio ciclo de parches
•La integración entre piezas es tu responsabilidad

IBM i — Stack integrado

•Hardware: IBM POWER (optimizado para el SO)
•SO: IBM i (un solo producto)
•DB: Db2 for i integrada en el kernel
•Middleware: Servidor HTTP, FTP, SMTP integrados
•Seguridad: Multinivel por objetos + tagged storage
•Un único ciclo de PTFs (parches) para todo
•IBM garantiza que todo funciona junto

El stack integrado

Capas del sistema IBM i

Aplicaciones de usuarioRPG, COBOL, Java, Node.js, Python, PHP

Middleware integradoHTTP Server, WebSphere, MQ, FTP, SMTP, IWS

Seguridad multinivelPerfiles, autoridades, auditoría, tagged storage

Base de datos — Db2 for iIntegrada en el SO — no es un proceso aparte

Sistema operativo — IBM iTIMI + SLIC — antes OS/400

Virtualización — PowerVMHipervisor en firmware — LPARs, DLPAR, VIOS

Hardware — IBM POWER10Procesadores RISC, SMT-8, ECC, hot-swap

La base de datos no es "un servicio más"

En x86, la base de datos es un proceso independiente que se comunica con las aplicaciones vía sockets/TCP. En IBM i, Db2 es parte del kernel. No hay un "servidor de base de datos" que levantar: la DB existe desde que el sistema arranca. Esto significa:

No hay overhead de comunicación entre app y DB (no hay sockets de por medio)
Crear una tabla es tan básico como crear un archivo — un comando CL
No hay que configurar conexiones, pools, ni drivers
El backup del sistema incluye automáticamente la base de datos
Las estadísticas y optimización del query engine están integradas en el SO

Analogía: Si x86+Linux es como armar una PC pieza por pieza, IBM i es como un appliance donde todo viene preconfigurado y optimizado para trabajar junto. Pensá en la diferencia entre armar un servidor desde cero vs comprar un NAS tipo Synology que ya trae todo integrado — pero a escala enterprise.

Industrias que lo usan hoy

A pesar de su antigüedad percibida, IBM i sigue siendo crítico en industrias donde la estabilidad, seguridad y disponibilidad son innegociables:

🏭

Manufactura

ERP (Infor, JDE), control de inventario, MRP

🛒

Retail

Punto de venta, gestión de cadena, pricing

🏦

Finanzas

Core bancario, procesamiento de transacciones

🏥

Salud

Historias clínicas, facturación, farmacia

🚚

Logística

WMS, tracking de envíos, ruteo

🏠

Gobierno

Sistemas tributarios, registros civiles

ERPs populares sobre IBM i

Muchos de los ERPs enterprise más grandes del mundo corren (o corrieron originalmente) sobre IBM i:

SAP R/3JD Edwards (Oracle)Infor LN/M3MAPICSBPCSS2KMacolaPRMS

IBM i en números

~100,000

Sistemas activos

estimados en el mundo

37+

Años

de compatibilidad hacia atrás

99.999%

Disponibilidad

típica en producción

En seguridad

menos CVEs que cualquier SO enterprise

Mitos y realidades

“El AS/400 es un sistema viejo y obsoleto”

El hardware (POWER10, 7nm) y el SO (IBM i 7.5) se actualizan continuamente. Solo el nombre confunde. Es como decir que Linux es viejo porque nació en 1991.

“Solo corre COBOL y RPG de los 80”

Soporta RPG IV free-format (moderno), SQL, Java, Node.js, Python, PHP, C/C++ y Git. Tiene APIs REST nativas y puede correr contenedores.

“No se consiguen programadores”

Es cierto que hay menos oferta que para x86, pero RPG IV moderno es similar a C y cualquier desarrollador puede aprenderlo. Además, las aplicaciones modernas sobre IBM i se escriben en SQL, Java o Node.js.

“Es carísimo”

El costo inicial es más alto que x86, pero el TCO (costo total de propiedad) suele ser menor: menos sysadmins, menos downtime, menos integración. Un admin de IBM i puede manejar lo que en x86 necesita 3-5 personas.

“No se puede conectar con sistemas modernos”

IBM i tiene APIs REST, ODBC/JDBC, Kafka, MQ, y corre Node.js y Python nativamente en PASE. Se integra con cualquier sistema moderno.

Terminología: ¿cómo lo llamo?

La cantidad de nombres que tuvo este sistema genera confusión. Cuando alguien dice cualquiera de estos términos, se refieren al mismo ecosistema:

AS/400coloquial

Nombre más conocido. Todavía usado coloquialmente.

iSeriescoloquial

Nombre 2000-2006. Muy usado en la industria.

System ihistórico

Nombre 2006-2008. Poco usado.

IBM ioficial

Nombre actual del SO. El nombre correcto técnico.

Power Systemsoficial

Nombre actual del hardware.

400jerga

Jerga informal entre profesionales.

Consejo: En esta documentación usamos "IBM i" cuando nos referimos al sistema operativo y "iSeries" o "AS/400" cuando hablamos del concepto general o histórico. En una conversación con un cliente, decir "AS/400" es perfectamente entendido.

← Anterior: Datacenter Siguiente: Arquitectura y LPARs