OTTera

Serviços OTT (over-the-top) para distribuição e monetização de conteúdos em diversas plataformas

OTTera Canais no Brasil

OTTera Equipe presente

Adam Zhu

adam@ottera.tv

Craig McEldowney

craig@ottera.tv

Joe Chellman

joe@ottera.tv

Steve Rifkin

srifkin@ottera.tv

Vinícius Campitelli

vinicius@ottera.tv

Serverless

As tecnologias sem servidores contam com escalabilidade automática, alta disponibilidade integrada e um modelo de faturamento pago por utilização para aumentar a agilidade e otimizar os custos. Estas tecnologias também eliminam as tarefas de gerenciamento de infraestrutura, como provisionamento de capacidade e patching, para que você possa se concentrar apenas em escrever códigos que atendam a seus clientes.

Serverless

In any serverless platform, the user just writes a cloud function in a high-level language, picks the event that should trigger the running of the function—such as loading an image into cloud storage or adding an image thumbnail to a database table—and lets the serverless system handle everything else: instance selection, scaling, deployment, fault tolerance, monitoring, logging, security patches, and so on.

Serverless

Diferenças vs Modelo tradicional

1. Decoupled computation and storage. The storage and computation scale separately and are provisioned and priced independently. In general, the storage is provided by a separate cloudservice and the computation is stateless.

Serverless

Diferenças vs Modelo tradicional

2. Executing code without managing resource allocation. Instead of requesting resources, the user provides a piece of code and the cloud automatically provisions resources to execute that code.

Serverless

Diferenças vs Modelo tradicional

3. Paying in proportion to resources used instead of for resources allocated. Billing is by some dimension associated with the execution, such as execution time, rather than by a dimension of the base cloud platform, such as size and number of VMs allocated.

Serverless

Diferenças vs Modelo tradicional

AWS Lambda

Serviço de computação sem servidor e orientado a eventos que permite executar código para praticamente qualquer tipo de aplicação ou serviço de backend sem provisionar ou gerenciar servidores. Você pode acionar o Lambda a partir de mais de 200 serviços da AWS e aplicações de software como serviço (SaaS) e pagar apenas pelo que usar.

AWS Lambda

O AWS Lambda executa automaticamente o código em resposta a vários eventos, como solicitações HTTP por meio do Amazon API Gateway, modificações de objetos em buckets do Amazon Simple Storage Service (Amazon S3), atualizações de tabela no Amazon DynamoDB e transições de estado no AWS Step Functions.

AWS Lambda

O Lambda executa o código em uma infraestrutura de computação altamente disponível e executa toda a administração dos recursos de computação. Isso inclui manutenção do servidor e do sistema operacional, provisionamento de capacidade e escalabilidade automática, implantação de código e patch de segurança, além de monitoramento e registro do código. Tudo o que você precisa fazer é fornecer o código.

AWS Lambda

Exemplo de Fluxo

AWS Lambda

Exemplo de Fluxo

AWS Lambda

Exemplo de Fluxo

API Gateway

Serviço gerenciado que permite que desenvolvedores criem, publiquem, mantenham, monitorem e protejam APIs em qualquer escala com facilidade. APIs agem como a “porta de entrada” para aplicativos acessarem dados, lógica de negócios ou funcionalidade de seus serviços de back-end.

API Gateway

Você pode criar APIs RESTful ou WebSocket que habilitam aplicativos de comunicação bidirecionais em tempo real. O API Gateway dá suporte a cargas de trabalho conteinerizadas e sem servidor, além de aplicativos da web.

API Gateway

Administra todas as tarefas envolvidas no recebimento e processamento de até centenas de milhares de chamadas de API simultâneas, inclusive gerenciamento de tráfego, suporte de CORS, controle de autorização e acesso, com fluxo controlado, monitoramento e gerenciamento de versões de API.

API Gateway

Exemplo de Fluxo

AWS Lambda

Exemplo de Fluxo

AWS Lambda

Exemplo de Fluxo

Hands-on

Vamos desenvolver uma função Lambda que irá consumir duas APIs externas, mesclar a saída delas e retornar esse dado

Depois, vamos criar uma aplicação no API Gateway para lidar com as requisições e criar endpoints públicos

Hands-on

1. Instale o AWS SAM CLI, utilitário de linha de comando que facilita o deploy e o teste local da função

Hands-on

2. Inicie uma nova aplicação com sam init

   Which template source would you like to use?

   Escolha 1 - AWS Quick Start Templates

   Choose an AWS Quick Start application template

   1 - Hello World Example

   Use the most popular runtime and package type? (Python and zip) [y/N]:

   N (ou Y se quiser Python)

   Which runtime would you like to use?

   8 - nodejs14.x (ou o runtime que preferir)

   What package type would you like to use?

   1 - Zip

   Select your starter template

   2 - Hello World Example TypeScript (ou 1 para JavaScript)

   Project name [sam-app]:

   Escolha um nome ou pressionar ENTER para o padrão sam-app

Hands-on

3. Para entender toda a estrutura que o SAM cria, abra o arquivo template.yaml
4. Execute sam build para compilar a aplicação
   • Ou sam build --beta-features se tiver escolhido TypeScript
   • Lembre-se de executar sempre que houver modificações no código

Hands-on

5. Teste a função localmente com
   sam local invoke HelloWorldFunction --event events/event.json

   Saída esperada:

                                       START RequestId: 145a44a8-07cf-4b07-b292-1e8ab3a60464 Version: $LATEST
                                       {"statusCode":200,"body":"{\"message\":\"hello world\"}"}
                                       END RequestId: 145a44a8-07cf-4b07-b292-1e8ab3a60464
                                       REPORT RequestId: 145a44a8-07cf-4b07-b292-1e8ab3a60464
                                   

Hands-on

6. Abra a pasta da aplicação em sua IDE ou editor de texto e edite o arquivo hello-world/app.ts
7. Codifique a chamada às APIs de TODO e Users do JSONPlaceholder
   • Sugestões de pacotes para facilitar o desenvolvimento:

     Linguagem	Sugestões
     Node	axios
     PHP	cURL ou guzzle
     Pyhton	requests

Hands-on

8. Teste o API Gateway executando sam local start-api e acessando localhost:3000/hello
9. Quando estiver funcionando corretamente, basta realmente subir a função com sam deploy --guided

Hands-on

Guia para o sam deploy --guided:

Stack Name [sam-app]:

workshop-lambda

AWS Region [us-east-1]:

us-east-1

Confirm changes before deploy [y/N]:

y

Allow SAM CLI IAM role creation [Y/n]:

y

Disable rollback [y/N]:

n

LambdaWorkshop may not have authorization defined, Is this okay? [y/N]:

y

Save arguments to configuration file [Y/n]:

y

SAM configuration file [samconfig.toml]:

[ENTER]

SAM configuration environment [default]:

[ENTER]

Deploy this changeset? [y/N]:

y