[07.07.2018] Il mio matrimonio

Il 07 Luglio 2018 io e la mia Lei ci siamo sposati.

Auguro a noi una lunga e felice vita insieme! ūüôā

Creative Commons License
This work by Francesco Ficetola is licensed under a Creative Commons Attribution 4.0 International License.
Based on a work at www.francescoficetola.it.
Permissions beyond the scope of this license may be available at http://www.francescoficetola.it/?p=2885.

[Libro] Presentazione Libro “Calabritto nel 1755” il 28 Dicembre 2017 a Calabritto

Evento a cura della redazione de LuBannaiuolu, trasmesso in diretta streaming su Radio Calabritto

Appuntamento: 28 Dicembre 2017 ore 18,30 presso la Sala Consiliare del Comune di Calabritto

Interverranno:

  • Dott.¬†Fabio Paolucci¬†(Autore)
  • Dir.¬†Arturo Bascetta¬†(Editore)
  • Prof.¬†Gelsomino Centanni¬†(Sindaco)
  • Prof.ssa¬†Luisa Severino¬†(Assessore alla Cultura)
  • Prof.¬†Giuseppe Sierchio¬†(storico dell‚Äôarte)
  • Ing.¬†Francesco Ficetola
  • Dott.ssa¬†Gerardina Ficetola
  • Dott.¬†Gelsomino Del Guercio¬†(Giornalista – Moderatore)

Il libro ‚ÄúCalabritto nel 1755‚ÄĚ √® uno studio attento del¬†Catasto Onciario di Calabritto, redatto per ordine di Carlo III di Borbone, il quale il 17 marzo 1741 diede avvio a questo grande progetto di censimento dei beni in tutto il¬†Regno di Napoli.
Nel testo vengono riportate tutte le rivele (dichiarazioni dei redditi) di tutte le famiglie calabrittane, descrivendo uno ad uno tutti i nuclei familiari nelle loro composizioni e nelle proprietà che i capifamiglia possedevano.

Lo studio analitico del Catasto Onciario di Calabritto consente di approfondire aspetti sociali ed economici della vita del paese nel Settecento.
Attraverso l’analisi dei cognomi tipici del luogo e già attestati nel Settecento è possibile ricostruire un profilo storico e genealogico di tutte le famiglie di Calabritto.

Il libro fa parte della Collana¬†Catasti Onciari del Regno di Napoli, edito da¬†ABE ‚Äď Arturo Bascetta Edizioni di Avellino.

Della stessa collana √® il libro¬†“Quaglietta nel 1754”, del quale si far√† cenno e che sar√† disponibile al pubblico la sera dell‚Äôevento.

Locandina Presentazione
Titolo: Locandina Presentazione "Calabritto nel 1755" (0 click)
Etichetta:
Filename: locandina-paolucci-2-2.pdf
Dimensione: 1 MB

Locandina Presentazione Libro "Calabritto nel 1755"

 

[Libro] “Calabritto nel 1755” di Fabio Paolucci

Fabio Paolucci, Calabritto nel 1755, ABE, Avellino 2017

Collana: ‚ÄúCatasti Onciari del Regno di Napoli‚ÄĚ

CASA EDITRICE: ABE ‚Äď Arturo Bascetta Edizioni di Avellino

 

Il libro ‚ÄúCalabritto nel 1755‚ÄĚ √® uno studio attento del Catasto Onciario di Calabritto, redatto per ordine di Carlo III di Borbone, il quale con le ‚Äúistruzioni‚ÄĚ emanate dalla Regia Camera della Sommaria di Napoli il 17 marzo 1741 diede avvio a questo grande progetto di censimento dei beni in tutto il Regno di Napoli.

Anche l‚ÄôUniversit√† di Calabritto (l‚ÄôUniversitas era l‚Äôantico Comune), che era in Principato Citeriore, rispose all‚Äôappello insieme a tutte le altre citt√†, terre e casali del Regno, ultimando nel 1755 la ‚Äúconfezione‚ÄĚ del suo catasto, detto Onciario in quanto la valutazione dei patrimoni sia immobiliari che da bestiame o finanziari, veniva stimata in base all’unit√† monetaria teorica di riferimento, l‚Äôoncia, corrispondente a sei ducati.

