11 de outubro de 2014

Postagem 287
BEDIN V.I.P

DAVIDE BEDIN





Real World Windows Azure: Davide Bedin descreve a solução aKite Gestão de Varejo

Azure

Como parte da série Real World Windows Azure, eu falei com Davide Bedin, diretor de tecnologia da BEDIN Loja Systems, sobre como a empresa tomou uma aposta estratégica de longo prazo no Windows Azure para entregar sua solução de gestão de varejo aKite. Aqui está o que ele tinha a dizer:

David Ingham: Conte-nos sobre a sua empresa eo serviço aKite você oferece a seus clientes?

Davide Bedin: BEDIN Loja Systems, com sede em Cornuda, Treviso, Itália, tem mais de 20 anos de experiência no desenvolvimento de desenvolvimento de ponto-de-venda (POS) e sistemas na loja para os varejistas. Nós estabelecemos uma reputação internacional pelo pioneirismo no uso da tecnologia Microsoft em soluções para pequenas e grande porte varejistas, lojas independentes e cadeias.

aKite é um Software de ponto-de-venda e na loja como uma solução de serviço (SaaS), inteiramente concebido no Windows Azure. Os aKite Web Services Varejo hospedados no Windows Azure, guardar e analisar dados e conectar as lojas com a sede e qualquer outro serviço Web externo.

Duas aplicações Smart Client, POS.net para as operações de frente de loja e SHOP.net para tarefas de back-office, o trabalho desconectado e cooperar de modo peer-to-peer, portanto não é necessário nenhum servidor na loja. Esta é uma vantagem importante como este servidor muitas vezes subutilizados seria um ponto único de falha e consumir energia desnecessário.

aKite elimina a complexidade da loja, tornando a vida mais simples para os varejistas. Também Lojas aKite produzir benefícios económicos, dado que não requer investimento de capital, apenas um custo all-inclusive por assento e por loja. A implantação é simples demais - Permite a instalação de ClickOnce PC quebrado para ser substituído, ou até mesmo uma nova loja abriu, em apenas uma questão de minutos.

DI: Quais foram os principais desafios que você estava tentando resolver usando uma arquitetura baseada em mensagens?

DB: O primeiro desafio foi a sincronização de dados entre clientes inteligentes e os Web Services Varejo, hospedados no Windows Azure. Lista de preços atualizações são um exemplo concreto exige que a notificação de eventos de Serviços da Web para os clientes inteligentes. Isso não é difícil, em pequena escala, mas aKite suporta muitas cadeias de tamanho moderado e alguns muito grandes, com muitas lojas, por isso, a tarefa global de distribuição de notificações está mais disponível representa um desafio real. aKite Fornece a capacidade para os varejistas para preparar as atualizações já disponíveis com antecedência, mas ainda há um requisito para propagar as atualizações para os clientes o mais rápido possível. Além disso, existem situações em que um varejista pode precisar fazer atualizações mais disponível com pouco aviso Mesmo quando centenas de lojas são involved-. A abordagem tradicional para a resolução deste problema seria ter os clientes buscar um serviço Web de forma intensiva, a verificação de atualizações. Esta técnica tem a desvantagem óbvia de consumir recursos na Web Service. Windows Azure Service Bus é um ajuste muito melhor, pois proporciona uma maneira eficiente para empurrar eventos para os clientes e permite que o aplicativo para se concentrar em seu trabalho principal.

Depois de ganhar experiência com Service Bus para este cenário de sincronização, aprendemos mais sobre a sua elegância e potencial. Vimos que ele poderia ajudar dramaticamente a mensagens assíncronas entre os componentes aKite que compõem o varejo Web Services: o objetivo era encontrar uma solução que reduziu a carga no banco de dados, em que as mensagens foram armazenadas, bem como melhorar a resiliência e confiabilidade .

DI: Como Service Bus Estes ajudam a resolver os desafios técnicos?

DB: Em geral, Service Bus Permite-nos concentrar apenas no aKite lógica de negócios, aliviando os nossos serviços a partir do lidar com a notificação de eventos e mensagens. Para o cenário de sincronização, a adoção de Service Bus traduzido em 60% a menos de chamadas para os serviços da Web Varejo aKite provenientes de clientes. Vimos também um melhor desempenho no envio e consumir notificações.

