Na minha época de graduação (nos tempos antigos, quando fazíamos cálculos em tábuas de pedra), nossa principal plataforma de computação era um mainframe. Na verdade, a maior parte das minhas atividades de codificação ocorreu no mainframe da universidade.
Então você pode se surpreender ao saber que a maior parte das minhas atividades de codificação não envolveu COBOL. Verdade seja dita, a maior parte era Pascal e linguagem assembly. Apenas uma vez fui forçado a programar em COBOL - e isso porque fiz um curso para me familiarizar.
Anos mais tarde, como arquiteto de TI, a mesma afirmação era verdadeira: Eu programei C/C++ e Java no AIX e entreguei aplicativos habilitados para web no WebSphere em um mainframe .
Veja bem, mainframes não são sinônimos de COBOL. De fato, a última pesquisa sobre mainframe da BMC descobriu que 82% dos entrevistados estão usando Java em seus ambientes de mainframe. E se você ficou surpreso com isso, segure firme na cadeira porque 48% dos entrevistados usam práticas Agile e DevOps em seu ambiente de mainframe.
Vou deixar você se recuperar um pouco antes de continuar.
A verdade é que os mainframes têm má reputação na TI. Eles são vistos como dinossauros, quando a realidade é que fornecem uma fonte significativa de poder de computação para muitas organizações. Poder de computação cujo uso está crescendo. Considere a pesquisa da BMC e você descobrirá que, no ano passado:
Esses números são importantes quando você reconhece que mais de 51% dos entrevistados afirmam que mais da metade de seus dados residem no mainframe. O importante nisso é que os dados têm gravidade.
Deixe-me repetir isso porque é muito importante: dados têm gravidade.
Como o F5 Office of the CTO observou recentemente , nossa capacidade de mover dados afeta quase tudo relacionado a TI e aplicativos. Ela afeta onde os aplicativos são implantados, como eles são arquitetados e os serviços de aplicativos que os protegem, defendendo os aplicativos que os acessam. À medida que os volumes de dados aumentam, o peso desses dados começa a atrair aplicativos para eles - assim como a gravidade real e sua relação com a massa. Seja na nuvem ou em ambientes tradicionais (ou no mainframe), a gravidade dos dados é um fator real no local onde os aplicativos são finalmente implantados.
Para ver evidências disso em ação, considere um estudo da Sapho que explorou os motivos pelos quais as organizações não estavam adotando a nuvem e, em vez disso, estavam modernizando aplicativos no local. De fato, mais da metade (56%) disse que o ambiente local não iria a lugar nenhum e que menos de 5% de seu portfólio de aplicativos empresariais faria a migração para a nuvem.
Alguém está gritando agora que isso é uma heresia técnica. Mas considere as razões por trás da rejeição de "tudo em nuvem, o tempo todo". Em primeiro lugar, ele se baseia na gravidade dos dados. Mais da metade (58%) dos entrevistados na pesquisa disseram que os aplicativos que tocam em dados e sistemas críticos devem estar no local.
Agora, se você voltar e analisar a pesquisa da BMC, notará que mais da metade das organizações está vendo os volumes de dados em mainframes aumentarem ano após ano.
Por serem eficientes e contrários ao mito popular, eles são compatíveis com DevOps, Agile e métodos modernos de computação. Se eu posso implantar aplicativos baseados na web no AIX em um mainframe, você pode implantar microsserviços em um ambiente Kubernetes neles.
Mainframes são coleções de recursos de computação e estão aqui para ficar. A gravidade dos dados — especialmente nesta era de transformação digital — vai mantê-los firmemente presos ao chão do data center. Isso significa que a capacidade de modernizar aplicativos e ambientes por meio de ferramentas integradas e serviços de aplicativos continuará sendo crítica nos próximos anos.
Com o tempo, poderemos olhar para trás e ver que os mainframes eram, na verdade, mais estratégicos do que a nuvem. Se conseguirmos parar de associar os mainframes ao COBOL e reconhecer que são os dados e os aplicativos — o software — que são importantes, não o tipo de hardware no qual ele é implantado.