Il Catasto Onciario di Calabritto √® composto da ben 5 volumi manoscritti, che comprendono gli ‚ÄúAtti preliminari‚ÄĚ, ossia tutti gli atti che riguardano l‚Äôorganizzazione dei lavori per la redazione del Catasto, dai bandi pubblicati da ‚ÄúSindico‚ÄĚ ed ‚ÄúEletti‚ÄĚ ai verbali dei ‚Äúpubblici parlamenti‚ÄĚ nella piazza per le nomine dei deputati e degli apprezzatori, le ‚Äúrivele‚ÄĚ che erano una sorta di dichiarazione dei redditi fatta da ogni capofamiglia, l‚Äô ‚Äúapprezzo‚ÄĚ, ossia la valutazione di tutti i beni dichiarati, ed il ‚Äúcatasto onciario‚ÄĚ vero e proprio, in cui √® riportata per ogni capofamiglia la tassazione in once.

L’autore ha studiato approfonditamente tutte le parti che compongono questo preziosissimo documento storico, il cui originale è conservato presso l’Archivio di Stato di Napoli, nel fondo della Regia Camera della Sommaria (buste 4087-4091).

Tutte le ‚Äúrivele‚ÄĚ con le relative tasse in once sono state analizzate meticolosamente, una ad una, e trascritte in sintesi in una completa Appendice Documentaria: ben 345 famiglie, 33 vedove e vergini in capillis (ossia le donne di et√† maritabili non sposate), i ‚Äúforastieri abitanti laici‚ÄĚ ed i ‚Äúforastieri bonatenenti‚ÄĚ non abitanti, diverse chiese, cappelle e congreghe, nonch√© una decina di parroci formavano la popolazione di Calabritto nella met√† del Settecento.

Dopo una breve introduzione storica, nel capitolo unico introduttivo, diviso in 5 paragrafi (1. ‚ÄúLa confezione del General Catasto nella Terra di Calabritto‚ÄĚ; 2. ‚ÄúMestieri, professioni e societ√†‚ÄĚ, 3. ‚ÄúI cognomi‚ÄĚ; 4. ‚ÄúI luoghi di Calabritto nel Catasto Onciario‚ÄĚ; 5. ‚ÄúI luoghi pii‚ÄĚ), viene descritta la societ√† calabrittana della met√† del Settecento sotto tutti gli aspetti, da quello socio-culturale a quello pi√Ļ strettamente urbanistico (toponomastica e localizzazione delle contrade), con una descrizione delle antiche contrade che formavano il borgo.

Segue una dettagliata Appendice Documentaria in cui l‚Äôautore ha riportato tutte le ‚Äúrivele‚ÄĚ (dichiarazioni dei redditi) di tutte le famiglie calabrittane, descrivendo uno ad uno tutti i nuclei familiari nelle loro composizioni e nelle propriet√† che i capifamiglia possedevano.

Un esempio di rivela, estrapolata dal libro, √® il seguente: ¬ęIl bracciale Antonio Perna di Giuseppe di 40 anni abita in casa propria a San Pietro e possiede 4 pecore, un somaro, vigne alle Saude, alle Fosse e alla Serra, un terreno seminatorio alle Caldare, un castagneto alla Valle di Vitale e un oliveto alle Coste dell‚ÄôOgliaro. Vive con la moglie Rosa Castagno di 36 anni e con i figli Silvestro lattante, Angela in capillis di 8 anni e Catarina di 5 anni. Nella stessa casa vive pure il fratello Pasquale Perna bracciale di 24 anni¬Ľ.

Lo studio analitico del Catasto Onciario di Calabritto ha consentito di approfondire aspetti sociali ed economici della vita del paese nel Settecento. Poche famiglie agiate dimostrano la presenza di un notabilato locale con notevole potere economico in una societ√† divisa rigorosamente nei tre ceti ‚Äúde‚Äô Civili‚ÄĚ, ‚Äúde‚Äô mediocri‚ÄĚ e ‚Äúdegl‚Äôinferiori‚ÄĚ; l‚Äôartigianato era vivace e proficuo, consentendo vere e proprie redditizie attivit√† imprenditoriali come quelle dei ‚Äúsartori‚ÄĚ, degli ‚Äúscarpari‚ÄĚ e dei ‚Äúbarilari‚ÄĚ (produttori di barili).

Infine, attraverso l‚Äôanalisi dei cognomi tipici del luogo e gi√† attestati nel Settecento √® possibile ricostruire un profilo storico e genealogico di tutte le famiglie di Calabritto. Tra i cognomi pi√Ļ diffusi all‚Äôepoca, troviamo: Spatola, Centanni, Del Guercio, Rizzolo, Gonnella, Mattia, Raimo, D‚ÄôAlessio, Grillo, Parisi, Perna, Ficetola, Megaro, Corbo, Quartuccio, Viscido, Burdo, Calcagno, Castagno, Filippone, Moretto, Zecca, Cardellicchio, Del Plato, Di Marco, Dragonetto, Gigante, Lione, Pucillo, Vetracchio, Carluccio, Di Gregorio, Di Nicola, Di Popolo, Di Trolio e Farella.

Il testo verrà presentato a Calabritto durante il periodo natalizio, in data da definire, insieme ad un altro libro sul Catasto Onciario di Quaglietta, opera degli autori Del Bufalo e dello stesso editore Bascetta.

 

BIOGRAFIA AUTORE:

FABIO PAOLUCCI (Salerno, 1982) – Appartenente ad antica famiglia di Colle Sannita (BN), √® ricercatore storico presso l‚ÄôArchivio del Capitolo di San Pietro in Vaticano, archivista, saggista e giornalista pubblicista. Laureato con lode in ‚ÄėBeni Culturali‚Äô e in ‚ÄėGestione e conservazione del patrimonio archivistico e librario‚Äô, si √® specializzato in ‚ÄėArchivistica, Paleografia e Diplomatica‚Äô presso la Scuola dell‚ÄôArchivio di Stato di Napoli.

Tra le sue pubblicazioni: La famiglia Di Popolo da Calabritto. Storia, genealogia e documenti di un‚Äôantica famiglia contadina irpina (Boopen, 2010), Le famiglie campane. Tra storia, genealogie e personaggi illustri (Kair√≥s, 2012), Francesco Flora. Le radici, l‚Äôuomo, la storia (Fausto Fiorentino Editrice, 2012) e quattro volumi per il Capitolo di San Pietro in Vaticano sulle epigrafi pagane e cristiane dell‚Äôarea vaticana (ECV ‚Äď Edizioni del Capitolo Vaticano, 2013-2015). Ha gi√† pubblicato, per la presente collana Catasti Onciari del Regno di Napoli, i volumi Colle Sannita nel 1742, Praiano nel 1752 e Reino nel 1753 (ABE 2017). Sono in preparazione i testi sui Catasti Onciari di Nereto (TE), Cetara (SA) e Bonito (AV).

 

"Calabritto nel 1755" - Copertina del Libro

Premio FORUM PA 2017: 10√ó10 = cento progetti per cambiare la PA

Al FORUM PA 2017 sono stati presentati i vincitori del¬†‚ÄúPremio FORUM PA 2017: 10√ó10 = cento progetti per cambiare la PA‚ÄĚ. La mia azienda, l’Istituto Poligrafico e Zecca dello Stato (IPZS), ha partecipato con il progetto “BusinessContinuity, Disaster Recovery & Cyber Physical Security Center“, posizionandosi tra i primi 5 vincitori del premio. Personalmente ho partecipato attivamente all’iniziativa progettuale¬†denominata “CYPSEC” (Cyber Physical Security Center),¬†che prevede la realizzazione di una Centrale Operativa per il monitoraggio, il controllo e l‚Äôincident detection/response degli eventi di sicurezza logica e fisica, in grado di individuare le vulnerabilit√† e gestire le situazioni di pericolo.

Tale riconoscimento gratifica e premia il lavoro fatto insieme ai miei colleghi.

Di seguito gli abstract del progetto e il riconoscimento conferito ad IPZS:

Forum PA Challenge 2017 - IPZS - BC, DR e CYPSEC

