14. FISL 14 – Julho 2013
Análise de Requisitos
Conceitos
Categorias de BDs & Ferramentas
Metodologia para Arquitetura de Dados
Estudo de Caso
Conclusão
15. FISL 14 – Julho 2013
A C I DAtomicidade Isolamento DurabilidadeConsistência
17. FISL 14 – Julho 2013
CONSISTENCY
AVAILABILITY
PARTITION
TOLERANCE
18. FISL 14 – Julho 2013
CONSISTENCY
AVAILABILITY
PARTITION
TOLERANCE
Todos os clientes têm
sempre a MESMA
VISÃO do sistema
(commits atômicos)
19. FISL 14 – Julho 2013
CONSISTENCY
AVAILABILITY
PARTITION
TOLERANCE
O cliente pode
SEMPRE ler e
escrever
20. FISL 14 – Julho 2013
CONSISTENCY
AVAILABILITY
PARTITION
TOLERANCE
O sistema SEMPRE
FUNCIONA mesmo que
haja “partições” –
quebra de comunicação
entre nós
27. FISL 14 – Julho 2013
Análise de Requisitos
Conceitos
Categorias de BDs & Ferramentas
Metodologia para Arquitetura de Dados
Estudo de Caso
Conclusão
35. FISL 14 – Julho 2013
NoSQL e SQL
referem-se a
linguagens de
consulta
Relacional e Não-
relacional referem-
se a modelo de
dados
36. FISL 14 – Julho 2013
Análise de Requisitos
Conceitos
Categorias de BDs & Ferramentas
Metodologia para Arquitetura de Dados
Estudo de Caso
Conclusão
37. FISL 14 – Julho 2013
Fase das Perguntas
Fase dos Conceitos
Fase das Respostas
38. FISL 14 – Julho 2013
Requisitos
Conceitos
Escolha de Ferramentas
39. FISL 14 – Julho 2013
Análise de Requisitos
Conceitos
Categorias de BDs & Ferramentas
Metodologia para Arquitetura de Dados
Estudo de Caso
Conclusão
40. FISL 14 – Julho 2013
59 anos em operação
Mais de 1900 associados
Mais de 800K clientes
41. FISL 14 – Julho 2013
Concessão – 87 cidades em 4 estados
Área de autorização – escritórios expandindo em estados importantes
Dados e voz
Serviços de TI
Negócios
Varejo
45. FISL 14 – Julho 2013
Envia MMS
Envia SMS
Tradutor
Captura
Conteúdo
Web Service
Envial Email
Ao receber
SMS
Ao receber
MMS
Math
Faz ligação
Get e Post
DTMF
Banco de
Dados
Concat
Toca áudio
Internet
Utils
Storage
Telecom
46. FISL 14 – Julho 2013
Captura
Conteúdo
Faz Ligação
Toca áudio
47. FISL 14 – Julho 2013
App
Engine
Components
Event Handler
Services
MonitoringandStatistics
LogsandSDRs
Portal SCE
Web
ServicesGadgets
CoreoIdentityServer
3rd Party and
Web AppsUsers
COREO Platform
File Manager
Scheduler
WS Broker
DB Manager
Telecom Platforms
SDP
48. FISL 14 – Julho 2013
E agora: que tipo de Banco de Dados
devo usar no projeto COREO?
49. FISL 14 – Julho 2013
1) Teremos dados estruturados?
2) Precisaremos de performance?
3) Teremos grande volume de dados?
4) Precisaremos de um mecanismo de cache de dados da sessão!
5) Precisaremos de um mecanismo de busca performático para
interface web!
50. FISL 14 – Julho 2013
6) Precisaremos de alta disponibilidade?
7) Precisaremos de partition tolerance?
8) Quais dados precisam de consistência?
9) Quais dados serão utilizados para BI e Analytics?
51. FISL 14 – Julho 2013
1) Teremos dados estruturados?
Cadastro de feedbacks do usuário
Armazenamento de transações de recargas de créditos
52. FISL 14 – Julho 2013
2) Precisaremos de performance?
Durante execução de aplicativos via AppEngine
O scheduler deve ser performático, pois espera-se grande volume de
agendamentos
53. FISL 14 – Julho 2013
3) Teremos grande volume de dados?
Plataforma dinâmica e para Web
Armazenamento de logs de execução de aplicativos
55. FISL 14 – Julho 2013
Estruturado, relacio
nal, SQL
Backend de Serviços
Performance, volum
e de dados
AppEngine
Armazenar sessões
Portal
Performance
Listagem de Apps
Volume, não
estruturado
Logs de Apps
Volume, performanc
e
Scheduler
Base centralizada
Dados de Usuários
56. FISL 14 – Julho 2013
Estruturado, relacio
nal, SQL
ORACLE
Performance, volum
e de dados
CASSANDRA
Armazenar sessões
MEMCACHED
Performance
LUCENE/SOLR
Volume, não
estruturado
HADOOP
Volume, performanc
e
CASSANDRA
Base centralizada
OpenLDAP
57. FISL 14 – Julho 2013
Armazenamento de Dados no COREO
58. FISL 14 – Julho 2013
Análise de Requisitos
Conceitos
Categorias de BDs & Ferramentas
Metodologia para Arquitetura de Dados
Estudo de Caso
Conclusão
59. FISL 14 – Julho 2013
Analise seus requisitos
Entenda cada conceito
Conheça as ferramentas