Mopidy: Afaste a infraestrutura Mopidy da Rackspace

apt.mopidy.com

Eu tenho um novo (reduzido, mais gerenciável) Pi Musicbox v1.0 que tem apenas alguns bits empacotados. Eu quero divulgar isso em algum momento. Eu seria capaz de obter acesso suficiente se for uma VM em sua máquina privada? E suponho que vocês paguem por isso, o que não é justo.

Acho que deveríamos nos inscrever no Discourse para hospedagem gratuita. Eu posso fazer isso.

Concordo, acho que combinamos.

Hospedagem de imagens de lançamento do Pi Musicbox.

Acho que devemos fazer o upload de tudo isso no GitHub Releases o mais rápido possível e descartar o vhost no final do ano. Eu posso fazer isso se @kingosticks concordar.

Concordo e farei isso, provavelmente no fim de semana.

Desculpe, eu perdi que @jodal disse que faria o upload dos lançamentos antigos. Se você quer fazer isso, vá em frente!

A única despesa para a máquina VM é comprá-la inicialmente e consertá-la se algo der errado. Não a usamos antes, pois não queremos depender de infraestrutura "privada" e não podemos fornecer tanto acesso a ela.

Para a ponte OAuth, eu estava analisando se o AppEngine ou algo assim poderia ter uma camada que funcionasse. Ele realmente não precisa de muito para funcionar e pode ser facilmente portado para outro sistema de armazenamento que não o sqlite, se necessário.

A Netlify faz um nível gratuito adequado para OSS. Poderíamos usá-los para hospedar o apt.mopidy.com?

Alguma combinação de https://cloud.google.com/free/docs/always-free-usage-limits pode funcionar para a ponte OAuth.

Gostaria de saber se você conseguiria uma empresa que normalmente não faz hospedagem gratuita para patrocinar o projeto? OVH, Hetzner, online.net... existem muitas opções que são empresas de hospedagem de volume extremamente alto que possuem seus próprios DCs e dificilmente dariam uma máquina física com 128 GB de RAM e 2 x Xeon E5 para um projeto OSS : ) Então você pode usar uma solução de contêiner seguro como LXD, OpenShift ou SmartOS para criar áreas com diferentes níveis de sensibilidade/acesso (por exemplo, para dar a certas pessoas a capacidade de atualizar/publicar pacotes em uma área sem dar a eles SSH perigoso de nível de usuário para o toda a infraestrutura).

Agora me inscrevi no Discourse em https://blog.discourse.org/2016/03/free-discourse-forum-hosting-for-community-friendly-github-projects/ para uma instância do Discourse hospedada, com o seguinte motivacional carta:

Saudações!

O projeto Mopidy já possui um site Discourse em https://discuss.mopidy.com que atende a comunidade em torno do projeto Mopidy, as mais de 50 extensões Mopidy (https://pypi.org/search/?q=mopidy) e a distribuição Pi Musicbox (http://www.pimusicbox.com) para Raspberry Pi.

