flan a écrit 1829 commentaires

Là, tu parles de salaire après 30 ans de carrière. Ça n'a rien de fantastique pour un ingénieur avec la même ancienneté, au contraire…

Je t’avoue que je ne me sens pas spécialement responsable de ce qui a été fait ces 3000 dernières années…

C'est exactement ce qu'il dit ;)

Le problème n'est pas le changement de vocabulaire mais l'appauvrissement du vocabulaire.
Avec 100 mots de vocabulaire, tu ne peux pas avoir une pensée aussi complexe qu'avec 1 000 mots.

Si la continuité est vraiment importante, le serveur à domicile n'est probablement pas la meilleure solution vu qu'il y a des beaucoup de raisons d'avoir des interruptions de service plus ou moins longues : panne matérielle, coupure électrique, plantage du modem, panne chez le FAI, vol du serveur, incendie, bête arrachage de prise… et tout ça en ton absence, bien évidemment.

Tout est dans le titre : je vais me pencher sérieusement sur cette solution, dans l'optique de supprimer sensu/uchiwa/elasticsearch/graylog/rabbitmq par Prometheus et Grafana (couplé à quelques plugins dont Loki).
Rien n'est fait pour l'instant, mais j'aimerais bien que ça soit faisable :)

1) Les logs sont rarement en JSON de base, il faut donc un outil pour les mettre en forme (logstash, graylog, …) — et même s'ils étaient en JSON, ça ne voudrait pas dire qu'ils aient tous le même format.
2) quand on a un ES bien rempli, il faut dans tous les cas avoir une interface d'exploitation (Kibana, ou ici Grafana)
3) si j'ai bien compris, Loki permet d'avoir les logs correspondant à des métriques directement, au lieu d'avoir à faire la corrélation temporelle manuellement.

Bref, quelle que soit la base préférée, les outils de transformation et de visualisation restent nécessaire. Par contre, c'est intéressant d'avoir un seul outil de transformation, un seul outil de stockage et un seul outil de visualisation au lieu d'en avoir deux ou trois à chaque fois.