Forum PA Challenge 2017 - CYPSEC
Titolo: Forum PA Challenge 2017 - CYPSEC (0 click)
Etichetta:
Filename: premioforumpa-ipzs-bcdrcypsec-170414102933-1.pdf
Dimensione: 693 KB

FORUM PA 2017: Premio IPZS

Riferimenti:

[NoSQL] Implementare un Document Store NoSQL con Oracle 12c e le SODA API

Avete intenzione di implementare una¬†schemaless application,¬†memorizzando le informazioni in modo ‚Äúdinamico‚ÄĚ e flessibile, secondo il cosiddetto paradigma ‚ÄúNoSQL style document store‚ÄĚ?

Anche Oracle DB, a partire dalla versione 12.1.0.2, fornisce il supporto per la memorizzazione, l’indicizzazione e la ricerca di documenti in formato JSON.

Oracle12c

Pi√Ļ dettagliatamente, Oracle DB 12c permette, senza necessit√† di installare plugin aggiuntivi, l‚Äôimplementazione di un Document Store e fornisce il seguente set di API, progettate per garantire il supporto allo sviluppo di schemaless application:

  • SODA for Java: interfaccia di programmazione document-store per sviluppatori Java che usano JDBC per comunicare con il database. SODA for Java consiste di un set di semplici classi che rappresentano il database, una collezione di documenti e un documento. I metodi di queste classi forniscono tutte le funzionalit√† richieste per gestire ed interrogare documenti e collezioni di documenti memorizzati in un database Oracle;
  • SODA for REST: interfaccia REST-based document-store implementata come Java servlet e distribuita come parte dell‚ÄôOracle REST Data Services (ORDS) 3.0. Le applicazioni basate su SODA for REST usano il protocollo HTTP per comunicare con la Java Servlet. SODA for REST Servlet pu√≤ anche essere eseguito su un HTTP Server nativo del database (esistono versioni ‚Äúbundle‚ÄĚ di Web Server, come TomCat e JBoss opportunamente configurati per accedere al DB Oracle tramite API SODA). I metodi HTTP come PUT, POST, GET e DELETE mappano le operazioni eseguite sui documenti JSON. Fornendo API di tipo REST √® possibile integrare la soluzione con web application esterne per esporre i dati memorizzati nella base dati Oracle.

Riferimento: http://www.oracle.com/technetwork/database/appdev-with-soda-2606220.pdf

Modello relazionale VS. Modello No-SQL.¬†Volendo comparare un database relazionale con un DB NoSQL ‚Äúdocument-store‚ÄĚ, √® possibile dire che:

  • Una collezione di documenti √® una tabella
  • Un documento √® una riga di una tabella
  • Un campo del documento √® una colonna della tabella

I documenti in formato JSON vengono memorizzati con un ID univoco all’interno di una collezione. Per ciascun documento è possibile recuperare metadati, come data di creazione, dati di aggiornamento, owner e versione del documento, ecc.

Le funzionalità offerte da un document store includono:

  • Creazione e cancellazione di una collezione
  • Creazione, ricerca, aggiornamento o cancellazione di un singolo documento in base al suo ID
  • Recupero dei documenti in una collezione
  • Ricerca di una collezione, tipicamente utilizzando Query By Example (QBE) metaphor
  • Creazione e cancellazione di indici

Dato questo semplice livello di funzionalità fornito da un document store, l’API diventa semplice, particolarmente quando comparato con le tradizionali API SQL-based come JDBC.

Il DBMS Oracle già forniva dalla versione 9 il supporto alla memorizzazione, alla ricerca e all’indicizzazione di documenti XML. Oracle Database 12c estende tale funzionalità ai documenti JSON, introducendo le due implementazioni dell’interfaccia SODA, denominate, come suddetto, SODA for REST e SODA for JAVA, e ponendosi sul mercato come valida alternativa tra i NoSQL-style Document Store.

