Roadmap do CaxIta - Acessos em Shell Script ( inclui Kit.Acessos.lib )

AprendiNoLinux
(usa Ubuntu)

Enviado em 11/08/2011 - 00:55h

#------------------------------------------------------------------------------
# RoadMap: Acessos - Processos e serviços variados. Shell Script "CaxIta"
#------------------------------------------------------------------------------

Este é o roteiro que o aplicativo ACESSOS (apelido "caxIta") irá percorrer.
O desenvolvimento será de natureza flexível e seu código será open source.
Será usado como aprendizado e deverá receber sugestões e dicas da comunidade.
É um mundo novo GNU/Linux e Shell Script para mim.
Este processo não deve ser feito de uma forma insustentável.
Um mínimo de planejamento é necessário para se conseguir os objetivos.
Este roteiro traça as linhas gerais do aplicativo. Detalhes adicionais poderão
ser adicionados no roteiro se for algo importante a ser destacado.
Não creio que este aplicativo possa ser usado por muitas pessoas.
Tenho esperança que as bibliotecas sejam usadas por muitas pessoas.
Kit.Acessos será idependente da aplicação e poderá ser usado em qualquer lugar.

Objetivos do "caxIta"
---------------------

Permitir a retirada de mais de 150 serviços existentes nos crons.
Possibilitar a troca e processamento de diversos trabalhos de tempos em tempos
usando daemons feitos em Shell Script.
Poucos disparadores irão trabalhar em cron para garantir os daemons Shell.

O "caxIta" poderá ser usado para uma infinidade de trabalhos. Alguns exemplos:

- Transferir documentos e arquivos automatizados com destinação.
- Permitir automatizar as atualizações de software mesmo em web.
- Podem ser adicionadas funções extras. Trabalhar como um mini-chat coorporativo.
- Poderá ser usado como um contralador de trabalhos personalizado.
- Aproveitar o potencial de todas as máquinas em uma rede para processamento.
- Possibilitar a distribuição de tarefas em máquinas remotas.
- Permitir o controle de contadores sobre qualquer tipo de acesso documentado.
- Pode ser usado para controlar o tempo efetivo de trabalho de uma estação.

São váriadas as formas que o aplicativo poderá ser customizado.
Ele não será uma maravilha, mas poderá servir de base para outras implentações.

Vamos ao RoadMap a missão ?

Versão 1.0
----------

+ Criar blog e repositório para documentar as estapas.
+ Levantar processos que rodam nos esquipamentos usando cron.
+ Análise: Verificar a troca de documentos e serviços entre as estações.
+ Aliviar a carga de trabalhos desnecessários no servidor central.
+ Desenvolver documentação sobre convenções e normalizações do desenvolvimento.
+ Desenvolver o máximo de funções genéricas para uso em bibliotecas.
+ Desenvolver o máximo de bibliotecas com código portável.
+ Liberar código em desenvolvimento para comunidades de OpenSource.
+ Receber feedback e corrigir falhas.
+ Destinar processamento para estações de trabalho.
+ Contabilizar o total de troca de serviços e documentos entre as estações.

Versão 2.0
----------

+ Correção de erros/Bugs.
+ Melhorar a documentação e manuais.
+ Integrar processos de serviços gerais ao Acessos
+ Integrar log de auditorias de servidores com filtros especializados.
+ Integrar log de auditoria nas estações com filtros especializados.
+ Gerar relatório de carga nos trabalhos das estações.
+ Distribuir processamentos conforme demanda.
+ Racionalizar distribuição de trabalhos para cada equipamento.


Versão 3.0
----------

+ Correção de possíveis Bugs/Erros
+ Permitir processamento usando nuvem e clusters.
+ Integrar processos paralelos de todos os dados ao banco cassandra.


Observações gerais do RoadMap.
------------------------------

Este RoadMap é bem genérico para o desenvolvimento apenas. Seu destino é a
comunidade de desenvolvedores de Shell Script. Normalmente um bom RoadMap
demonstra como será a implantação, o ambiente necessário e como serão
disponibilizados estes recursos. A minha intenção é também de propor um modelo
que resulte em boas práticas no desenvolvimento de Shell Script.
Esta sendo também o meu aprendizado pessoal.

Não sei ainda como será a adoção da comunidade e nem se irão dar suporte em
algumas bibliotecas de código que serão integradas. A idéia não é reinventar a
roda. Se for possível aproveitar algumas bibliotecas existentes, melhor ainda.

Elencar as ferramentas ou as características principais do desenvolvimento deste
aplicativo não está no escopo deste roteiro e sim no arquivo Padrao.txt.

A minha ideia é que o Kit.Acessos possa reduzir o retrabalho para quem quer algo
pronto e genérico para adotar em seus Scripts. Ter bons componetens de uso geral
ajudam muito na produção. Inicialmente é um tempo perdido que será ganho por
todos e também para os futuros desenvolvedores.

Manter bibliotecas atualizadas é mais fácil do que tentar ajustar or problemas
em cada Shell Script que você cria.

Caso haja algum tipo de mudança, espero que a comunidade possa suportar as libs.
Este processo só funciona se houver envolvimento. Ter disciplina é um bom passo,
aceitar sugestões é outro muito importante. Espero contar com a colaboração
de outros desenvolvedores para homologar alguns códigos.

Envolvidos em testes também serão lembrados e sua importância é fundamental.

Espero que no futuro, exista algum processo periódico de revisão no trabalho.
Quem irá manter o código após a versão 1.0 eu não sei. Meu trabalho será levar
até a versão final 1.0 e depois espero que alguém continue.
O foco principal está no uso de comandos variados e bem documentado para o aprendizado.

Obrigado

@GA_Tux

PeloAmorDeDeusNãoMeAvisemDosErrosDePortuguês kkkkk O feedback é bem vindo :)