Evolução da arquitetura da Globosat Play
•
0 gostou•312 visualizações
When your product grows, one of the biggest challenges is how is your architecture going to evolve in a sustainable way. In this talk, I'm going to show how the platform created for Globo.tv grown and evolved with the rise of a new product: Globosat Play. Among the challenges, how to allow several teams to work on the same platform, how to share components and how to update a project without breaking another. I'll also detail the main benefits and drawbacks of a microservices architecture compared to a monolithic one.
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (17)
Destaque
Semelhante a Evolução da arquitetura da Globosat Play
Semelhante a Evolução da arquitetura da Globosat Play (20)
Evolução da arquitetura da Globosat Play
- 1. A EVOLUÇÃO DE UMA ARQUITETURA DISTRIBUÍDA: DO GLOBO.TV AO GLOBOSAT PLAY Guilherme Garnier
- 4. PLATAFORMA DE VÍDEOS 2 M vídeos publicados 500 M videoviews/mês
- 5. 2011 GLOBO.TV produto de vídeos centralizado Rede Globo e canais Globosat trechos abertos e íntegras para assinantes
- 8. 2012 NOVAS DEMANDAS Transmissões ao vivo Big Brother UFC Campeonato Brasileiro e estaduais Olimpíadas de inverno Canal Combate (acervo de lutas)
- 10. globotv globotv API eventos VoD API API
- 11. COMO MANTER A IDENTIDADE VISUAL ENTRE OS PROJETOS?
- 14. GLOBOTV-UI BIBLIOTECA DE COMPONENTES HTML, JS e CSS Padronização Documentação
- 16. 2014 Acervo dos canais Globosat Transmissões ao vivo Filmes Lutas
- 17. DESAFIOS manter a consistência entre os projetos compartilhar APIs e componentes evoluir a plataforma para manter o Globo.TV e receber o Globosat Play
- 18. globotv globotv APIeventos VoD globosat-play programas filmes login busca Globo.tv Plataforma Globosat Play API API APIAPIAPI
- 20. EVOLUÇÃO DA ARQUITETURA código de projetos antigos extraído para novos projetos documentação de APIs internas código comum compartilhado (gems internas) versionamento de APIs
- 21. EVOLUÇÃO DA ARQUITETURA ARQUITETURA RESILIENTE Fazer o máximo para manter o site no ar Foco nas principais features ("graceful degradation")
- 22. EVOLUÇÃO DA ARQUITETURA ARQUITETURA RESILIENTE Cache Circuit breaker Monitoração Escalabilidade
- 23. CACHE 2 níveis (performance e stale) diferentes tempos para cada serviço https://github.com/globocom/content-gateway-ruby menu_config = OpenStruct.new( cache: Rails.cache, timeout: 1, cache_expires_in: 30.minutes, cache_stale_expires_in: 2.days ) gateway = ContentGateway::Gateway.new("Menu", menu_config) gateway.get_json("/api/menu.json")
- 25. CIRCUIT BREAKER
- 28. ESCALABILIDADE
- 29. EVOLUÇÃO DA INFRA CULTURA DEVOPS Blue-green deploy Docker Tsuru (PaaS) Database as a service
- 32. Setup do ambiente local muito mais simples Garante um ambiente igual para qualquer máquina Isolamento de containers docker run --name redis -d redis docker run --name mongodb -d mongo:2.4 mongod docker run --name globosatplay -p 3010:3010 -v "$(pwd)":/app --link mongodb:mongodb --link redis:redis globosatplay
- 33. https://tsuru.io/ PaaS open source da Globo.com Mais liberdade para os desenvolvedores Deploys mais rápidos e frequentes Escalabilidade de forma simples tsuru app-create myapp git remote add tsuru git@example.com:myapp.git git push tsuru master
- 34. DATABASE AS A SERVICE https://github.com/globocom/database-as-a-service
- 35. MONOLITO X MICRO SERVIÇOS
- 36. ARQUITETURA MONOLÍTICA Arquitetura mais simples Setup local mais fácil Atualizações mais rápidas (gems, bugfixes) Mais fácil de testar Ambiente homogêneo Menos pontos de falha
- 37. MICRO SERVIÇOS Projetos menores e mais fáceis de gerenciar Build mais rápido Deploys menores e menos arriscados Infra mais flexível Permite mudanças incrementais
- 38. QUAL A MELHOR ARQUITETURA? DEPENDE!
- 39. REFERÊNCIAS