submitter:username — rechercher les publications d'un utilisateur domain:example.com — rechercher les liens d'un domaine
submitter:username
domain:example.com
J’utilise de plus en plus cette possibilité. Notamment pour docker sur mon laptop, je n’en ai pas toujours besoin, et comme ça, dès que je tape une commande, il lance docker.
Voici un playbook qui déploie cette astuce: https://gitlab.com/bersace/config/-/blob/master/docker.yml
Le playbook dépend de python-docker.
Je doute que resolved arrête de déléguer les .docker s’il devient public.
C’est plutôt l’inverse qui va se passer: dnsdock retournera un NXDOMAIN pour un domaine public en .docker.
Il me semble que .localdomain est réservé pour l’usage local. Attention, .local est pour le mdns.
.localdomain
.local
Red5d/docker-autocompose permet de générer un fichier compose automatiquement
Cette semaine, je pense finir mon Docker avec MariaDB sous Alpine Linux. Ce qui va me permettre de commencer mon article sur l'optimisation de ma stack wordpress avec Docker.
Du coté dev, je vais me pencher plus en détails sur l'exploitation de Facebook Messenger en tant que bot pour Mercure News. Un peu dans le style CNN
avec un système d'automatisation et à coup de docker pull …. ou en utilisant l'orchestration avec compose (ce que je fais). Question segmentation c'est up to you tout en sachant que la bonne pratique c'est un process = un conteneur (mais il y a des exceptions). Pour le monitoring c'est un problème car cela implique une supervision a plusieurs niveaux (processus, ressources, logs …). Malgré tout l'api docker permet déjà de récupérer ces informations et il ne reste plus qu'à coder un truc dessus (mais attention a la volatilité en cas de scale up / scale down). La question étant comment définir si mon service est bon, dégradé ou tombé. Si on regarde bien on a les même problématique avec les solutions cloud (instances amazon, openstack ou autre). Bref sur le point supervision on est loin d'être prêt (si on réfléchit en terme de supervision à la papa).
Attention tu utilises la version 1 du docker-compose.yml. Les links sont maintenant déconseillés (la résolution des conteneurs par nom est automatique). https://docs.docker.com/compose/compose-file/#versioning. le principal avantage de passer à la version 2 est simple, il te permettra de faire de la résolution de nom sur les conteneurs en multi host sur un “cluster” swarm.
Article très intéressant qui parle des “fig” principe encore mal connu dans docker. Je vais m'en servir très bientôt pour proposer un projet perso directement sous forme de conteneur docker.
