Avalados por :
Qualquer pessoa que tenha avaliado e finalmente selecionado o software empresarial SAP ao longo dos anos provavelmente notou o marcado foco "hands-off" da SAP na seleção de sistemas operacionais e hardware. Isso não quer dizer que a SAP não tenha uma opinião, ou muitas opiniões, sobre o assunto, é apenas que, como regra geral, eles foram sábios o suficiente para não se envolver nesse aspecto. A seleção do sistema para a infraestrutura da SAP frequentemente tem sido marcada por política, juntamente com a força de marketing e a capacidade de vendas dos fornecedores, às vezes à frente das verdadeiras capacidades. A mensagem da SAP para os clientes poderia ser resumida da seguinte forma: "Se houver uma oferta de infraestrutura estabelecida que seja adequada para suas transações comerciais e dados mais críticos, a conheceremos e trabalharemos com esses fornecedores para garantir que esteja completamente suportada. Você, o cliente, deve decidir qual escolher".
Esse enfoque levou a uma notável variedade de opções bem suportadas para a diversa base de clientes globais da SAP. Desde implementações em mainframe até servidores x86 de 2 processadores que executam Windows, a SAP tem sido uma forte defensora da escolha, não apenas na plataforma de SO e servidor, mas também no hardware e software de armazenamento e rede.
Apesar de todas as suas virtudes e equidade inerentes, esse enfoque também permitiu que algumas implementações de aplicativos SAP se tornassem incrivelmente complexas, difíceis de manter e caras de suportar. De fato, ao conceber seu plano de jogo para o SAP Business Warehouse Accelerator (SAP BWA), um dos riscos que a SAP deve ter considerado é que o sucesso da SAP no futuro seria afetado pelas plataformas de sistema específicas em que poderia ser implementado.
Os líderes de desenvolvimento e executivos devem ter pesado o custo de boa vontade de restringir a plataforma em comparação com a possibilidade de que o fracasso das primeiras dezenas de instalações em demonstrar ser confiáveis e revolucionárias para os primeiros adotantes, baseado em fatores que não estavam sob o controle da SAP, provavelmente prejudicaria a marca SAP HANA. Portanto, optaram por uma receita de infraestrutura definida de forma incomum. Apenas servidores x86 integrados seriam permitidos, com componentes de armazenamento e rede pré-configurados e testados, para serem vendidos como um appliance que inclui as licenças do SAP HANA. E todos funcionariam em um único sistema operacional: SUSE Linux Enterprise Server (SLES).
Com essa decisão aparentemente simples, a SAP reconheceu imediatamente o impacto que os métodos de software de código aberto já haviam tido na computação empresarial do século XXI. Eles selecionaram um provedor e distribuição Linux que não era o líder global de mercado, mas que havia se mostrado sólido, eficiente e excepcionalmente bem suportado. SLES é a distribuição Linux com a qual os desenvolvedores da SAP vinham trabalhando especialmente de perto desde o final dos anos 1990. A SAP também deve ter visto que os objetivos da SUSE estavam bem alinhados com os seus: a SAP não seria forçada a competir com seu provedor de software de infraestrutura, seja no campo de tecnologia de virtualização ou no desenvolvimento e implementação de aplicativos web. O NetWeaver da SAP como plataforma tecnológica que suporta ABAP e Java continuaria sendo posicionado como a opção número 1 para as lojas da SAP.
A SAP causou tumulto novamente, mas provavelmente poucas surpresas, quando anunciou em fevereiro na Bolsa de Nova York que o centro da família de produtos da próxima geração "S/4" seria a tecnologia de banco de dados SAP HANA. Ambientes mistos continuarão sendo vendidos e suportados por anos no futuro, mas o S/4 requer SAP HANA (e, portanto, Linux). A SAP também flexibilizou suas políticas em torno do SAP HANA: o suporte ao Red Hat Enterprise Linux foi anunciado em 2014 e o programa "TDI" (para Integração de Datacenter Personalizada) permite que organizações de usuários finais certificadas, fornecedores de sistemas e integradores construam soluções HANA a partir de uma mistura cada vez mais ampla de componentes, e façam isso nas instalações em vez de exigir que seja feito na fábrica de empresas como HP, Lenovo, Dell e Cisco.
Portanto, com toda essa história por trás, apresentaremos um caso para escolher o SUSE Linux Enterprise Server como plataforma de implementação do SAP HANA ou S/4 HANA.
Benefícios-chave para os clientes da SAP:
Excelente histórico para SUSE + SAP ...Aproximadamente 70% das implementações da SAP em Linux estão agora no SLES, enquanto a partir de junho de 2015, 99% das implementações do SAP HANA estão no SLES.
Compromisso com a colaboração - A SUSE tem engenheiros, arquitetos e desenvolvedores no SAP LinuxLab onde trabalham muito de perto com a SAP. Este é o ponto culminante de uma tradição colaborativa que está em vigor desde 1999. Foi essa colaboração que, em 2011, levou à introdução do SLES for SAP Applications, o primeiro
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute