tag:blogger.com,1999:blog-58454522011-04-22T06:37:00.025+01:00ZePisco do ZePiscohttp://www.blogger.com/profile/02538944974103674732noreply@blogger.comBlogger141100tag:blogger.com,1999:blog-5845452.post-1103638952715769242004-12-21T13:17:00.000Z2004-12-21T14:34:44.883ZSegurança
Depois das longas pesquisas sobre replicação vamos agora para a segurança!!!
Quando se fala em segurança temos de considerar quatro componentes:
Autenticação, subdividida em cliente e servidorAutorização, necessária para sistemas de elevada granularidadeConfidencialidade, proteger infomação como chaves, passwords, etc.Privacidade, proteger toda a informaçãoPara já vamos focarnos em Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1099574476917325392004-11-04T13:26:00.000Z2004-12-21T14:35:31.783ZOpções de implementação do Repositório de Dados
Escritas:
(Log operações, Dados), cada réplica é constituida por um conjunto de operações ordenadas e uma base de dados resultado da execução dessas operações. Propagar operações reduz a quantidade de informação a ser transmitida, assim como evita os conflitos de inserção e remoção de registos. Necessita de espaço para guardar essa informação. NãoZéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1098282700868920562004-10-20T15:29:00.000+01:002004-10-20T15:32:36.586+01:00Flexible Update Propagation forWeakly Consistent Replication.
Petersen, K., Spreitzer, M.J., Terry, D.B., Theimer,
M.M., Demers, A.J. Proceedings of the Sixteenth
ACM Symposium on Operating System Principles
(SOSP), Saint-Malo, Franco, October 1997.
Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1098279647904074412004-10-20T14:39:00.000+01:002004-10-20T15:45:11.930+01:00Designing and Implementing Asynchronous Collaborative Applications with Bayou
Introdução
Bayou é uma infrastrutura de suporte de aplicações distribuidas colaborativas, em ambientes de conectividade variada e armazenamento de fraca consistência. Permite ás aplicações a descrição da semantica de restrições de integridadde, dectecção de conflitos, procedimentos de resolução automáticos e politicas Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1097495762876515762004-10-11T13:27:00.000+01:002004-10-19T17:14:36.813+01:00The IceCube approach to the reconciliation of divergent replicas
Baseada na utilização de log's de acções.
As acções são combinadas duas a duas, obtendo todas as restrições estáticas entre elas.
É realizado um reordenamento dessas acções por forma a evitar esses conflitos.
Conflitos estáticos - conflitos de ordem entre as acções (apagar registo -> alterar registo)
Conflitos dinamicos - Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1089715429801836122004-07-13T11:41:00.000+01:002004-07-13T11:47:46.786+01:00Referências sobre sincronização
Gentilmente cedidas por José Simão.
Designing and Implementing Asynchronous Collaborative Applications with BayouW. Keith Edwards, Elizabeth D. Mynatt, Karin Petersen, Mike J. Spreitzer, Douglas B. Terry, and Marvin Theimer. ACM Symposium on User Interface Software and Technology, 1997.
Session Guarantees for Weakly Consistent Replicated DataD. B. Terry, A. J. Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1081183681480629572004-04-05T17:48:00.000+01:002004-04-05T17:51:45.250+01:00Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1081183579921712072004-04-05T17:46:00.000+01:002004-04-05T17:50:03.700+01:00Controlo de registos
Controlo de registos passa sempre por questionar o utilizador.
Pode ser complexo para o utilizador dar uma resposta.
Criação de árbitros, com conhecimento do dominio, que implementem o PDRA.
A resolução de ameaças reais passa também por questionar o utilizador, no entanto, e visto o árbitro ter conhecimento do dominio, permite questionar o utilizador de forma mais especificaZéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1077806075854418652004-02-26T14:34:00.000Z2004-02-26T14:37:26.140ZReplicação do repositório
Aumenta a tolerancia a falhas
Aumenta a disponibilidade do serviço
Backup ou balanceamento de carga??
Gerido pelo serviço de localização??
Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1077805908198446172004-02-26T14:31:00.000Z2004-02-26T14:34:38.513ZProtocolos para sincronismo
Protocolo de Detecção e Propagação de Actualizações (PDPA)Detectar alterações, quer do repositório quer da réplica
Propagar essas alterações
Confirmar as alterações
Protocolo de Detecção e Resolução de Ameaças (PDRA)Detectar possiveis ameaças (alteração dos mesmos registos)
Resolver ameaças reais (alteração dos mesmos dados)
Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1077804624131389762004-02-26T14:10:00.000Z2004-02-26T14:55:20.640ZIdentificadoresÉ necessário criar identificadores globais para evitar conflitos na replicação
Uma possivel solução é colocar informação local associada ao identificador
Funcionamento offlineUma alteração offline tem de ser confirmada pelo repositório
E entretanto na réplica?
     1. Cria-se uma vista que permita conjugar essas alterações à custa do log
     2. Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1077737754923733512004-02-25T19:35:00.000Z2004-02-25T19:50:40.246ZControlo dos registos
Para controlo dos registos surgio a ideia de marca-los com um identificador de versão:
Cada registo deve conter o seu numero de versao
Deverá conter tambem a identificação da réplica que a gerou (será preciso???)
Incremento da versão sempre que é feita uma actualizção
Incremento é feito pelo repositório
Esta informação permite verificar se uma determinada réplica Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1077736129556068922004-02-25T19:08:00.000Z2004-02-26T14:52:37.890ZComeçou a saga do Repositório de Dados
Problemas a resolver: Sincronização das réplicas
Garantir consistência de dados
Resolução de ameaças entre réplicas
Como funcionar em online e offline
Arquitectura
Cada cliente tem um repositório e zero ou mais réplicas.Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845452.post-1064233602986115682003-09-22T13:26:00.000+01:002003-09-22T13:28:10.113+01:00O primeiro post.Piscohttp://www.blogger.com/profile/02538944974103674732noreply@blogger.com