Pour compléter : une supervision est souvent constituée de trois types d'indicateurs : les métriques (valeurs numériques quelconques qui varient avec le temps, pour faire de jolies courbes), les checks (on/off, OK/KO, etc.) qui disent uniquement si c'est bon ou pas et les logs. Pour chacun de ces types d'indicateur, il faut au moins savoir les collecter, les stocker et les présenter à l'utilisateur (tu peux ajouter de la mise en forme, générer des alertes, et plein d'autres choses).

Pour les logs, la chaîne est souvent constituée de syslog qui envoie à logstash (pour mise en forme) qui les stocke dans ElasticSearch. Kibana est une interface de visualisation et de recherche d'ElasticSearch.
Dans le même genre et toujours pour les logs, il y a Graylog qui peut remplacer (en moins puissant mais plus simple) Logstash et Kibana.

Prometheus (je connais mal) fait la collecte des métriques et des checks et de la visualisation simple.
Grafana est à la base une visualisation de métriques qui demande un stockage (comme influxdb, mais il sait en utiliser d'autres). On parle ici du plugin Loki pour reprendre Grafana pour la visualisation des logs en plus des métriques (sachant qu'un plugin permet également d'utiliser Grafana pour la visualisation de checks).

Le concept est intéressant, mais je ne sais pas ce que vaut Digiposte en termes de sécu.

Dans le monde Apple, tu as également AirDrop, qui passe par le Bluetooth et le Wifi, ce qui permet des débits bien plus importants qu'en Bluetooth pur, et sans rien configurer (ça va fonctionner en broadcast, ou en limitant à ses contacts connus). L'authentification est faite via les comptes Apple respectifs. Le destinataire n'a qu'à accepter le transfert.

Sur les nouveaux iPhone, ça va un peu plus loin vu que le destinataire présélectionné (quand il y a plusieurs personnes aux environs) est celui vers lequel le téléphone émetteur pointe (ça utilise une troisième technologie pour ça, l'UWB).

La partie broadcast est faite en Bluetooth LE, et s'il y a transfert, les deux appareils créent un réseau Wifi pair-à-pair temporaire (en parallèle des réseaux auxquels ils peuvent être connectés chacun de leur côté) le temps du transfert.

Je ne pense pas qu'il faille partir de la fin du mot pour trier, plutôt qu'il faut utiliser un tri plus subtil qu'un simple tri caractère par caractère. Par exemple :
- on fait des classes d'équivalence pour chaque mot (la classe d'équivalence de ce mot étant ce même mot dépourvu d'accents et autres bizarreries),
- on trie les classes d'équivalence,
- on trie les différents mots au sein d'une classe d'équivalence.

Oui, bien sûr.
Ce que je veux dire, c'est qu'il n'y a aucun ordre naturel pour trier ces différents caractères. Ça dépendra très certainement du contexte.

Par exemple, si je choisis l'ordre "e" puis "é" (parce que pourquoi pas), et que je veux trier "cote", "cotes", "coté", "cotés".
Dans beaucoup de cas, je vais pourtant vouloir trier "cote", "coté", "cotes", "cotés", sans respecter l'ordre lexicographique pur.

Petit, j'ai appris une liste triée de 26 caractères, mais je n'ai jamais appris d'ordre particulier entre majuscules et minuscules, ni d'ordre dans les versions accentuées d'un même caractère (doit-on faire eéè ? éeè ?, éèe ?).

Partant de là, il faut bien choisir une convention, et cette version ne me surprend pas plus qu'une autre.

Others correspond plutôt à la somme de ceux qui sont identifiés mais regroupés car trop peu importants isolément (ChromeOS + FreeBSD + OpenBSD par exemple).

Je dirais que ce n'est pas « l' » OS inconnu, mais la part des OS non reconnus par leur méthode (comme un UserAgent qui ne donne pas l'OS).

Pour les montres connectées, je ne suis pas sûr que ça soit si souvent du Linux, vu que les Apple Watch semblent avoir la cote.

Je dirais comme toi si les thèmes étaient un peu mieux répartis. Là, ce n'est clairement pas le cas.
Après, ils font ce qu'ils veulent, hein, je me contenterais très bien de ne pas fréquenter ce site :D

Personnellement, ça me gêne un peu de voir sur ce site des icônes à l'effigie de groupes terroristes… :/

(Je parle bien du sentiment national, qui s'est créé pendant la Guerre de Cent ans, malgré les divergences régionales, mais ce n'est qu'une parenthèse.)

(j'ai toujours entendu que la France en tant que nation date surtout de la guerre de Cent ans, bien avant la Révolution)

En général, un admin sys a quand même un accès assez large aux serveurs, et donc à leur contenu. Si c'est le cas, ça m'inquièterait que n'importe qui puisse avoir accès aux boîtes mail.

Les représentants du peuple sont au Parlement ; le gouvernement n’est pas élu.

J'ai un peu du mal à comprendre cette notion, à vrai dire.

De base, j'aurais tendance à comprendre ça comme « passer moins de temps sur un ordi », mais pour moi ça va plutôt de pair avec l'utilisation d'outils plus efficaces, donc plus complexes sous le capot.

Bof, à part des cas très spécifiques dans des entités assez grosses pour avoir des équipes d'admin différentes, tu peux aussi couper ça (par exemple utiliser du Puppet — ou autre — pour reconfigurer syslog pour ne pas logger tes accès avant de passer à l'action).

C'est un problème très général :
- souvent le personnel de maintenance a beaucoup d'accès (comme celui de ménage qui pourrait très bien regarder beaucoup de dossiers papier s'ils ne sont pas sous clef),
- les admin sys. ont toujours non seulement des accès très larges, mais aussi la possibilité de supprimer les traces de leurs accès, quel que soit le domaine.

Là, on peut seulement espérer que les admin à distance soient formés au respect du secret médical au même titre que les secrétaires.