apresentação sobre web 2.0

Web 2.0 Software como um Serviço (SaaS)

IUL/ISCTE/DCTI

Instituto Universitário de LIsboa Instituto Superior do Trabalho e da Empresa

Departamento de Ciências e Tecnologias de Informação

Instituto Politécnico de Setúbal Escola Superior de Ciências Empresariais

Novembro 2008

Carlos Serrão [email protected] [email protected]

http://www.carlosserrao.net http://blog.carlosserrao.net http://www.linkedin.com/in/carlosserrao

Web 2.0

November 2008 3 Web 2.0 e SAAS

Aplicações Web 2.0

November 2008 Web 2.0 e SAAS 4

  Aplicações de Rede que aproveitam os Efeitos de Rede através de uma Arquitectura de Participação reforçada por uma Arquitectura Social.



  Aparecimento e Crescimento de Mass Media Sociais

Evolução da Web 2.0


Web 2.0


  O termo “Web 2.0” pode referir diversas coisas:   A transição de sites de web de silos de informação para fontes de

conteúdo e de funcionalidade, tornando-se assim plataformas de computação servindo aplicações web para os utilizadores finais

  O fenómeno social que usa uma nova forma de gerar e distribuir conteúdo Web, caracterizado por comunicação aberta, descentralizada de autoridade, liberdade de partilha e de re-utilização e de conversação

  Melhoria na organização e categorização de conteúdo, com ênfase numa forte interligação entre o mesmo

  O aparecimento do valor económico de Web, que ultrapassa o impacto das dot-com do final dos 1990s

Web 1.0 vs Web 2.0


Web 1.0 (1993-2003)

Principalmente páginas HTML visualizadas através de um browser

Web 2.0 (2003- beyond)

Páginas Web e outro conteúdo partilhado através da rede, com maior interactividade. Actuam mais

como uma aplicação do que uma “página”

“Leitura” Modo “Escrita” & Contribuição

“Página” Unidade principal de conteúdo

“Post / registo”

“estático” Estado “dinâmico” Web browser Visto através de… Browsers, RSS Readers,

outro “Client/Server” Arquitectura “Web Services”

Web Coders Conteúdo criado por…

Todos

“geeks” Domínio de… “amadores”

Software como um Serviço - SaaS

Cliente/Servidor – orientado pelas

necessidades de negócio em termos de

descentralização, flexibilidade e plataformas

económicas.

Modelo ASP – impulsionado por companhias que desejam potenciar fontes de TI, com custos controlados e sub-

alugando a infra-estrutura de TI

Modelo de SaaS – impulsionado por clientes que procuram contornar

atrasos de TI, controlo de TI, pesadelos na actualização e

evitar compromissos inflexiveis e onerosos a

longo-prazo.

ENFOQUE alterou-se para os valores do

comprador

Início a Meados -1990’s

Final 1990’s a 2004

2005 a 2010

… os objectivos de negócio e as espectativas de utilizadores mudaram de pretenderem aplicações abrangentes para aplicações especializadas e verticais

Fonte: AMR Research SaaS Study 2005

Ondas de SAAS e Curvas de Valor


Necessidade de Mudança


Efficiency, Speed and Simplicity

Web Skeptical, Thick Client, Thin Pipes Browser-based Applications, Thin Client, Thick Pipes

IT is Aligned with Vendors IT is Aligned with

LOB Leaders

Business Processes Far Different from Rivals

Business Processes Very Similar to Rivals

Huge Investment, Major Risk, Long-Term ROI

Short-Term, Immediate Savings

Unpredictable maintenance Predictable monthly expense

1990’s Suite Solution

On Premises

Today Vertical Specific

SaaS

Major upfront costs Pay as you go, fees per use

Multiple code bases

Desenvolver Software como um Service (SaaS)   Mudança do Modelo de Negócios:

  Deixar de ser um fornecedor de software – passar a ser um fornecedor de serviços de software

  Missão – ajudar os parceiros de negócio:   A criarem serviços funcionais e aplicações, que automatizem/

melhorem os processos de negócio actuais – fornecer essas mesmas aplicações como serviços para baixar o custo com base em acordos de desempenho de serviços


Web-Services