Oracle NoSQL-style Document Store Capabilities. In Oracle DB 12c, i documenti vengono memorizzati, indicizzati e ricercati senza che il database ne conosca la struttura (schemaless). Ci√≤ lascia agli sviluppatori la libert√† di modificare la struttura dei documenti JSON in base alle esigenze. Non esiste un datatype dedicato per memorizzare i documenti JSON, ma gli stessi vengono memorizzati con i tipi standard VARCHAR2, CLOB e BLOB. Viene introdotto il nuovo constraint ‚ÄúIS JSON‚ÄĚ, utilizzato per assicurare che il contenuto di una colonna sia un JSON valido, fornendo pieno supporto al trattamento avanzato dei JSON, come disaster recovery, replication, compression ed encryption.

Inoltre, è possibile eseguire delle query SQL direttamente sulle tabelle di documenti JSON del database utilizzando le JSON Path Expressions. Tali espressioni sono equivalenti al linguaggio xPath in XML e sono sintatticamente simili a JavaScript. Si riportano di seguito degli esempi:

JsonPathExpressions.png

SODA API. SODA fornisce un set di API semplice da utilizzare per lavorare con i documenti memorizzati in un Oracle Database. L’oggetto Database, che è richiesto per interagire con le Collections, viene istanziato usando un database connection con le API SQL standard di Oracle. La versione corrente di SODA adotta una strategia di optimistic locking, ma quella di pessimistic locking èsarà probabilmente disponibile nelle future release.

La specifica SODA definisce un set di metodi che forniscono le seguenti funzionalità:

  • Stabilire una connessione ad un Oracle Database Document Store
  • Creare e cancellare una collezione
  • Creare, ricerca, aggiornare e cancellare un documento
  • Elencare i contenuti di una collezione
  • Ricercare una collezione di documenti che ‚Äúmatchino‚ÄĚ una espressione Query By Example (QBE)
  • Operazioni di ‚Äúbulk insert‚ÄĚ in una collezione
  • Creazione e cancellazione di indici

Di seguito, riporto alcune caratteristiche dell‚Äôimplementazione ‚ÄúSODA for JAVA‚ÄĚ, tralasciando ‚ÄúSODA for REST‚ÄĚ (utile¬†nel caso ci si voglia interfacciare direttamente con il Document Store con il paradigma REST).

SODA for JAVA. Consiste di un set di semplici classi che rappresentano un database, una collezione di documenti e il documento stesso. I metodi che queste classi forniscono permettono di gestire e ricercare le collezioni e i documenti JSON memorizzati. Utilizza una connessione JDBC standard e SQL*NET per comunicare con il database: ciò significa che le API sono transazionali e una serie di operazioni SODA può generare una singola transazione. Poiché SODA utilizza una connessione JDBC, è possibile utilizzare sia le API di SODA for JAVA che quelle tradizionali JDBC.

Di seguito, si riportano le principali classi di ‚ÄúSODA for JAVA‚ÄĚ con relativa descrizione:

Classe Descrizione Commenti
OracleClient Classe client generica SODA. L’entry point di SODA per i JSON.
OracleRDBMSClient La classe Client dell’Oracle Database Usata per recuperare l’oggetto OracleDatabase
OracleDatabase Rappresenta un Document Store, il quale consiste di uno o pi√Ļ collezioni. Usato per accedere alle collezioni.
OracleDatabaseAdmin Usato per creare e cancellare collezioni
OracleCollection Rappresenta una collezione di un Document Store
OracleCollectionAdmin Usato per creare e cancellare indici
OracleDocument Rappresenta un documento in un Document Store Aggiorna (o crea) il documento con un dato ID

Struttura di un documento di una collezione. Di seguito, si riporta la struttura SQL di una collezione rappresentata su una tabella Oracle e contenente il JSON in corrispondenza di una colonna CLOB:

Name                                             Null?   Type

—————————————– ——– —————————-

ID                                              NOT NULL VARCHAR2(255)

CREATED_ON                                      NOT NULL TIMESTAMP(6)

LAST_MODIFIED                                   NOT NULL TIMESTAMP(6)

VERSION                                         NOT NULL VARCHAR2(255)

JSON_DOCUMENT                                     CLOB

Le colonne della tabella rappresentano quanto segue:

 ID ID autogenerato del singolo record
 JSON_DOCUMENT Contenuto del documento in JSON
 CREATED_ON Timestamp (autogenerato) di inserimento del record
 LAST_MODIFIED Timestamp (autogenerato) di modifica del record
 VERSION Versione del documento (incrementato automaticamente quando viene modificato)

