Les reproches que je fais à Scaleway sont les suivants :
— En utilisation perso (hébergement appli web type cloud perso), j’ai une vm (de type ARM64-4GB) depuis septembre. A deux reprises, j’ai eu des arrêts de cette VM. J’ai un uptime robot qui tourne dessus, le temps de me rendre compte que le souci ne vient pas de chez moi et après avoir fait un ticket. Pour les deux cas, Scaleway m’indique ça repart après reboot de l’hote.
— En utilisation pro (deuxième cluster “backup” d’une BD distribuée), j’ai 5 instances C2L : il est impossible de les redémarrer logiciellement cf. https://github.com/scaleway/image-ubuntu/issues/87
Pour leur défense, j’ai aussi une VM X64-15GB en backup d’une base relationnelle qui tourne parfaitement et pour laquelle je n’ai pas de soucis.
Concernant, les snapshots, je te recommande plutôt d’utiliser Ansible (ou autre) + un bon système de backup pour reproduire tes environnements, c’est plus léger et flexible (je suis capable de remonter ma prod en 2h avec mes scripts en cas de cataclysme).
Je garde tout de même Scaleway car c’est pas cher, le support est top, que c’est hébergé en France et ça marche quand même pas trop mal pour du backup et du perso. Mais je n’irais pas mettre ma prod dessus.
J'utilise Scaleway (pour mon backup) et OVH pour la prod.
Je recommande plutôt OVH pour la prod, leur public cloud est très stable. On s'est tapé des upgrades de version d'openstack sans rien voir. Bref, très satisfait de leur boulot par rapport au prix (même si il faut parfois le support est un peu long à répondre).
Avec Scaleway, les prix sont très bas, j'ai un très bon retour du service client (réponse très rapide aux tickets), mais d'un point de vue stabilité j'ai des gros doutes : j'ai eu plusieurs fois des VM qui étaient arrêtés (plus de 24h) qui nécessitait un reboot de l'hôte (rebooté 1/2h après ouverture de ticket), et je ne parle pas des inxtances "bare metal" qui sont galère à configurer ou à simplement rebooter.
Ah je voyais Traefik comme un clone de haproxy… mais effectivement, je vois que ça gère let's encrypt directement à l'intérieur. C'est beau le progrès :)
Posté par MrBidon .
En réponse au message Devops.
Évalué à 2.
Dernière modification le 05 décembre 2018 à 09:15.
Oups, j'avais oublié sur quel site je postais ce commentaire :)
Disons, que je donnais des exemples d'outils en ligne de commande (find est un must have effectivement) et oui j'entends maîtriser au sens savoir ce que veut dire une expression telle que :
mon_flux | sed -e "s/toto\(.*\)tata/\1/g" Soit en savoir sur plus sur sed que 90% des informaticiens :)
Posté par MrBidon .
En réponse au message Devops.
Évalué à 1.
Je pense que le métier est très différent selon les stacks utilisées par les devs et les choix en matière d'hébergement (dédié, private cloud, public cloud, container).
Devops, c'est une bonne partie de mon boulot actuel : mes taches devops consistent à lire les docs des technos, à réfléchir aux évolutions de l'infra système (capaplanning), à tester en ligne de commande les modifs, les mettre en prod et superviser.
Donc même si j'ai des connaissances de dev web (acquises par expérience et parce que je suis curieux), je dois t'avouer que ce n'est pas du tout la priorité en matière d'apprentissage pour un devops. A mon avis, il faut plutôt prioriser ta connaissances des architectures matérielles, la connaissance du réseau IP, savoir lire des docs techniques en anglais, maîtriser la ligne de commande Linux (xargs, grep et sed ne doivent avoir aucun secret pour toi), maîtriser un langage de script (Python !), un outil de déploiement automatisé (Ansible, Puppet, Chef..) et une chaîne de supervision (Zabbix, Nagios, Grafana…).
Voila on glande tranquillement sur LinuxFr et paf, vous avez répondu à une énigme de mon adolescence que je n'avais pas encore résolue (du moins je n'ai même pas essayé de la résoudre) : l'énigme de ce bouton turbo qui épatait les copains :).
On m'a parlé de ce fabricant qui est pas cher et réputé. Tu trouveras certainement ce qu'il te faut directement dans leur gamme de produit : https://mikrotik.com/products/group/switches
Par contre, à priori tu devras passer un peu de temps pour te former à la config.
Ouais, du coup je commence à penser que les SPA (Single Page Application) en JS vont tuer les vieux PC. Vive les appli PHP à papa avec un menu HTML des familles rafraichi à chaque clic !
Dommage, j'ai un latitude E4300 (core 2 duo / 4GB de RAM) je trouve qu'il rame bien sous Firefox. Avec la quantité de framework js qui se propage, il va être nécessaire d'avoir une bête de course pour utiliser la moindre appli web (par exemple, le nouveau Gmail qui me semble plus lourd côté client que l'ancien).
Désolé pour le mauvais terme, je parlais bien du garbage collector (pas taper :)) est-ce que Rust possède aussi un runtime de ce genre en tache de fond ?
Je m'intéresse a ces deux nouveaux langages, car je pense qu'ils ont un avenir radieux dans ce monde virtuel où l'on paye au nombre de core et de RAM consommées.
Bref, je ne me suis pas encore attardé sur Rust, et plutôt intéressé a Go. J'étais tombé sur un benchmark où l'on mettait en évidence la "lourdeur" de la VM de go vs le c. Quid de Rust dans ce cas ?
Posté par MrBidon .
En réponse au journal Lecture pour cet été.
Évalué à 4.
Dernière modification le 09 juillet 2018 à 19:28.
Il dit juste que l'usage massif de la technologie va dans le sens de l'histoire et que c'est sûrement une bonne chose du point de vue de notre espèce, mais sûrement pas au niveau individuel et qu'il y a de grandes chances que ça ne profite qu'à une élite.
Le transhumanisme à quand même une grosse place dans le bouquin, je reste sur mon idée de base : prévoir l'avenir de l'homme sans s'essayer à un petit chapitre sur l'épuisement des ressources naturelles est un gros manque dans un bouquin de ce genre. Le fait est avéré : d'ici 50 ans nous ne pourront plus aller acheter du pétrole à la pompe (il y a aura du pétrole mais pas pour monsieur tout le monde). Il n'est pas du tout sûr que nos centrales puissent aussi facilement casser des atomes d'uranium, bref, le développement sera très très ralenti qu'on le veuille ou non. La société, et donc l'homme vont devoir s'adapter, je trouve dommage de ne pas voir un petit chapitre à ce sujet dans un bouquin diffusé à un grand nombre d'exemplaires comme celui ci.
Posté par MrBidon .
En réponse au journal Lecture pour cet été.
Évalué à 10.
Dernière modification le 08 juillet 2018 à 21:18.
Ma maman m'a offert ce bouquin, et j'ai été assez déçu, c'est bien écrit et dans style facile à lire. Mais c'est trop positif, et trop c'est trop. Il n'y est pas mention du moindre manque de pétrole, d'uranium ou autre denrée indispensable au développement humain actuel… À mon goût, de la SF fleur bleue plutôt que de la prophétie.
[^] # Re: Bof
Posté par MrBidon . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 2.
Les reproches que je fais à Scaleway sont les suivants :
— En utilisation perso (hébergement appli web type cloud perso), j’ai une vm (de type ARM64-4GB) depuis septembre. A deux reprises, j’ai eu des arrêts de cette VM. J’ai un uptime robot qui tourne dessus, le temps de me rendre compte que le souci ne vient pas de chez moi et après avoir fait un ticket. Pour les deux cas, Scaleway m’indique ça repart après reboot de l’hote.
— En utilisation pro (deuxième cluster “backup” d’une BD distribuée), j’ai 5 instances C2L : il est impossible de les redémarrer logiciellement cf. https://github.com/scaleway/image-ubuntu/issues/87
Pour leur défense, j’ai aussi une VM X64-15GB en backup d’une base relationnelle qui tourne parfaitement et pour laquelle je n’ai pas de soucis.
Concernant, les snapshots, je te recommande plutôt d’utiliser Ansible (ou autre) + un bon système de backup pour reproduire tes environnements, c’est plus léger et flexible (je suis capable de remonter ma prod en 2h avec mes scripts en cas de cataclysme).
Je garde tout de même Scaleway car c’est pas cher, le support est top, que c’est hébergé en France et ça marche quand même pas trop mal pour du backup et du perso. Mais je n’irais pas mettre ma prod dessus.
# Bof
Posté par MrBidon . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 2. Dernière modification le 08 janvier 2019 à 17:38.
J'utilise Scaleway (pour mon backup) et OVH pour la prod.
Je recommande plutôt OVH pour la prod, leur public cloud est très stable. On s'est tapé des upgrades de version d'openstack sans rien voir. Bref, très satisfait de leur boulot par rapport au prix (même si il faut parfois le support est un peu long à répondre).
Avec Scaleway, les prix sont très bas, j'ai un très bon retour du service client (réponse très rapide aux tickets), mais d'un point de vue stabilité j'ai des gros doutes : j'ai eu plusieurs fois des VM qui étaient arrêtés (plus de 24h) qui nécessitait un reboot de l'hôte (rebooté 1/2h après ouverture de ticket), et je ne parle pas des inxtances "bare metal" qui sont galère à configurer ou à simplement rebooter.
[^] # Re: Des pistes...
Posté par MrBidon . En réponse au message Suppression Application API OVH. Évalué à 1. Dernière modification le 27 décembre 2018 à 11:38.
Ah je voyais Traefik comme un clone de haproxy… mais effectivement, je vois que ça gère let's encrypt directement à l'intérieur. C'est beau le progrès :)
[^] # Re: Des pistes...
Posté par MrBidon . En réponse au message Suppression Application API OVH. Évalué à 1.
Pour si le forum ne suffit pas, il y a des mailing list qui fonctionnent très bien aussi :)
# Des pistes...
Posté par MrBidon . En réponse au message Suppression Application API OVH. Évalué à 3. Dernière modification le 22 décembre 2018 à 08:56.
Tout d'abord, si tu ne veux assurer que le https d'un seul domaine, l'installation de certbot suffit. Il y a pas besoin d'API OVH.
Pour en revenir à ton problème, si tu regarde la doc : https://docs.ovh.com/gb/en/customer/first-steps-with-ovh-api/
Tu verra qu'il faut mettre du payload dans la requête suivante :
Le payload consiste en la liste des URL + ACTION que tu souhaites autoriser, ces informations sont trouvable sur cette page.
Pour de l'aide sur OVH, je te conseille plutôt de t'orienter vers le forum adéquat.
Bon courage et Joyeuse fête
# Trouvé
Posté par MrBidon . En réponse au message Recherche clavier silencieux. Évalué à 1. Dernière modification le 19 décembre 2018 à 18:51.
J'ai testé et approuvé le Kensington Advance Fit Clavier Ultra Plat à 26€.
C'est pas en alu, mais c'est aussi silencieux que le clavier d'un Mac (d'occasion tous les claviers proposés à la vente avaient un soucis).
[^] # Re: Le web n'est pas une priorité
Posté par MrBidon . En réponse au message Devops. Évalué à 1.
Effectivement :
La commande avec "g":
(echo "totopliptata";echo "totoploptata") | sed -e "s/toto\(.*\)tata/\1/g", retourne :La commande sans "g":
(echo "totopliptata";echo "totoploptata") | sed -e "s/toto\(.*\)tata/\1/", retourne la même chose.Faut que je retourne lire mon Grymoire.
[^] # Re: Le web n'est pas une priorité
Posté par MrBidon . En réponse au message Devops. Évalué à 2. Dernière modification le 05 décembre 2018 à 09:15.
Oups, j'avais oublié sur quel site je postais ce commentaire :)
Disons, que je donnais des exemples d'outils en ligne de commande (find est un must have effectivement) et oui j'entends maîtriser au sens savoir ce que veut dire une expression telle que :
mon_flux | sed -e "s/toto\(.*\)tata/\1/g"
# Le web n'est pas une priorité
Posté par MrBidon . En réponse au message Devops. Évalué à 1.
Je pense que le métier est très différent selon les stacks utilisées par les devs et les choix en matière d'hébergement (dédié, private cloud, public cloud, container).
Devops, c'est une bonne partie de mon boulot actuel : mes taches devops consistent à lire les docs des technos, à réfléchir aux évolutions de l'infra système (capaplanning), à tester en ligne de commande les modifs, les mettre en prod et superviser.
Donc même si j'ai des connaissances de dev web (acquises par expérience et parce que je suis curieux), je dois t'avouer que ce n'est pas du tout la priorité en matière d'apprentissage pour un devops. A mon avis, il faut plutôt prioriser ta connaissances des architectures matérielles, la connaissance du réseau IP, savoir lire des docs techniques en anglais, maîtriser la ligne de commande Linux (xargs, grep et sed ne doivent avoir aucun secret pour toi), maîtriser un langage de script (Python !), un outil de déploiement automatisé (Ansible, Puppet, Chef..) et une chaîne de supervision (Zabbix, Nagios, Grafana…).
[^] # Re: tactile
Posté par MrBidon . En réponse au message Recherche clavier silencieux. Évalué à 1.
Exactement filaire d'occasion ça passe :)
[^] # Re: tactile
Posté par MrBidon . En réponse au message Recherche clavier silencieux. Évalué à 1.
Ca fait un an que je bosse sur mac professionnellement, et le "bruit" du clavier mac me convient parfaitement.
Je recherche un clavier PC de même qualité.
Peut être directement utiliser un clavier Mac sur PC : https://www.shuto.fr/configuration-clavier-mac-sous-debian/
[^] # Re: fréquence dynamique
Posté par MrBidon . En réponse au journal Le microprocesseur, ce monstre de puissance qui passe son temps à attendre. Évalué à 9.
Voila on glande tranquillement sur LinuxFr et paf, vous avez répondu à une énigme de mon adolescence que je n'avais pas encore résolue (du moins je n'ai même pas essayé de la résoudre) : l'énigme de ce bouton turbo qui épatait les copains :).
# Mikrotik
Posté par MrBidon . En réponse au message Switch manageable, 12 ports mini, Gigabit si possible, PoE serait un plus. Évalué à 2. Dernière modification le 23 octobre 2018 à 13:15.
On m'a parlé de ce fabricant qui est pas cher et réputé. Tu trouveras certainement ce qu'il te faut directement dans leur gamme de produit : https://mikrotik.com/products/group/switches
Par contre, à priori tu devras passer un peu de temps pour te former à la config.
[^] # Re: C'était mieux avant
Posté par MrBidon . En réponse au journal Un développeur qui dénonce. Évalué à 3.
Ouais, du coup je commence à penser que les SPA (Single Page Application) en JS vont tuer les vieux PC. Vive les appli PHP à papa avec un menu HTML des familles rafraichi à chaque clic !
# web assembly
Posté par MrBidon . En réponse au journal Un développeur qui dénonce. Évalué à 1.
Serait ce une solution pour avoir des applications web moins chargée ?
[^] # Re: C'était mieux avant
Posté par MrBidon . En réponse au journal Un développeur qui dénonce. Évalué à 4.
Dommage, j'ai un latitude E4300 (core 2 duo / 4GB de RAM) je trouve qu'il rame bien sous Firefox. Avec la quantité de framework js qui se propage, il va être nécessaire d'avoir une bête de course pour utiliser la moindre appli web (par exemple, le nouveau Gmail qui me semble plus lourd côté client que l'ancien).
[^] # Re: C'était mieux avant
Posté par MrBidon . En réponse au journal Un développeur qui dénonce. Évalué à 3.
Je suis curieux avec ton pentium 4 tu arrives a surfer ? Si oui quel navigateur ? Est ce que freebsd est plus light qu'une xubuntu par exemple ?
[^] # Re: Ce que j'en pense ....
Posté par MrBidon . En réponse au journal Un développeur qui dénonce. Évalué à 1.
Ajoute netplan a la liste (a moins que ce soit une nouveauté uniquement ubuntuesque).
[^] # Re: Machine virtuelle ?
Posté par MrBidon . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 2. Dernière modification le 10 septembre 2018 à 17:13.
Désolé pour le mauvais terme, je parlais bien du garbage collector (pas taper :)) est-ce que Rust possède aussi un runtime de ce genre en tache de fond ?
# Machine virtuelle ?
Posté par MrBidon . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 0.
Je m'intéresse a ces deux nouveaux langages, car je pense qu'ils ont un avenir radieux dans ce monde virtuel où l'on paye au nombre de core et de RAM consommées.
Bref, je ne me suis pas encore attardé sur Rust, et plutôt intéressé a Go. J'étais tombé sur un benchmark où l'on mettait en évidence la "lourdeur" de la VM de go vs le c. Quid de Rust dans ce cas ?
[^] # Re: Scaleway + Cloudron
Posté par MrBidon . En réponse au message recherche hébergement français pas cher et "configurable". Évalué à 1.
Petite remarque les prix de Scaleway sont hors taxes, il faut donc ajouter 20% pour avoir le vrai prix en France.
[^] # Re: Scaleway
Posté par MrBidon . En réponse au message recherche hébergement français pas cher et "configurable". Évalué à 1.
Je suis en train de tester cette alternative, pour l'instant ça marche bien et c'est plus simple à utiliser que le public cloud d'ovh.
# Scaleway
Posté par MrBidon . En réponse au message recherche hébergement français pas cher et "configurable". Évalué à 2.
Je suis tombé sur la nouvelle mouture cloud d'online.
Les tarifs sont très agressifs… peut être que ça rentrera dans ton budget.
[^] # Re: Homo deus : l'avenir de l'homme sans évoquer l'écologie
Posté par MrBidon . En réponse au journal Lecture pour cet été. Évalué à 4. Dernière modification le 09 juillet 2018 à 19:28.
Le transhumanisme à quand même une grosse place dans le bouquin, je reste sur mon idée de base : prévoir l'avenir de l'homme sans s'essayer à un petit chapitre sur l'épuisement des ressources naturelles est un gros manque dans un bouquin de ce genre. Le fait est avéré : d'ici 50 ans nous ne pourront plus aller acheter du pétrole à la pompe (il y a aura du pétrole mais pas pour monsieur tout le monde). Il n'est pas du tout sûr que nos centrales puissent aussi facilement casser des atomes d'uranium, bref, le développement sera très très ralenti qu'on le veuille ou non. La société, et donc l'homme vont devoir s'adapter, je trouve dommage de ne pas voir un petit chapitre à ce sujet dans un bouquin diffusé à un grand nombre d'exemplaires comme celui ci.
# Homo deus : l'avenir de l'homme sans évoquer l'écologie
Posté par MrBidon . En réponse au journal Lecture pour cet été. Évalué à 10. Dernière modification le 08 juillet 2018 à 21:18.
Ma maman m'a offert ce bouquin, et j'ai été assez déçu, c'est bien écrit et dans style facile à lire. Mais c'est trop positif, et trop c'est trop. Il n'y est pas mention du moindre manque de pétrole, d'uranium ou autre denrée indispensable au développement humain actuel… À mon goût, de la SF fleur bleue plutôt que de la prophétie.