none
Framework centralizado + SOA RRS feed

  • Pergunta

  • Boa tarde pessoal,

    Estou dando dicas para minha empresa melhorar a arquitetura atual deles. As minhas dicas consistem na seguinte idéia:

     - Fazer uma arquitetura orientada a serviços.
     - Esses serviços serão o Freamework de várias pequenas aplicações (milhares).
     - Cada aplicação terá sua base de dados, ou seja, isso será gerenciado pelo Framework.

    Entretando, eu mesmo tenho algumas pequenas dúvidas sobre esta minha idéia:

    - Vou sobre carregar o Framework tendo minhares de aplicações acessando ele, ou utilizando padrões e boas práticas ele não sobrecarregará?
    - Se eu precisar fazer customizações, devo fazer serviços a parte do Framework ou aplicar no mesmo para servir à todas aplicações?
    - Alguém daria mais alguma dica?

    Obrigado.

    segunda-feira, 26 de abril de 2010 20:08

Respostas

  • Você pode utilizar WCF para isso. O interessante é vc criar uma arquitetura que permita que o seu framework possa rodar em um ou mais servidores, para caso demande mais processamento.
    Pode ser uma idéia simples, mas atende a empresa onde eu trabalho, nós temos uma lista de servidores e associamos cada cliente a um servidor. Conforme a demanda aumenta aumentamos o numero de servidores e os clientes vão continuar acessando uma base unica atraves de varios servidores.

    Quem sabe um dia os DataSets se extinguirão?
    • Sugerido como Resposta Iter Lubnon segunda-feira, 10 de maio de 2010 03:30
    • Marcado como Resposta Adriano Galesso sexta-feira, 28 de maio de 2010 13:41
    quinta-feira, 29 de abril de 2010 20:09

Todas as Respostas

  • Adriano,

    Boa noite.

    Acredito que esta pergunta é muito relativa.

    Basicamente você precisa de um ServiceBus, como o BizTalk. Mas é necessário conseguir enxergar esta volumetria (você disse milhares de pequenas aplicações?) e tentar ponderar coisas como escalabilidade, performance, etc.

    Acredito que sempre haverá uma forma de deixar isso funcionando de forma satisfatória, o problema é a infra que isso vai exigir.

    Tente esclarecer melhor suas idéias.

    quinta-feira, 29 de abril de 2010 01:50
  • Daniel,

    Obrigado por responder.

    Realmente ficou bem aberta a questão. Vou tentar me aprofundar.

    Tenho uma ferramenta que utiliza um framework gerado por nós mesmo. Esse framework vive em constante ajuste/alteração assim sempre precisamos adaptá-lo na ferramenta. Cada ferramenta é replicada para cada cliente, ou seja, se temos 100 clientes, temos 100 ferramentas. Assim, uma alteração tem que ser ajustada 100 vezes.

    Então estamos com a idéia de centralizar o Framework trabalhando com SOA. Então todas as ferramentas chamariam o mesmo framework.

    Na questão do servidor, acho que precisaria um bem robusto. O BizTalk eu já tinha ouvido falar mas nunca fui atrás, vou dar uma lida.

    Agora na questão de arquitetura em geral (desenvolvimento + servidor + banco) gostaria de saber se alguém já se aventurou em alguma idéia parecida?!

    Valew!

    quinta-feira, 29 de abril de 2010 18:30
  • Você pode utilizar WCF para isso. O interessante é vc criar uma arquitetura que permita que o seu framework possa rodar em um ou mais servidores, para caso demande mais processamento.
    Pode ser uma idéia simples, mas atende a empresa onde eu trabalho, nós temos uma lista de servidores e associamos cada cliente a um servidor. Conforme a demanda aumenta aumentamos o numero de servidores e os clientes vão continuar acessando uma base unica atraves de varios servidores.

    Quem sabe um dia os DataSets se extinguirão?
    • Sugerido como Resposta Iter Lubnon segunda-feira, 10 de maio de 2010 03:30
    • Marcado como Resposta Adriano Galesso sexta-feira, 28 de maio de 2010 13:41
    quinta-feira, 29 de abril de 2010 20:09
  • Andei olhando WCF, realmente é a solução perfeita para meu caso. Já tinha ouvido falar, mas nunca tinha ido atrás! É isso ae. Obrigado
    sexta-feira, 28 de maio de 2010 13:41