Per dettagli sulle API di SODA e sulla potenza espressiva delle Query By Example per la ricerca dei documenti di una collezione: http://docs.oracle.com/cd/E63251_01/doc.12/e58124/soda.htm#ADSDA107

Memorizzazione dei documenti JSON (codifica e datatype). Un documento JSON pu√≤ essere considerato un dato semi-strutturato, ossia non conforme alla struttura formale dei modelli di dato associato con le¬†basi di dati relazionali. Esso, comunque, contiene etichette o altri marcatori per separare gli elementi semantici e rafforzare le gerarchie di record e campi all’interno del dato. E‚Äô anche conosciuto come “dato senza schema” o “dato con struttura autodescritta”.

Oracle raccomanda di memorizzare tali dati utilizzando datatype di tipo LOB, in quanto la quantità di caratteri può essere elevata (maggiore di 4000 byte e, dunque, della massima capacità di un datatype VARCHAR2). I datatype raccomandati per i contenuti testuali sono Characted Large Object (CLOB) e National Character Large Object (NCLOB).

Il datatype CLOB è raccomandato per la memorizzazione di stringhe o documenti di lunghezza fissa. Invece, il datatype NCLOB è raccomandato per quelli a lunghezza variabile.

Riferimento: https://docs.oracle.com/database/121/ADXDB/json.htm#ADXDB6252

Per quanto riguarda il character encoding, conviene adottare quello AL16UTF16 o AL32UTF8. In particolare, Oracle raccomanda l’uso di AL32UTF8 per memorizzare i dati con caratteri Unicode.

Riferimenti:
https://docs.oracle.com/cd/E11882_01/appdev.112/e18294.pdf
https://docs.oracle.com/database/121/NLSPG/ch2charset.htm#NLSPG179

Sicurezza dei dati. Al fine di salvaguardare la sicurezza e l’integrità dei dati,è possibile sfruttare il meccanismo di Oracle Secure Files, il quale consente anche le compressione dei dati memorizzati all’interno di datatype LOB.

Riferimento: https://docs.oracle.com/database/121/ADLOB/toc.htm

[BigData] ELK Stack: ElasticSearch + Logstash + Kibana

ELK Stack

Nel presente articolo riporto alcune informazioni rilevanti relative all’¬†ELK Stack, set di¬†tecnologie open-source pi√Ļ diffuse e utilizzate per l’implementazione di una soluzione di Log Management, costituito dai seguenti prodotti:

  • ElasticSearch: server di ricerca basato su Lucene, e, dunque, con capacit√† ‚Äúfull-text‚ÄĚ, e con supporto ad architetture distribuite e su larga scala. Le modalit√† di interazione e di interrogazione con la base dati proprietaria (su file system) avvengono attraverso interfaccia RESTful. Le informazioni sono memorizzate internamente come documenti JSON;¬†Riferimento: https://www.elastic.co
  • LogStash: progetto Open Source scritto in JRuby, distribuito in formato JAR, la cui funzione principale √® quella di fare il pipe di un qualsiasi evento, che pu√≤ essere un log di sistema, una riga di testo, un tweet, ecc. Logstash pu√≤ interfacciarsi con numerosi input, elaborarli, filtrarli e passarli ad un motore di ricerca o memorizzazione, come MongoDB, Redis, ElasticSearch e molto altro, configurando (attraverso un opportuno file di configurazione) la pipeline per l‚Äôacquisizione, il filtering e l‚Äôinvio dei dati. L‚Äôintegrazione con ElasticSearch √® quella pi√Ļ potente e veloce per l‚Äôimplementazione di una soluzione di log management.¬†Riferimento: https://www.elastic.co/products/logstash
  • Kibana: √® un tool che permette di visualizzare, grazie a strumenti di data analytics, le informazioni indicizzate ed acquisite da ElasticSearch o altri prodotti. Permette la rappresentazione delle informazioni in tempo reale, attraverso dashboard configurabili con vari tipi di widget (pie chart, istogrammi, grafici cartesiani, ecc.).¬†Riferimento: https://www.elastic.co/products/kibana

