Tenho conversas todas as semanas com altos executivos de TI à medida que eles evoluem suas estratégias de nuvem. Eu percebo cinco temas recorrentes que acredito serem erros ao adotar a nuvem pública.
Deixe-me saber o que você pensa e se isso também ressoa com o que você vê no mercado.
Alguns dos líderes com quem converso têm uma perspectiva muito focada na infraestrutura quando se trata de nuvem. Nesses casos, eles podem pensar "vamos nos mudar e fazer isso rápido". Para fazer isso, você deve ignorar os problemas de migrações não otimizadas para a nuvem e projetos que entregam pouco ou nenhum valor comercial.
Talvez sua empresa tenha feito um grande compromisso com um provedor de hiperescala, e o tempo esteja correndo. Um monte de aplicativos é realocado com a justificativa de "já pagamos por isso". Como os aplicativos geralmente permanecem intocados, após meses de investimento em nuvem, o melhor cenário é que os aplicativos migrados funcionem exatamente da mesma forma que antes. Poucas das promessas exageradas da nuvem são cumpridas - os aplicativos parecem e funcionam da mesma maneira.
Alguns de nossos clientes desejam migrar aplicativos com base naquilo que é mais tecnicamente viável, mas não equilibram isso com o que proporcionaria o maior impacto comercial. Essa abordagem simplifica o trabalho e dá ao departamento de TI mais agilidade na migração, mas o resultado pode ser decepcionante para o negócio.
Os executivos têm altas expectativas sobre o que a nuvem pode oferecer (auxiliados pelo marketing dos provedores de hiperescala). Mudar para a nuvem e oferecer a mesma experiência e custo semelhante pode não ser suficiente. Isso é especialmente verdadeiro se o processo de migração consome muitos recursos de TI, o serviço de rotina é afetado ou outros projetos estratégicos são adiados.
Muitas organizações baseiam-se em suposições internas sobre viabilidade técnica, consistência arquitetônica, qualidade do código e capacidades de refatoração. (Quem quer descartar todo esse código que está funcionando?) Fazer suposições no início do processo de planejamento muitas vezes tem um efeito bumerangue. Pode ser chocante ver quantas vezes as migrações para a nuvem são planejadas com pouca compreensão sobre as mudanças necessárias nas aplicações ou sobre a viabilidade de refatorar aplicações específicas.
Mesmo dentro da categoria de refatoração, existem níveis de esforço. Não é a mesma coisa refatorar um aplicativo apenas para fazê-lo funcionar em PaaS (Plataforma como Serviço) ou corrigir problemas de segurança do que reformulá-lo completamente usando abordagens de microsserviços. A melhor maneira de saber o que você tem e com o que está lidando para migrá-lo é usar ferramentas de descoberta e inspeção automatizadas, juntamente com métodos aceitos pela indústria.
Ao adotar a nuvem, os gerentes de TI têm uma tendência a se concentrar na substituição do datacenter e na redução de custos de infraestrutura, enquanto as equipes de desenvolvimento se concentram na produtividade e nas novas capacidades das aplicações. Esses grupos devem trabalhar intencionalmente juntos nos desafios frequentemente subestimados da adoção da nuvem, como: Como funcionam os backups agora? Como estendemos nosso panorama de segurança para a nuvem? Qual é o modelo de governança adequado na nuvem?
Quando ajudamos os clientes a criar casos de negócios em nuvem e analisar como eles comparam as cargas de trabalho na nuvem e localmente, frequentemente vemos que eles não possuem a experiência de FinOps para gerenciar um cenário de custo e aquisição mais sofisticado em um mundo multicloud. Integradores de sistemas e arquitetos de nuvem raramente são especialistas em software ou licenciamento. Eles não estão focados nas dinâmicas de preços do mundo de TI.
Por exemplo, se você deseja comprar uma licença de banco de dados ou outro produto de software específico, você tem a opção de adquirir diretamente nos marketplaces em nuvem, mas também por meio de contratos de software tradicionais com direitos híbridos, locais e em nuvem. Se você construir seu caso de negócios assumindo que o software será adquirido na nuvem como uma solução SaaS (Software como Serviço) (o que pode parecer razoável para um arquiteto assumir), é simplesmente a maneira errada de estimar os custos. De fato, vimos muitas situações em que o caso de negócios não funciona na nuvem porque os custos do software são superestimados ou não otimizados. Também vemos isso com infraestrutura em nuvem, onde contratos de longo prazo frequentemente melhoram os custos unitários.
Espero que isso tenha sido útil para você ao pensar no caminho futuro para o seu negócio. Se você deseja saber mais sobre os Serviços de Aplicativos da SoftwareOne ou ter uma conversa introdutória, entre em contato conosco.
Obtenha orientação na nuvem dos especialistas. Entre em contato conosco hoje mesmo para agendar uma consulta gratuita de 30 minutos com um de nossos especialistas em nuvem.
Obtenha orientação na nuvem dos especialistas. Entre em contato conosco hoje mesmo para agendar uma consulta gratuita de 30 minutos com um de nossos especialistas em nuvem.