Temos sido auto-hospedados em um servidor Rackspace patrocinado nos últimos anos, mas a Rackspace está encerrando seu programa de desconto de código aberto (consulte https://github.com/mopidy/mopidy/issues/1643 para obter detalhes) e estamos procurando um novo host para o nosso site Discourse.

Você pode nos ajudar?

Todos os lançamentos do Pi Musicbox de https://dl.mopidy.com/pimusicbox já foram enviados para https://github.com/pimusicbox/pimusicbox/releases.

Isenções de responsabilidade:

• Para poder criar versões do GitHub, eu precisava de uma tag git para cada versão. Como os lançamentos antigos do Pi Musicbox eram bastante feitos à mão, provavelmente não há commit que corresponda perfeitamente. Como solução alternativa, criei um commit órfão para o qual apontei todas as novas tags.
• Eu tentei definir a data de confirmação e tag para 1970-01-01T00:00:00Z para classificá-los após a versão mais recente, 0.7.0rc4, mas isso não funcionou.

Obrigado @jodal , parece que isso me levaria muito tempo para descobrir e fazer.

Existem algumas sugestões para alternativas Rackspace em https://news.ycombinator.com/item?id=15502356 , Linode parece interessante.

Três atualizações...

dl.mopidy.com

Graças a @trygveaa , descobrimos que apenas a data do autor e não a data do commiter para o commit do placeholder de lançamento foi definida como 1970. Com isso corrigido, os lançamentos antigos do Pi Musicbox agora são classificados após os lançamentos mais recentes.

O vhost dl.mopidy.com foi atualizado com as seguintes regras de redirecionamento para manter todas as URLs funcionando:

rewrite ^/pimusicbox/$ https://github.com/pimusicbox/pimusicbox/releases permanent;
rewrite ^/pimusicbox/pimusicbox-(.*).zip https://github.com/pimusicbox/pimusicbox/releases/download/v$1/pimusicbox-$1.zip permanent;

discutir.mopidy.com

O Discourse aprovou nosso pedido de hospedagem gratuita com o único requisito de que alteremos o nome do host de discuss.mopidy.com para discurso.mopidy.com. Não tenho problemas com isso e adoraria me livrar da tarefa regular de atualizar o Discourse e da tarefa irregular de reconstruir a imagem do Docker.

Vou seguir em frente com essa migração, a menos que alguém tenha fortes argumentos contra. É claro que vou redirecionar o discuss.mopidy.com para o discurso.mopidy.com.

A Rackspace dá a volta por cima

Recebi o seguinte e-mail da Rackspace hoje:

Pedimos desculpas por qualquer confusão que a comunicação de ontem possa ter causado. Embora não estejamos mais aceitando novos candidatos ao programa Open Source Discount (OSS), todos os clientes existentes do programa OSS manterão seus créditos. A Rackspace está comprometida com a tecnologia de código aberto e esperamos continuar apoiando você e seu projeto de código aberto.

O uso da palavra "créditos" torna isso um pouco vago, mas provavelmente é apenas a solução interna deles para nos dar hospedagem gratuita. Eu interpreto isso como: somos livres para ficar na Rackspace pelo tempo que quisermos.

Com essa mensagem em mente, sugiro que:

• continuar a descontinuação de dl.mopidy.com,
• continuar a mudança para o Discourse para hospedagem do fórum, e
• deixe apt.mopidy.com e auth.mopidy.com rodando no servidor Rackspace por enquanto.

Duas atualizações...

dl.mopidy.com

Todas as referências que conheço nos documentos e site do Pi MusicBox foram atualizadas para se referir aos lançamentos do GitHub em vez de dl.mopidy.com.

Acho que a única coisa que resta agora é deixar passar alguns anos antes que dl.mopidy.com desapareça silenciosamente.

discutir.mopidy.com est mort, vive speech.mopidy.com

Acabei de concluir a migração do fórum do Discourse do nosso próprio servidor Rackspace para a hospedagem patrocinada pelo Discourse em https://discourse.mopidy.com. Obrigado ao Discourse pelo grande apoio até agora! :-)

Processo de migração

1. Coloque o argument.mc no modo somente leitura.
2. Faça um backup completo do site.
3. Compartilhe o backup com o suporte do Discourse.
4. O Discourse restaurou o backup nodiscurs.mc e ajustou os caminhos de upload, etc., para corresponder à configuração.
5. Atualize as configurações de login do GitHub/Google/Facebook/Twitter OAuth. O Yahoo parece não exigir nenhuma configuração. A verificação do login do Yahoo ainda funcionando seria bom.
6. Teste, teste, teste.
7. Redirecione o discuss.mc para o discurso.mc
8. Destrua a configuração antiga de resposta de e-mail que incluía uma rota de encaminhamento do Mailgun, uma conta do GMail e pesquisa POP3.
9. Atualize todas as referências para discuss.mopidy.com nos repositórios em https://github.com/mopidy e https://github.com/pimusicbox.

Regressões conhecidas

Responder por e-mail a e-mails enviados antes da migração, com endereço de resposta no formulário " [email protected] ", não funciona, pois o Discourse tem sua própria configuração de resposta por e-mail. Eu removi a rota Mailgun para fazer essas respostas saltarem em vez de desaparecerem em silêncio.

@kingosticks provavelmente será afetado por isso, então uma menção pelo nome aqui para conscientizá-lo disso.

Brilhante obrigado @jodal. Eu costumo não responder por e-mail muito os dias, pois era bastante lento.

Dois anos depois, removi todos os vestígios de dl.mopidy.com e discuss.mopidy.com.