Web Services   Definições

  Gartner Group (http://www.gartner.com)

  “[…] componentes de software espalhados que interagem dinamicamente uns com os outros através de tecnologias Internet standard […]

  Forrester Research (http://www.forrester.com)

  “[...] ligações automáticas entre pessoas, sistemas e aplicações que expoem elementos de funcionalidade de negócio como um serviço de software e criam um novo valor de negócio […]"


Web Services segundo o W3C   Um Web Service é

  uma aplicação de software   identificada por uma URI (Uniform Resource Identifier) *,   cujos os interfaces e ligações são capazes de serem claramente definidas, descritas e

encontradas através de artefactos XML   suportando interacções directas com outras aplicações de software   utilizando mensagens baseadas em XML   através da utilização de protocolos baseados em Internet.

*A Uniform Resource Identifier (URI), is a compact string of characters used to identify or name a resource.

http://www.w3.org


Web Services

XML é a língua franca dos Web-Services


Historial dos Web Services   Raiz: Componentes: inventados nos anos 80, desenvolvidos a pensar nos interfaces de utilizador:

COM   Distribuição: arquitecturas de componentes distribuídas: component middleware. Principais

arquitecturas:   OMG CORBA: Object Management Group Comon Request Broker Architecture   Microsoft DCOM: Distributed Component Object Model   Sun RMI: Remote Method Invocation

  Limitação dos componentes distribuídos: só podem ser usados através de uma rede bem gerida e controlada – Intranet

  Web Services são uma forma de distribuição de componentes numa rede pública


Historial dos Web Services   Resumindo…

Os Web Services são o resultado de desenvolvimentos na indústria de TI dos últimos 20 anos


Evolução das Arquitecturas

Client- Server

3-tier Web Applications

Web Services

Hybrid P2P

Fractal


Evolução da Arquitectura dos Web-Services

Web services

Services

Components

B2B Market, Global Enterprise

Ecosystems

Objects

Typical access via:

Homogeneous Application

Program

Daryl Plummer, Gartner


Web Services   Tendências da Indústria

  Passou de interacções 1-para-1 para colaborações muitos-para-muitos   Passou de aplicações de software empacotadas para componentes modulares,

interoperáveis e auto-contidos   Passou de integração rígida de aplicações ponto-a-ponto para montagem e integração

de software de uma forma dinâmica

  Passou do software como produto para software como serviço


Mudança de Paradigma


Porquê os Web Services?   Interoperabilidade

  Permitem ligações em redes heterogéneas utilizando standards ubíquos baseados na Web

  Economia   Permite a reciclagem de componentes, não é preciso instalação

nem uma integração muito forte dos mesmos

  Automatização   Não é necessária intervenção humana mesmo em transacções

muito complexas


Porquê os Web Services?   Acessibilidade

  Sistemas legados e aplicações internas são expostas e podem ser acedidas na Web

  Disponibilidade   Serviços em qualquer dispositivo, em qualquer lugar, a qualquer

hora

  Escalabilidade   Não existem limites no âmbito das aplicações nem na quantidade

de aplicações heterogéneas


Impacto dos WS no Software

Aplicação

Sistema de Software

Computador

A Rede

Serviço Aplic.

Serviço Aplic.

Serviço Aplic.

Serviço Sistema

Serviço Sistema

Serviço Sistema

Software Monolítico

Web Services “(Des)Integração” de

Aplicações


Desenho de Software


Web Services   Web Services e a EAI

  EAI – Enterprise Application Integration   Modelo Clássico, sem EAI



  Modelo com EAI



  Vantagens dos Web Services face às Soluções Tradicionais de EAI

  Simplicidade   Standards Abertos   Flexibilidade   Menor Custo   Âmbito   Eficiência   Dinamismo


Componentes Base dos Web-Services

Componentes arquitecturais dos WS   Invocação de Serviços (SOAP)

  Descrição dos Serviços (WSDL)

  Registo (Publicação) e Descoberta de Serviços (UDDI)


Web Services   Por detrás da Tecnologia

  Tudo o que se discute aqui está baseado totalmente ou parcialmente em XML

  SOAP (Simple Object Access Protocol)   WSDL (Web Services Description Language)   UDDI (Universal Description, Discovery, and Integration)


Arquitectura dos Web Services   Operações

  Publicação e/ou Remoção

  Os Fornecedores de Serviços publicitam (ou não) os seus serviços junto de um Broker de Serviços

  Encontrar

  Os Solicitadores de Serviços solicitam ao Broker de Serviços um serviços que corresponda a um determinado critério

  Ligar

  Os Solicitadores de Serviços ligam-se aos Fornecedores de Serviços e efectuam transações entre si


Web Services Intermediário de

serviços

Cliente de serviços

Fornecedor de serviços

Publicação Remoção

Encontrar

Ligar SOAP

E-Business


Stack de standards dos WS

Comunicações ubíquas: Internet Formato de dados universal: XML Formato de Transporte: SOAP Descrição de Serviços: WSDL

Publicar e Encontrar Serviços: UDDI

Simples, Aberto e com suporte alargado por parte da Indústria


SOAP   Simple Object Access Protocol   Desenvolvido originalmente por Microsoft, UserLand,

developMentor, ...   Versão 1.0 era considerada como demasiado dependente

do Windows   IBM juntou-se aos esforços de desenvolvimento por forma

a tornar o SOAP mais independente do vendedor e da plataforma

  Uma implementação da segunda geração de do SOAP pode ser encontrada (p.e) em http://xml.apache.org (1.2)


SOAP   O que define o SOAP?

  Envelope das Mensagens   Regras de Codificação   Convenção RPC   Ligação com os Protocolos subjacentes (HTTP e SMTP)


SOAP   O envelope SOAP

  Informação de Codificação   Header

  Opcional   Pode conter conhecimento acerca do contexto

  Segurança   Transacção

  Body

  Métodos RPC e os parâmetros   Dados aplicacionais


SOAP


SOAP

SOAP Message

Headers

SOAP Envelope

SOAP Header

SOAP Body

Headers

Message name & Data

A mensagem SOAP completa

Informação sobre o protocolo de transporte e a ligação entre ambos

<Envelope> contém o payload da mensagem <Header> contém os headers da mensagem Cada um dos headers <Body> contém o nome da mensagem SOAP Mensagem SOAP e os dados codificados em XML


SOAP   O SOAP oferece:

  Um mecanismo para definir a unidade de comunicação;   Um mecanismo para lidar com erros que pode identificar a causa e que

permite a troca de informação de erro entre os participantes na interacção;

  Um mecanismo de extensão que permite a sua própria evolução;   Um mecanismo flexível de representação dos dados que permite a troca

de dados num determinado formato (texto, XML, …);   Uma convenção para representar estruturas de dados abstractas tais

como tipo de dados em formato XML;   Uma convenção para representar RPCs e as suas respostas em como

mensagens SOAP;   Uma aproximação document-centric para reflectir trocas de documentos

nas interacções de negócios mais natural;   Um mecanismo de ligação entre as mensagens SOAP e o HTTP.


SOAP   Concepção do SOAP

  Simplicidade   Independente do vendedor   Independente da linguagem   Independente do modelo de objectos   Independente do transporte


Pedido SOAP

<SOAP-ENV:Envelope xmlns:SOAP-ENV="…" SOAP-ENV:encodingStyle="…"> <SOAP-ENV:Header>  </SOAP-ENV:Header> <SOAP-ENV:Body> <m:GetLastTradePrice xmlns:m=“some_URI"> <tickerSymbol>SUNW</tickerSymbol> </m:GetLastTradePrice> </SOAP-ENV:Body> </SOAP-ENV:Envelope>

Resposta SOAP

<SOAP-ENV:Envelope xmlns:SOAP-ENV="…" SOAP-ENV:encodingStyle="…"> <SOAP-ENV:Header>  </SOAP-ENV:Header> <SOAP-ENV:Body> <m:GetLastTradePriceResponse xmlns:m=“some_URI"> <price>30.5</price> </m:GetLastTradePriceResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope>

SOAP   Especificações SOAP

  SOAP 1.2

  http://www.w3.org/TR/SOAP   Mensagens SOAP e Attachments

  http://www.w3.org/TR/SOAP-attachments/   Extensões de Segurança ao SOAP: Assinaturas Digitais

  http://www.w3.org/TR/SOAP-dsig/


WSDL   Web Services Description Language   É uma forma de descrever os Web Services

  A descrição é realizada aquando da sua publicação   É preciso descrever o que procurar quando se efectua uma pesquisa   Quando se encontram as interfaces precisam igualmente de ser descritas


Porquê WSDL?   WSDL usa a linguagem XML para descrever os Web Services

  Um Web Service é descrito como   Um conjunto de pontos de comunicação (endpoints, portos)

  Cada ponto de comunicação é composto por duas partes   Definições abstractas das operações e das mensagens   Uma ligação concreta a um protocolo de comunicação (e o correspondente

endereço do ponto de comunicação) e o formato da mensagem

  Porque existe esta separação?   Para melhorar a reutilização (tal como acontece com as referências UDDI para

documentos WSDL)


Porquê WSDL?   Permite uma automação dos detalhes de comunicação entre

parceiros que o pretendam fazer   As máquinas podem ler WSDL   As máquinas podem invocar um serviços definido por um WSDL

  Descoberta através do registo

  Arbítrio   Uma 3ª parte pode verificar se a comunicação está de acordo com o WSDL


WSDL

<definitions>

<import>

<types>

<message>

<portType>

<binding>

Interface

<definitions>

<import>

<service>

<port>

Implementation


WSDL

<definitions>

<import>

<types>

<message>

<portType>

<binding>

Interface • <definitions> é o nó de raíz de um documento WSDL

• <import> permite a inclusão de outras entidades externas

• <types> contêm a descrição dos dados – XSD

• <message> define os parâmetros das funções do web service

• <portType> define as operações de input e de output

• <binding> especifica como é que cada mensagem é enviada através da rede


WSDL

<definitions>

<import>

<service>

<port>

Implementation • <service> especifica os detalhes da implementação do serviço

• <port> contém o endereço do web-service


Exemplo em WSDL - Types

<definitions name="StockQuote" targetNamespace="http://example.com/stockquote.wsdl"

xmlns:tns="http://example.com/stockquote.wsdl" xmlns:xsd1="http://example.com/stockquote.xsd"

xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns="http://schemas.xmlsoap.org/wsdl/”> <types>

<schema targetNamespace="http://example.com/stockquote.xsd" xmlns="http://www.w3.org/2000/10/XMLSchema">

<element name="TradePriceRequest"> <complexType> <all>

<element name=”tickerSymbol" type="string"/> </all>

</complexType> </element> <element name="TradePrice">

<complexType> <all>

<element name="price" type="float"/> </all> </complexType>

</element> </schema>

</types>


Ex.: Messages, Operation e Porttype

<message name="GetLastTradePriceInput"> <part name="body" element="xsd1:TradePriceRequest"/> </message>

<message name="GetLastTradePriceOutput"> <part name="body" element="xsd1:TradePrice"/> </message>

<portType name="StockQuotePortType"> <operation name="GetLastTradePrice"> <input message="tns:GetLastTradePriceInput"/> <output message="tns:GetLastTradePriceOutput"/> </operation>  </portType>

Exemplo: Binding, Port e Service

<binding name="StockQuoteSoapBinding" type="tns:StockQuotePortType"> <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/> <operation name="GetLastTradePrice"> <soap:operation soapAction="http://example.com/GetLastTradePrice"/> <input> <soap:body use="literal" /> </input> <output> <soap:body use="literal" /> </output> </operation> </binding>

<service name="StockQuoteService"> <documentation>My first service</documentation> <port name="StockQuotePort" binding="tns:StockQuoteBinding"> <soap:address location="http://example.com/stockquote"/> </port> </service>


WSDL <wsdl:definitions name="nmtoken"? targetNamespace="uri"?> <import namespace="uri" location="uri"/>* <wsdl:documentation .... /> ? <wsdl:types> ? <wsdl:documentation .... />? <xsd:schema .... />* <-- extensibility element --> * </wsdl:types> <wsdl:message name="nmtoken"> * <wsdl:documentation .... />? <part name="nmtoken" element="qname"? type="qname"?/> * </wsdl:message> <wsdl:portType name="nmtoken">* <wsdl:documentation .... />? <wsdl:operation name="nmtoken">* <wsdl:documentation .... /> ? <wsdl:input name="nmtoken"? message="qname">? <wsdl:documentation .... /> ? </wsdl:input> <wsdl:output name="nmtoken"? message="qname">? <wsdl:documentation .... /> ? </wsdl:output> <wsdl:fault name="nmtoken" message="qname"> * <wsdl:documentation .... /> ? </wsdl:fault> </wsdl:operation> </wsdl:portType>

<wsdl:binding name="nmtoken" type="qname">* <wsdl:documentation .... />? <-- extensibility element --> * <wsdl:operation name="nmtoken">* <wsdl:documentation .... /> ? <-- extensibility element --> * <wsdl:input> ? <wsdl:documentation .... /> ? <-- extensibility element --> </wsdl:input> <wsdl:output> ? <wsdl:documentation .... /> ? <-- extensibility element --> * </wsdl:output> <wsdl:fault name="nmtoken"> * <wsdl:documentation .... /> ? <-- extensibility element --> * </wsdl:fault> </wsdl:operation> </wsdl:binding> <wsdl:service name="nmtoken"> * <wsdl:documentation .... />? <wsdl:port name="nmtoken" binding="qname"> * <wsdl:documentation .... /> ? <-- extensibility element --> </wsdl:port> <-- extensibility element --> </wsdl:service> <-- extensibility element --> * </wsdl:definitions>


UDDI   Universal Description, Discovery and Integration   Define standards para um registo distribuído de Web Services:

  Páginas Brancas (informação geral)   Páginas Amarelas (categorias de serviços)   Páginas Verdes (regras de negócio)


UDDI

•  Empresas registam informação acerca delas próprias

•  Organismos de standardização, programadores e empresas registam informação acerca dos seus tipos de serviços

Páginas Brancas

Páginas Amarelas

Páginas Verdes

Registo do Tipo de Serviços


UDDI

Páginas Brancas Páginas Amarelas Páginas Verdes

•  Nome do negócio

•  Informação de contacto

•  Descrição em formato legível

•  Diversos identificadores conhecidos

•  Índice de Produtos e Serviços

•  Códigos de Indústria

•  Índice geográfico

•  Regras de Negócio Electrónico

•  Descrição dos serviços

•  Invocação de Aplicações

•  Ligação a dados

As empresas registam a informação pública àcerca dos seus negócios e web-services na directoria UDDI


UDDI   Registo do Tipo de Serviços

  Apontador para o namespace em que o serviços se encontra descrito

  O que os programadores devem ler para perceber como utilizar o serviço   Identificação de quem publicou o serviço   Identificação do tipo de registo do serviço

  Designado por tModelKey   Usado como assinatura pelos sites de web que implementem estes serviços


UDDI


UDDI

UDDI Business Registry  Descrição dos Web Services  Descrição dos negócios e dos serviços

que suportam  Modelo de programação, esquema e

independência da plataforma  Usa XML, HTTP, e SOAP  Livre na Internet

Fabricantes

Lojas

Marketplaces


UDDI

UDDI Business Registry

3. UBR atribui um identificador único a cada serviço e empresa

Aplicações de marketplaces, motores de busca e empresas, questionam o registo à procura de descobrir serviços noutras empresas

4.

Registo de tipos de serviços

Empresas de SW, organismos de standardização, e programadores “alimentam” o registo com descrições dos diversos tipos de serviços

1.

Registo de Empresas Empresas

“alimentam” o registo com descrições dos serviços que suportam

2.

As empresas utilizam estes dados para facilitar uma integração mais fácil entre elas na Web

5.


UDDI

<find_business generic="1.0" xmlns="urn:uddi-org:api"> <name>Microsoft</name> </find_business>

<businessList generic="1.0“ operator="Microsoft Corporation“ truncated="false“ xmlns="urn:uddi-org:api"> <businessInfos> <businessInfo businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3"> <name>Microsoft Corporation</name> <description xml:lang="en"> Empowering people through great software - any time, any place and on any device is Microsoft's vision. As the worldwide leader in software for personal and business computing, we strive to produce innovative products and services that meet our customer's</description> <serviceInfos> <serviceInfo businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3“ serviceKey="1FFE1F71-2AF3-45FB-B788-09AF7FF151A4"> <name>Web services for smart searching</name> </serviceInfo> <serviceInfo businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3“ serviceKey="8BF2F51F-8ED4-43FE-B665-38D8205D1333"> <name>Electronic Business Integration Services</name> </serviceInfo> <serviceInfo businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3“ serviceKey="611C5867-384E-4FFD-B49C-28F93A7B4F9B"> <name>Volume Licensing Select Program</name> </serviceInfo> <serviceInfo businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3“ serviceKey="A8E4999A-21A3-47FA-802E-EE50A88B266F"> <name>UDDI Web Sites</name> </serviceInfo> </serviceInfos> </businessInfo> </businessInfos> </businessList>


Tópicos avançados em WS

Colaboração entre WS

Business Process Execution Language for Web Services (BPEL4WS)

Security Reliable Messaging

Transactions

Web Services Description Language (WSDL)

Simple Object Access Protocol (SOAP)

Extensible Markup Protocol (XML)

Other Protocols Other Services

Business Processes

Quality of Service

Description

Messaging


Outros standards de WS   Especificações WS-*

  A serem desenvolvidas em colaboração por várias entidades (IBM, Sun, Microsoft, BEA, Tibco, Verisign, SAP, etc)

• WS-Routing • WS-Referral • WS-Inspection • WS-Security • WS-Attachments • WS-Coordination • WS-Transaction

• WS-SecuredConversation • WS-SecurityPolicy • WS-Policy • WS-PolicyAttachment • WS-PolicyAssertions • WS-Addressing • WS-ReliableMessaging


Questões e Comentários

apresentação sobre web 2.0

Technology