La soluzione ELK Stack permette di implementare differenti modelli architetturali di alta scalabilit√†. Per maggiori dettagli su LogStash, vi consiglio il seguente riferimento: LogStask Book. Si riportano, di seguito,¬†alcuni dei modelli di riferimento dell’ELK stack.

Modelli di riferimento: soluzioni con ELK Stack

Soluzione di base
La soluzione di base proposta da ELK Stack prevede la configurazione di una singola istanza di LogStash in modo da acquisire i dati non strutturati da differenti sorgenti. E‚Äô possibile configurare pi√Ļ istanze di LogStash (Agent¬†Shipper), in modo da acquisire i dati da datasource differenti ed indirizzare le informazioni strutturate (documenti JSON) ad un‚Äôunica istanza di ElasticSearch. Quest‚Äôultimo effettua l‚Äôindicizzazione e la memorizzazione dei documenti JSON acquisiti.

ELKStack_SoluzioneBase

Tramite un file di configurazione √® possibile far puntare l‚Äôistanza agent di LogStash ad uno o pi√Ļ datasource (SysLog Server, File System, DBMS, ecc.), grazie all‚Äôutilizzo di vari input plugin.

Inoltre, è possibile configurare le destinazioni, a cui inviare i documenti JSON degli eventi acquisiti, utilizzando vari output plugin. Il parsing e il filtering degli eventi acquisiti dai vari datasource può essere configurato grazie a filter plugin.

ELKStack_SoluzioneBase

Di seguito, si riporta un esempio di trasformazione di un evento di log in formato SysLog (formato non strutturato) in un documento JSON (formato strutturato):

SysLog Message:

Dec 17 16:00:35 joker systemd-logind[2113]: New session 31581 of user bob.

JSON Log Event:

{
  "host" : "joker.example.com",
  "priority" : 13,
  "timestamp" : "Dec 17 16:00:35",
  "logsource" : "joker.example.com",
  "program" : "bob",
  "pid" : "23262",
  "severity" : 5,
  "facility" : 1,
  "facility_label" : "user-level",
  "severity_label" : "Notice",
  "@timestamp" : "2012-12-17T16:00:35.000Z",
  "@version" : "1",
  "message" : "New session 31581 of user bob",
  "type" : "syslog"
}

Soluzione con coda di messaggi
Quando i dati inviati alla pipeline di LogStash eccedono l‚Äôabilit√† del cluster di ElasticSearch di poterli prendere in input, conviene utilizzare un message queue come buffer. Prevedendo un message queue nell‚Äôarchitettura si garantisce un livello di protezione per evitare la perdita dei dati. In questo modo si riesce ad evitare la congestione dell‚Äôistanza Indexer, la quale ‚Äúscoda‚ÄĚ i messaggi sulla coda uno alla volta e in maniera asincrona.

ELKStack_SoluzioneCodaJMS

Soluzione ad alta affidabilità
ELKStack_SoluzioneAltaAffidabilità

La soluzione su rappresentata √® quella pi√Ļ completa dal punto di vista dell‚Äôalta affidabilit√†. Grazie ad un bilanciatore √® possibile instradare differenti datasource verso una istanza agent di LogStash attiva ed inviare il messaggio di evento sul message queue. In pratica, ogni istanza agent di LogStash viene configurata su input multipli e l‚Äôarchitettura pu√≤ essere scalata orizzontalmente. Pipeline separate incrementano, dunque, la reliability del sistema ed eliminano i single points of failure.

Modello per la memorizzazione degli eventi
Nella soluzione con l’ELK Stack, il prodotto ElasticSearch usa Apache Lucene per la creazione degli indici. Ogni indice è un namespace logico che permette di recuperare tutti gli eventi collezionati nella base dati NOSQL di ElasticSearch. Di default, LogStash invia il documento JSON sull’indice che ha nel nome il suffisso del giorno di acquisizione dell’evento, ad esempio: logstash-2015.11.31.

Questo tipo di memorizzazione potrebbe essere preso come riferimento per collezionare le informazioni in tabelle/indici creati su base temporale (ad esempio, mensilmente). In questo modo si potrebbero salvare tutti gli eventi su base temporale, evitando di caricare di troppi record una singola tabella. Tale scelta dipende anche dai tipi di correlazione che occorrerà fornire per la Log Analysis.

