SOA NA PR?TICA
Tentando entender o que é SOA, comecei a pesquisar.
Ficou claro que SOA não é uma tecnologia, mas sim, um modelo de arquitetura.
Muitos materiais falam de suas vantagens, como o reaproveitamento de código, a baixa acoplação entre seus módulos, facilidade de atualização... etc.
E pelo que entendi, essa arquitetura está intimamente ligada com o conceito de WebServices, WebApis... Já que a ideia é deixar toda regra de negócio no lado do fornecedor do serviço.
Mas eu não consegui ver nenhum exemplo desse na prática. Apesar de muitos sites deixarem bem claro que SOA e uso de WebServices são bem diferentes, a ideia que ficou foi [Ô]SOA é uma arquitetura baseada em serviços, em que toda regra de negócio fica no lado do servidor. Tendo assim, clientes magros... Sendo esses serviços, geralmente baseados em tecnologia SOAP e REST, e o seu código Orientado a Objetos[Ô].
Porque pelo que entendi, essa arquitetura é baseada somente no uso de serviços remotos e orientação a objetos.
é isso mesmo?
A impressão que dá é que existem vários artigos sobre SOA, mas o autor nunca usou mesmo na prática... porque o texto deixa aquela ideia tão vaga hahaha
Obrigado a todos!
Ficou claro que SOA não é uma tecnologia, mas sim, um modelo de arquitetura.
Muitos materiais falam de suas vantagens, como o reaproveitamento de código, a baixa acoplação entre seus módulos, facilidade de atualização... etc.
E pelo que entendi, essa arquitetura está intimamente ligada com o conceito de WebServices, WebApis... Já que a ideia é deixar toda regra de negócio no lado do fornecedor do serviço.
Mas eu não consegui ver nenhum exemplo desse na prática. Apesar de muitos sites deixarem bem claro que SOA e uso de WebServices são bem diferentes, a ideia que ficou foi [Ô]SOA é uma arquitetura baseada em serviços, em que toda regra de negócio fica no lado do servidor. Tendo assim, clientes magros... Sendo esses serviços, geralmente baseados em tecnologia SOAP e REST, e o seu código Orientado a Objetos[Ô].
Porque pelo que entendi, essa arquitetura é baseada somente no uso de serviços remotos e orientação a objetos.
é isso mesmo?
A impressão que dá é que existem vários artigos sobre SOA, mas o autor nunca usou mesmo na prática... porque o texto deixa aquela ideia tão vaga hahaha
Obrigado a todos!
é amigo, agora está começando a entender porque eu falo tanto em OOP, uso de WebAPI e clientes bem leves, como HTML puro... Para entender SOA, imagine o facebook. Ele tem uma WebAPI e dezenas de milhares de aplicações interagem com ele, ainda que seja somente como servidor de identidade. Com isso, consegue-se ter uma idéia de como funcionaria uma aplicação como um controle de estoque por exemplo. Uma WebAPI com vários métodos para trabalhar com os dados. Não somente pelo [Ô]dono[Ô] do estoque, mas também por fornecedores, que podem verificar [Ô]à quantas anda[Ô] os produtos que ele vende. Consumindo a WebAPI, o fornecedor vai saber quanto já foi usado do que ele vendeu, facilitando uma possÃvel ordem de venda para repor esses produtos. Representantes de vendas também podem verificar isso, para repor seus estoques locais, reservas de acordo com previsão de vendas, preço médio, enfim qualquer coisa que sua imaginação supor.
Assim como um estoque, qualquer outro tipo de aplicação pode ser concebido com SOA, mercado livre por exemplo. Possui uma WebAPI que pode integrar sistemas de vendas de vendedores, estoques, gerenciamento de pagamentos, como paypal, mercado pago, que também possuem WebAPI e podem também ser integrados com sistemas locais. Gerando dados e estatÃsticas para Business Intelligence(BI), tendências de mercado, precisão de lucros, enfim, mais um leque gigantesco de opções.
Por essas e outras que enfatizo TANTO o uso de WebAPI e OOP, pois eles são base para tudo isso e sem eles jamais será possÃvel criar aplicações e integrações nesse nÃvel.
Assim como um estoque, qualquer outro tipo de aplicação pode ser concebido com SOA, mercado livre por exemplo. Possui uma WebAPI que pode integrar sistemas de vendas de vendedores, estoques, gerenciamento de pagamentos, como paypal, mercado pago, que também possuem WebAPI e podem também ser integrados com sistemas locais. Gerando dados e estatÃsticas para Business Intelligence(BI), tendências de mercado, precisão de lucros, enfim, mais um leque gigantesco de opções.
Por essas e outras que enfatizo TANTO o uso de WebAPI e OOP, pois eles são base para tudo isso e sem eles jamais será possÃvel criar aplicações e integrações nesse nÃvel.
Para quem quiser ler sobre os conceitos OOP, seque o link: http://www.macoratti.net/vbn_oopc.htm
e esse outro tambem: http://www.macoratti.net/vbn_oop2.htm
e esse outro tambem: http://www.macoratti.net/vbn_oop2.htm
Tópico encerrado , respostas não são mais permitidas