Rafael, mesma situação, trabalhei com Hunchentoot + PostModern em SBCL para um projeto em empresa. Bastante confiável e, assim como todos os projetos do Edi Weitz, impecavelmente documentado. Usei muito Drakma para web crawling na época também.
O único problema que tive na época foi com RAM. O SBCL volta e meia parava porque o VPS que eu estava usando alocava memória sob demanda. Troquei para um outro VPS (TekTonic) e acabaram-se os problemas. Portanto, recomendado. Boa sorte no projeto e nos dê detalhes durante o processo! :-) Abraços. Em 26 de agosto de 2011 15:37, Joop Kiefte <[email protected]> escreveu: > Trabalhei com exatamente essa combinação (incluindo o PostModern para > PostgreSQL). Porém não implementei esse sistema desde o começo, entrei > depois. > > Em 26 de agosto de 2011 15:12, Rafael Ibraim <[email protected]>escreveu: > > Pessoal, alguém aí já usou o Hunchentoot[1] em ambiente de produção? >> Na empresa onde trabalho estamos começando o desenvolvimento de um >> serviço web(REST-like) que retorna seus resultados em JSON[2]. Não >> posso dar muitos detalhes sobre o projeto, mas no geral: >> - O serviço irá receber *muitas* requisições, na maioria das vezes >> elas serão pequenas. >> - Deverá ter alta disponibilidade, ao menos durante o dia(estimamos >> 06:00 às 20:00 como sendo o horário de maior uso do sistema). >> - Em relação à plataforma, linguagem, BD, etc. estou praticamente >> livre para escolher o que quiser. O cliente neste caso está se >> importando unicamente com os resultados, ele não quer nem saber da >> tecnologia. >> - Provavelmente o serviço estará hospedado "na >> nuvem"(Ex:SliceHost[3], Linode[4], etc). >> >> Estou pensando em usar SBCL c/ Hunchentoot acessando uma base >> PostgreSQL(via CLSQL[5])... Alguém da lista já faz algo parecido? >> Já tiveram problemas em relação à performance ou consumo de memória ao >> longo do tempo(em teoria, meu processo ficará rodando durante *meses* >> no servidor...)? >> >> Acredito que não terei problemas de performance com SBCL(sinceramente, >> acho muito mais provável que o gargalo na performance acabe sendo o BD >> ou o acesso a disco), mas não custa nada perguntar... >> >> [1] http://weitz.de/hunchentoot >> [2] http://www.json.org >> [3] http://www.slicehost.com >> [4] http://www.linode.com >> [5] http://clsql.b9.com >> >> -- >> Rafael Ibraim >> Oracle Database SQL Expert >> Linux User Number: #537480 >> [email protected] >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Lisp-br" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/lisp-br?hl=en. >> >> > -- > You received this message because you are subscribed to the Google Groups > "Lisp-br" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/lisp-br?hl=en. > -- Vilson Vieira [email protected] ((( http://automata.cc ))) ((( http://musa.cc ))) -- You received this message because you are subscribed to the Google Groups "Lisp-br" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/lisp-br?hl=en.