Volendo comparare il modello di memorizzazione di ElasticSearch con quello di un database relazionale si ha che:

  • Un index √® una tabella
  • Un document √® una riga della tabella
  • Un field √® una colonna della tabella.

 

Per maggiori dettagli vi rimando ai tutorial su Mokabyte:

 

[ECODAY] La giornata ecologica a Calabritto – ECODAY 2016

Il giorno 26 Agosto scorso si √® tenuta la 3¬į Edizione dell’ECODAY a Calabritto, una giornata ecologica organizzata insieme agli amici de @LuBannaiuolu, della @Comunit√† Parrocchiale Calabritto e di @MarcusAntonius Russus LoScrigno Quaglietta, con il patrocinio del Comune di Calabritto.

https://www.facebook.com/events/1766324133644762/

L’evento ha avuto¬†l’obiettivo¬†di¬†sensibilizzare il problema della pulizia delle aree verdi delle nostre montagne e ripulirle dall’immondizia lasciata da gente noncurante. Purtroppo, la partecipazione all’evento da parte dei giovani di Calabritto √® stata scarsa (come nella passata edizione del 2011 √® stata ammirevole la presenza dei Quagliettani).

Nelle aree dove siamo intervenuti abbiamo trovato di tutto, dai rifiuti da pic-nic a materiale ingombrante. Vere discariche a cielo aperto, nei boschi del Parco Regionale dei Monti Picentini. Dopo il tanto lavoro, abbiamo pranzato tutti insieme al Gaudo e, nonostante eravamo pochi, lo spirito dell’iniziativa e la voglia di divertirsi non sono mancati.

L’album delle foto dell’Ecoday sono state caricate su Facebook a questo link:¬†Foto ECODAY 2016

ECODAY 2017

14086380_1094246387334106_5205499631721966594_o

[Storia&Folklore] Quaglietta Ieri & Oggi (di Dina Ficetola)

Sono orgoglioso di pubblicizzare la presentazione del¬†testo storico “Quaglietta Ieri e Oggi” di mia sorella, la dott.ssa Dina Ficetola.

L’evento si terr√† Domenica 3 gennaio ore 19.00¬†presso la¬†Chiesa Santa Maria del Carmine di Quaglietta.¬†Il lavoro, condotto con costanza, pazienza e grande impegno, √® un grande regalo per la Comunit√† del nostro paese, soprattutto per la¬†frazione Quaglietta, perch√© tiene vivi la memoria, le tradizioni e il folklore di un popolo la cui storia √® stata davvero ricca. Opera di memoria e storia¬†da tramandare alle¬†generazioni future.

Quaglietta_Ieri&Oggi_Locandina

Quaglietta_Ieri&Oggi_Presentazione

Quaglietta_Ieri&Oggi_Presentazione
Titolo: Quaglietta_Ieri&Oggi_Presentazione (0 click)
Etichetta:
Filename: quaglietta_ierioggi_presentazione.pdf
Dimensione: 516 KB

 

Protetto: [BigData&NoSQL] Log Management: un caso d’uso di Big Data e di Operational Intelligence

Il contenuto è protetto da password. Per visualizzarlo inserisci di seguito la password:

[Race for children] Corse e passeggiata non competitiva MonteSacro-Valle dell’Aniene

Domenica¬†10 Maggio 2015¬†si svolger√† l’evento Race for Children, una corsa di 12 km (cross) e passeggiata di 2 km in zona Montesacro e nella Riserva Naturale della Valle dell’Aniene.

Race for Children 2015

Il ritrovo √® alle ore 7.30 presso la Pineta di Ponte Nomentano. La partenza √® alle ore 9.30 presso Piazza Sempione. La quota di iscrizione √® di 10 euro (con pacco gara e t-shirt tecnica), sia per la corsa che per la passeggiata, interamente devoluti al progetto “Una casa per i i bimbi“.

Iscrizioni presso ItalSport, via di Priscilla 73 oppure la mattina della corsa entro le 8,30.

Link al sito dell’evento:¬†www.robertaforchildren.org

Di seguito il percorso della corsa.


Mappa Race for Children 2015