Sem resumo de edição |
Sem resumo de edição |
||
| (Uma revisão intermediária pelo mesmo usuário não está sendo mostrada) | |||
| Linha 1: | Linha 1: | ||
* Plano de controle geral: | * Plano de controle geral: | ||
Tem uma visão geral da funcionalidade dos serviços e controla a execução das aplicações e processos, para que ocorram no tempo certo e com harmonia, o que justifica o nome. | Tem uma visão geral da funcionalidade dos serviços e controla a execução das aplicações e processos, para que ocorram no tempo certo e com harmonia, o que justifica o nome. | ||
* Permite uma descrição melhor dos comportamentos de cada elemento e processos, melhorando a segurança de "policiamento" das aplicações. | |||
* Negocia e regula as operações entre os domínios heterogênios: | * Negocia e regula as operações entre os domínios heterogênios: | ||
| Linha 18: | Linha 20: | ||
* Regula todo o processo de criação ou finalização dos AMS. | * Regula todo o processo de criação ou finalização dos AMS. | ||
* Atua de forma mais distribuída através de um componente, o DOC(Distribuited Orchestration Component), o qual faz a interface entre o plano e os serviços e sistemas de controle, além do outros componentes da arquitetura do AutoI, incluindo outros planos. O componente central dos DOCs é o Dynamic Planner, responsável pelos comportamentos de processos específicos de orquestração. | |||
* Os DOCs possuem uma visão do sistema específico integrada em sua própria arquitetura, e atuam através de uma série de comandos específicos para a interferência em cada processo. Procuram manter a estabilidade de cada sistema. | |||
* Existe um componente do plano de orquestração denominado de Behaviours(comportamentos), que são responsáveis pela implementação de cada tarefa de orquestração. Este é o reponsável por tornar o plano compatível com diferentes comandos para diferentes tecnologias. | |||
http://ist-autoi.eu/d/D2.2%20Orchestration%20Plane%20and%20Interfaces%20-%20Final%20Version%20V1.0.pdf | http://ist-autoi.eu/d/D2.2%20Orchestration%20Plane%20and%20Interfaces%20-%20Final%20Version%20V1.0.pdf | ||
Edição atual tal como às 03h27min de 28 de março de 2011
- Plano de controle geral:
Tem uma visão geral da funcionalidade dos serviços e controla a execução das aplicações e processos, para que ocorram no tempo certo e com harmonia, o que justifica o nome.
- Permite uma descrição melhor dos comportamentos de cada elemento e processos, melhorando a segurança de "policiamento" das aplicações.
- Negocia e regula as operações entre os domínios heterogênios:
Estabelece a interconexão entre domínios de diferentes funções.
- Permite as negociações entre sistemas autonômicos de controle (Autonomic Management Systems - AMS):
AMS são agentes com capacidade de detectar, corrigir ou cancelar processos, são fundamentais na proposta da nova internet, sendo que a integração entre estes é feita por tal plano.
- Controla a cooperação entre as ações de controle promovidas pelos sistemas autonômicos.
- Promove a otimização do controle dos processos da rede, vem para corrigir uma série de problemas da rede atual, desde políticas de segurança à qualidade do serviço(QoS) atuando na configuração e interação destes.
- Inicia a abertura ou fechamento dos serviços dos AMSs, além das redes virtuais entre estes componentes.
- Regula o level máximo de ação dos AMSs de acordo com a aplicação, ou necessidade e capacidade da rede.
- Regula todo o processo de criação ou finalização dos AMS.
- Atua de forma mais distribuída através de um componente, o DOC(Distribuited Orchestration Component), o qual faz a interface entre o plano e os serviços e sistemas de controle, além do outros componentes da arquitetura do AutoI, incluindo outros planos. O componente central dos DOCs é o Dynamic Planner, responsável pelos comportamentos de processos específicos de orquestração.
- Os DOCs possuem uma visão do sistema específico integrada em sua própria arquitetura, e atuam através de uma série de comandos específicos para a interferência em cada processo. Procuram manter a estabilidade de cada sistema.
- Existe um componente do plano de orquestração denominado de Behaviours(comportamentos), que são responsáveis pela implementação de cada tarefa de orquestração. Este é o reponsável por tornar o plano compatível com diferentes comandos para diferentes tecnologias.