È pratico utilizzare Twitter per i log di servizio?

No. Guarda i discorsi di ingegneria di Twitter che ammettono apertamente di poter accettare un certo fallimento in alcuni casi la perdita di messaggi e no-notifiche senza incidenti. Inoltre sarei preoccupato che l'account venga bloccato automaticamente per ciò che sembra un abuso (interruzione di un determinato trigger limite di velocità ecc.) Non è una buona idea,

Sebbene ciò che potresti fare, è dopo aver catturato / elaborato i messaggi nel tuo servizio di persistenza della registrazione, puoi filtrare alcuni su Twitter come archivio secondario (anche se non molto critico) ..

Personalmente non mi piace dipendere da servizi esterni quando non è assolutamente necessario. Come dici tu, se un giorno l'EULA cambia, le API cambiano, gli hacker anonimi twitter o twitter interrompono completamente i suoi servizi, quindi dovrai affrontarli. Potrebbe ridurre sostanzialmente a costi più elevati in supporto e in manutenzione un giorno. Inoltre, non è facilmente estendibile.

Le cose che possono essere facilmente fatte da soli non dovrebbero essere esternalizzate. Preferisco mantenere il controllo dell'intero processo, soprattutto se è semplice come inviare una notifica.

Non dico che dovresti reinventare la ruota, ma sono abbastanza sicuro che sia facile usare qualcos'altro, sia esso personalizzato o premeditato.

Modifica: penso che il limite di 140 caratteri di un messaggio twitter limiti severamente il portatore affidabile. Molto probabilmente devi dis- e riassemblare messaggi che sono più lunghi del limite. Cosa succede se i servizi paralleli twitter tramite lo stesso account e i messaggi non arrivano in ordine? Dovrai utilizzare un formato personalizzato solo per Twitter. Scommetto che ci sono più limitazioni tecniche del genere.

Sembra quasi un'idea PHB dei fumetti di Dilbert . Più ci penso, più divertente diventa. In breve: No, a meno che tu non voglia ridere.

Non funzionerà comunque, Twitter ha un rigoroso anti -spam limiti , è inteso per gli aggiornamenti di stato di umani e nessuno pubblicherà più di 1000 aggiornamenti di stato al giorno:).

Utilizza un server di registro esterno.

Twitter non è né sicuro né affidabile.

Non devi pubblicare i log su un supporto pubblicamente leggibile, poiché non sai mai se contiene dati sensibili o no.

Anch'io non sarei favorevole a questo. Non vedo perché vorresti farlo anche tu.

Potrebbe valere la pena chiedergli chi utilizza effettivamente Twitter per la registrazione automatica - non l'ho mai visto da me e per quanto riguarda Twitter è usato come aggiornamento per problemi di servizio per alcuni fornitori, è gestito da un umano nel servizio di assistenza della società ai fini delle informazioni per l'utente finale, non come un obiettivo di registrazione del servizio. Se Cloud Azure fallisce, non accederà comunque a nulla.

No. Usa syslogd ospitato tramite qualsiasi ISP economico o sul tuo server BSD esposto a Internet tramite il firewall aziendale.

man logd:

NAME
 syslogd -- log systems messages

SYNOPSIS
 syslogd [-468ACcdknosuv] [-a allowed_peer] [-b bind_address]
     [-f config_file] [-l [mode:]path] [-m mark_interval]
     [-P pid_file] [-p log_socket]

DESCRIPTION
 The syslogd utility reads and logs messages to the system console, log
 files, other machines and/or users as specified by its configuration
 file.

Hmmm, penso che sia per quello che è stato creato Loggly.

Loggly è un sistema di cloud logging basato sulla tecnologia Apache Solr. Come si suol dire, può gestire milioni di eventi al secondo. Vedendo le tue esigenze, questa soluzione può andare bene. Inoltre, espongono un'API di ricerca utilizzando una sorta di linguaggio di query personalizzato.

Se twitter decide che non gradisce che tu usi il loro servizio per conservare i tuoi registri di affari (non li biasimerei) allora sono ben dentro i loro diritti di chiudere il tuo account utente, anche se si tratta di una violazione violenta dell'EULA. Vuoi davvero mantenere tutti i tuoi registri su qualcosa di così volatile? È poco costoso impiantare il proprio sistema di registrazione.

Lo userei solo come sostituto dell'email per distribuire messaggi amministrativi o di risoluzione dei problemi. Non è adatto per le transazioni critiche.

Al massimo posso vedere che Twitter o servizi simili sono utili per segnalare avvisi di incidenti ad alta priorità, cose che nelle vecchie applicazioni generano un messaggio di testo automatico o un messaggio di cicalino a un sysadmin o dba (e probabilmente dovrebbe ancora).
Usandolo come una sostituzione per i registri delle applicazioni? Idea idiotica.

Oppure puoi usare un Twitter di implementazione Open source come Status.net e renderlo disponibile solo per gli amministratori.