Vídeo: Usando CodeAnyWhere Como IDE de Desenvolvimento Na Nuvem - Introducao | SW9 2024
Empresas grandes e pequenas usam frequentemente uma combinação de serviços de nuvem pública e privada operando em conjunto em um híbrido meio Ambiente. Este tipo de ambiente híbrido se tornará a maneira padrão pelas quais as empresas executam TI no futuro.
Por exemplo, uma empresa de varejo pode ter uma nuvem privada para suportar sua organização de desenvolvimento altamente distribuída e também pode usar um aplicativo de nuvem pública SaaS (Software as a Service) de recursos humanos. Para suportar o seu sistema de comércio on-line, a empresa pode aproveitar os serviços de nuvem comercial pública para garantir que o atendimento ao cliente permaneça satisfatório durante períodos de pico de uso, como feriados. A mesma empresa também pode criar um aplicativo de nuvem privada que disponibiliza aos parceiros que ligam para seus sites online.
Quando uma empresa seleciona um caminho híbrido, a empresa assume a responsabilidade pela integração, segurança, gerenciamento e governança do ambiente composto - incluindo os serviços públicos incluídos. Se surgir um problema com o fornecedor da nuvem pública, a responsabilidade reside no provedor de nuvem privada e não no provedor de serviços públicos.
Agora que você tem uma sensação dos diferentes tipos de serviços na nuvem, é hora de pensar sobre como você reúne os serviços - essencialmente, para integrar esses serviços - para criar um ambiente de computação híbrido de próxima geração que ofereça flexibilidade e custo as organizações de controle estão começando a exigir. Os padrões terão que surgir para que haja uma abordagem consistente para a integração em um ambiente de computação híbrido.
Uma abordagem orientada a serviços facilita a integração ao nível do processo. Um elemento importante de um ambiente de computação híbrida flexível é a capacidade de ligar facilmente os serviços para criar um ambiente virtual. Claro, nem todos os elementos de um ambiente informático precisam ser combinados. Há claramente situações em que a integração ocorre apenas no nível de dados para que uma gravação de dados possa ser movida de um ambiente SaaS para um sistema de registro, como um sistema de Planejamento de Recursos Empresariais (ERP).
Um dos aspectos mais importantes desta abordagem orientada a serviços acontece no nível do processo. Os sistemas que possuem os dados que você valoriza incluem lógica de negócios e processos que controlam a forma como os dados são gerenciados. Então, você não pode simplesmente conectar elementos de dados ou lógica de negócios juntos sem uma compreensão profunda de como esses sistemas se comportam na perspectiva de um processo de negócios.
É útil, por exemplo, se você pode definir graficamente o fluxo de dados entre aplicativos de origem e destino. Neste contexto, você pode definir graficamente todas as etapas necessárias para extrair dados do pedido de compra do seu sistema específico do ERP e enviá-lo para um sistema diferente (ou seja, um sistema de CRM específico).
De muitas maneiras, a necessidade de integração continua a ser a mesma que há décadas - proporcionando a uma organização uma compreensão clara das transações, serviços e outras informações críticas sobre o negócio. Diferentes departamentos de negócios normalmente usam aplicativos projetados especificamente para suportar seus processos de negócios exclusivos. Esses aplicativos provavelmente terão fontes de dados únicas e independentes.
