Prezados,
já ouvi falar muito do MK-Auth, mas só hoje comecei a usar, como desenvolvedor, tenho algumas dúvidas sobre o roadmap desses sistemas utilizados e encontrei algumas coisas que gostaria de compartilhar:
- Existe a possibilidade do projeto sair do Ubuntu e ir para RHEL, CentOS ou até mais ousadamente BSD? Sinceramente, esses ainda batem qualquer SO em questão de performance na minha opinião. Um bom produto para vocês, poderia ser criar um appliance, ou um sistema mais dinâmico, algumas pessoas não gostam de mudar de SO.
- A interface web pode vir ser adaptada pra bootstrap? No celular é realmente bem difícil usar o site porque as tabelas não se adaptam à tela.
- Quando fui configurar minha interface de rede com o shell disponibilizado percebi que cometi um erro ao digitar e selecionei novamente a opção, ao dar um ip addr no terminal, percebi que foram adicionados 2 IPs à minha interface, acabei configurando na mão mesmo, mas isso pode atrapalhar quem não tem muito conhecimento.
- Eu não fiz nenhum teste, mas de um modo geral, SNMP é bem ruim para pegar dados quando se tem uma API, e o RouterOS tem uma (http://wiki.mikrotik.com/wiki/Manual:API), eu realmente não gosto de ter um monte de processos acontecendo sem necessidade no meu server. Tenho um Hardware limitado que está rodando o Mikrotik e o MK-auth e 3,5GB de RAM é tipo, MUITA coisa! (eu já mudei o innodb_buffer_pool_size pra 1GB e a VM pra 1,5GB e estou rodando de boa até agora).
Bom, estou fuçando todas as funções ainda, acabarei comprando uma licença por pressão dos meus sócios, mas por estar à frente da parte técnica tenho muita preocupação com a escalabilidade dos sistemas que vou usar. BTW, até agora estou gostando, aguardo respostas!



Respostas
Sugiro que dê uma olhada em como o Turnkey resolveu isso.
Pedro Filho disse:
- Futebol, Politica, Religião e Distro são assuntos delicados, mais escolhir o Debian pq no Brasil acho que por conta do kurumin e depois o ubunut ele é mais usado em servidores, pode ver que todo site sobre linux coloca primeiro como fazer usando APT e depois mostra como fazer em outros, mais o CentOS é legal tambem, mais tem pouca diferença amigo, pois o kernel é o mesmo, somente o empacotamento que é diferente.
- estou trabalhando em uma nova central em bootstrap quando terminar e ficar tudo ok irei passar a colocar no weadmin tambem.
- irei ver isso sobre a configuração do IP no shell.
- pouca coisa no sistema usa SNMP, somente log de sinal e trafego e ele é um padrão de monitoramento universal, como no futuro ao colocar outros equipamentos tipo os da Ubiquiti irei precisar alterar poucas coisas usando ele.
Eu acho o modo RedHat de fazer as coisas é muito complicado. Tenho trauma disso e do RPM Hell desde o Conectiva Guarani. Boa sorte.
Eu prefiro o Debian. Se é bom o bastante para o Google e para a Amazon deve ser para o MK-AUTH também. Além de facilitar e otimizar o KSM quando virtualizado no Promox, outro com base Debian.
Mais isso é uma discussão infrutífera. Daqui a pouco vem alguém recomendado Slackware, que eu recomendo para projetos do tipo "Voyager: lançado para os confins da galáxia, de onde jamais retornará."
Fabiano Soares Honorato disse:
Cara, o CentOS mudou muito desde 2011, muito mesmo! Como eu disse, o CentOS 6 é muito bom, recomendo que você dê uma olhada nele. Eu já tô até vendo como faço pra migrar o MK-Auth pra ele aqui.
Sobre o banco, vou dar uma olhada, vi apenas superficialmente, mas bom saber que ainda tem mais pra ver.
Então, eu gostaria muito de melhorar meu hardware, mas na mesma proporção gostaria de que os recursos fossem preservados, veja bem, não é só porque podemos ter recursos que vamos utiliza-los sem pensar.
Marco de Freitas disse:
Outro caminho muito bom, AngularJS by Google:
Não é todo mundo que pode bancar uma licença RHEL. CentOS tem seus percalços e comparado a este o Debian tem uma base muito mais sólida. E LPI é só um papel.
HTML5+CSS3+Bootstrap é o caminho.
Há provedores aqui que têm 15 mil clientes rodando tranquilamente. O problema de escala foi resolvido com o MK-AUTH 64 bits. Se você estiver usando a versão de 64 bits a opção innodb_buffer_pool_size é inócua. Agora o padrão do MK-AUTH é o TokuDB.
As pessoas não se importam em colocar 16 GB de RAM para jogar CrossFire mas quando chega na hora de "dar milho à galinha" a mão fecha. O que são 4 GB de RAM hoje em dia?