Service Bus nos permitiu criar uma arquitetura de baixo acoplamento, tanto para a conectividade do serviço de cliente para entre os componentes e também que juntos compreendem os Web Services de varejo - Somos capazes de incidir sobre o conteúdo das mensagens de negócios ao invés de sua entrega. Componentes basta enviar mensagens para filas e tópicos Service Bus, sem estar consciente do componente que acabará por processá-lo. Este baixo acoplamento nos permitiu combinar criativamente diferentes cenários juntos e nos deixa facilmente suportar novos cenários inesperados no futuro. Por exemplo, caso de necessidade de criar um novo componente de serviço que servidor processa eventos de uma maneira nova, em seguida, uma nova assinatura podem ser criados com um filtro para combinar apenas as mensagens que são relavant para o novo cenário.

No meu ponto de vista, introduzindo o serviço arquitetura Service Bus traz amoras valor do que apenas dirigir nossas necessidades imediatas, Ele fornece um nível de "preparação para o futuro", que significa-Devemos ser capazes de reagir às mudanças e evolução ao longo do tempo em uma rica e maneira mais rápida.

DI: O que você realmente construir cenários de mensagens usando Service Bus?

DB: Nós atualmente contam com serviço de ônibus para dar suporte a muitos cenários diferentes. Como eu mencionei, o primeiro cenário, nós abordado é a data da notificação de atualizações e outras informações para os clientes inteligentes aKite execução nas lojas. As mensagens de notificação são enviadas para um tópico Service Bus. Propriedades no armazenamento de mensagens identificar o que deve receber a notificação. Cada cliente tem a sua própria assinatura para o tópico com um filtro garante que recebe apenas as mensagens relavant. Preparação e notificações de atualizações acontecem em resposta a eventos sinalizadas por qualquer componente da aKite serviço. Também representou Estes eventos são enviados como mensagens para um tópico e consumido por uma assinatura de uma função de trabalho.

Em outro cenário, cada cliente POS.net vendas frente-de-loja envia documentos para os Varejo Web Services aKite via filas serviço de ônibus. As filas nos ajudar a responder enviar a mudanças repentinas e imprevisíveis na atividade de vendas de uma rede de lojas. Um número de instâncias de função do trabalhador são sempre ouvir as filas para as mensagens recebidas. A natureza da carga de nivelamento das filas Isso significa picos de clustering e baixos de carga são facilmente acomodados - simplesmente comprimentos de fila crescer e contrato. Se a situação surgir que aumenta consistentemente carga total então instâncias de função amoras trabalhador pode ser adicionado a compartilhar o trabalho.

Outra mensagens padrão Service Bus é usado dentro do Web Services varejo. Um documento de vendas de um cliente POS.net passa por várias etapas diferentes como parte do processamento backend, muitos dos quais são ou computacionalmente intensivo ou exigem muita interação com o banco de dados. Cada uma dessas etapas é realizada por uma função de trabalho e comunicação entre os papéis é conseguido com temas serviço de ônibus. Cada função de trabalho atende a uma série de assinaturas, cada data de subscrição para a realização ou toda uma cadeia de lojas, ou, no caso de uma grande rede, um subconjunto das lojas. Após a conclusão do seu trabalho, cada etapa de processamento envia uma mensagem para o tópico para passar o documento para o próximo passo. Os diferentes papéis de trabalho são capazes de forma dinâmica e automática dividir a carga de trabalho global entre as diferentes instâncias do trabalhador resultando em uma arquitetura muito flexível e que é capaz de dimensionar de forma adequada para lidar com a carga do sistema.



DI: Como descreveria a experiência do desenvolvedor Ao trabalhar com Service Bus?

O modelo de objeto Service Bus é clara e os cenários de uso descritas pelas amostras e documentação cobrir muitos casos de uso possíveis. Tendo cozido Service Bus diretamente para a biblioteca cliente do Windows Azure é uma simplificação adicional.

Fomos os primeiros a adotar Service Bus e Muitas vezes, como é o caso com as tecnologias emergentes, inicialmente não havia muito apoio de ferramentas disponíveis. A chegada da ferramenta Service Bus Explorer foi, e continuará a ser, uma ferramenta extremamente importante para explorar, testar e depurar Bus Service.

DI: Você já lançou sua solução de (serviço) para o cliente final?

Sim, Service Bus agora suporta todos os usuários de aKite. Estamos continuamente lançando novos recursos e melhorias e todos os clientes, existentes e novos, grandes ou pequenos, os benefícios do crescimento contínuo do produto.
Pesquisa da internet

OBRIGADO PELA VISITA. O BLOG ESTA FAZENDO 1 ANO NO MES DE OUTUBRO. PARA COMEMORAR ESTAMOS ESPERANDO 15.000 VISITAS. ESTAMOS COM 14700. POR FAVOR SOLICITE PARA SEUS AMIGOS TAMBÉM VISITAREM. OBRIGADO!





Nenhum comentário:

Postar um comentário