Hay muchas diferencias, desde el conjunto de instrucciones y el hardware subyacente hasta la escalabilidad y la interfaz de usuario, y la arquitectura general. Aquí hay una pareja; Esto definitivamente no es inclusivo.
El mainframe de IBM (actualmente z13 / z13s) y sus sistemas operativos (z / OS, z / VSE, z / VM, z / TPF) tienen sus raíces en el proyecto System / 360 original y sus sistemas operativos, que datan de mediados de 1960. Son computadoras de uso general, en el sentido de que el comprador tiene que comprar software para hacer algo; No es parte del sistema operativo. (Lo anterior es deliberadamente simplista; IBM también es un proveedor de software, pero en general no venden paquetes de software de aplicaciones de propósito específico. Hay ISV, como SAP, que los venden).
IBM Pure Systems (anteriormente System i, anteriormente AS / 400) sale del System / 38, que tuvo su origen en el fallido proyecto IBM FutureSystems. Están diseñados como sistemas llave en mano. El sistema operativo se llama actualmente IBM i, anteriormente i5 / OS, OS / 400 y CPF. Lógicamente, System / 38 es el sucesor de System / 36, 34 y 3, pero el hardware y el sistema operativo no eran los mismos. En los últimos años, IBM portó IBM i a la plataforma Power Systems.
- ¿Es la tecnología verde capaz de salvar el planeta?
- ¿Cuáles son los desafíos de usar drones en los medios y la realización de películas?
- ¿Debo hacer un blog personal sobre tecnología o un informe de noticias?
- ¿Qué quieres mejorar en términos de tecnología en tu país?
- Como diseñador de UX más reciente, ¿qué tecnologías debo aprender?
Los sistemas puros generalmente se venden como sistemas llave en mano, incluidos con el sistema operativo los paquetes de aplicaciones básicas, como el libro mayor, AP / AR, etc. Otros proveedores venden mejores paquetes. Otra diferencia es que el conjunto de instrucciones de hardware básico es en su mayor parte inaccesible; debe escribir programas en COBOL, C, RPG, REXX u otros idiomas, llamando a las API. Como ejemplo, un antiguo empleador mío portó su producto mainframe al AS / 400 escribiendo un emulador de instrucción System / 370 y un entorno de tiempo de ejecución en AS / 400 COBOL, y compilaron las porciones independientes del sistema operativo y enviaron el código objeto a la AS / 400. (No fue rápido). Otro empleador anterior apoyó la plataforma i para su producto de monitoreo Websphere MQ; fue escrito en C y utilizó las API de monitor WMQ proporcionadas por IBM, que eran idénticas a las API que se encuentran en todas las plataformas WMQ compatibles (incluido, curiosamente, el OS 2200 de Unisys).
Otro ejemplo del aspecto llave en mano: hace unos 10 años, la esposa de mi cuñado (ella era CFO de un grupo médico) actualizó OS / 400 mientras trabajaba en la preparación de una comida festiva para 10; cada 90 minutos más o menos, conducía los 5 minutos a la oficina para cambiar las cintas.
En la siempre nebulosa clasificación mainframe / mid / mini / microcomputer, IBM PureSystems y sus predecesores han estado en la clasificación de mini a mid-computer. Nunca han encajado realmente en la definición de mainframe, por muchas razones, principalmente la escala.
Espero que otros puedan agregar a esta discusión. Soy un mainframer, mi exposición a PureSystems ha sido bastante limitada.
