IncidentRelay 2.0, avoimen lähdekoodin järjestelmä päivystyksenhallintaan, hälytysten reititykseen ja tapahtumiin reagointiin, on julkaistu. Se voidaan ottaa käyttöön itse isännöidyllä palvelimella. Projekti on suunnattu SRE-, DevOps- ja infrastruktuuritiimeille, jotka etsivät paikallista vaihtoehtoa pilvipohjaisille päivystyksenhallinta-alustoille. Koodi on kirjoitettu Pythonilla ja jaettu MIT-lisenssillä.
IncidentRelay hyväksyy tapahtumia Prometheus Alertmanagerilta, Grafana Alertingilta, Zabbixilta, Sentryltä, LibreNMS:ltä, RMON:lta, AWS SNS/CloudWatchilta, Datadogilta, Uptime Kumalta ja mukautetuilta webhook-käsittelijöiltä. Normalisoinnin jälkeen tapahtuma liitetään palveluun, tiimiin ja rotaatioon, reitityssääntöjä ja eskalointikäytäntöjä sovelletaan ja ilmoitus lähetetään nykyiselle päivystävälle käsittelijälle. Tuettuja toimitustapoja ovat Mattermost, Slack, Telegram, Discord, Microsoft Teams, sähköposti, webhook, selain/PWA-push-viestit ja äänipuhelupalveluntarjoajat.
Version 2.0 tärkein innovaatio on tapahtumien orkestrointimekanismi, joka tarjoaa erillisen tapahtumien käsittelykerroksen saapuvien integraatioiden ja hälytysten elinkaaren välille. Keskeisiä muutoksia ovat:
- Visuaalinen orkestrointisääntöjen editori on lisätty. Sääntöjä voidaan soveltaa globaalisti tai tiettyyn palveluun, ryhmitellä sisäkkäisiin ehtoryhmiin ja muokata peräkkäin prioriteetin, vakavuustason, tunnisteiden, komennon, reitin, ryhmittelytavan, ilmoituskäytäntöjen ja eskaloinnin mukaan.
- Toteutetut toiminnot tapahtumien käsittelyn estämiseksi, hylkäämiseksi ja keskeyttämiseksi, arvojen poimimiseksi säännöllisten lausekkeiden ja JSON-polun avulla, merkkijonojen jakamiseksi, muuttujien luomiseksi ja arvojen muuntamiseksi;
- Orkestrointikonfiguraatio on jaettu muokattaviin luonnoksiin ja muuttumattomiin julkaistuihin versioihin. Konfiguraation tarkistus, julkaiseminen, palauttaminen edelliseen versioon ja kommenttien lisääminen muutoksiin ovat tuettuja.
- Käytettävissä on käytöstä poistettu tila, varjotila ja aktiivinen tila. Varjotilassa sääntöjen suorituksen tulokset tallennetaan analysointia varten, mutta ne eivät vaikuta varsinaiseen reititykseen. Perinteinen, hybridi- ja orkestrointiyhteensopivuustila on käytettävissä siirtymäkauden ajan.
- Tapahtumien simulointi- ja toistotyökalut on lisätty. Näiden avulla voit testata sääntöjä normalisoidulla tapahtumalla tai alkuperäisellä integraatiohyötykuormalla ilman todellista hälytystä. Tulosten analysointia varten on käytettävissä suoritusjäljityksiä, selitysdataa ja varjotilan mittareita.
- Uudelleenkäytettävät webhook-toiminnot on otettu käyttöön ja ne suoritetaan asynkronisesti tapahtumien käsittelyn jälkeen. Otsikot tallennetaan salattuina, salaisuudet piilotetaan API:in ja lokeihin, ja pääsy yksityisiin verkkoihin on oletusarvoisesti kielletty. Aikakatkaisut, uudelleenyritykset ja sallittujen sisäisten osoitteiden luettelo voidaan määrittää.
- Lisätty integrointi Uptime Kuman kanssa, joka hyväksyy vakiomuotoiset webhook-viestit monitorin tilasta. Ylös- ja alas-tilan normalisointi, tärkeyden tunnistus, tunnisteiden käsittely ja uusi saapuvan reitin tyyppi, uptime_kuma, on toteutettu.
- apply_to_existing- ja reactivate_on_end-parametrit on lisätty vaimennusjaksoihin ja ajoitettuihin työikkunoihin. Ensimmäinen koskee jo avoinna olevien hälytysten estämistä, kun taas toinen määrittää, jatketaanko niiden käsittelyä estojakson päätyttyä. Ilmoitukset, muistutukset ja eskalointiketjut keskeytetään ja palautetaan;
- Henkilökohtaisille API-tokeneille on otettu käyttöön erilliset luku- ja muokkausoikeudet ryhmille, tiimeille, käyttäjille, reiteille, kanaville, palveluille, rotaatioille, käytännöille, ylläpitoikkunoille, syketarkistuksille, kertakirjautumiselle ja orkestroinneille. Vanhat yhdistetyt resources:read-, resources:write- ja *-oikeudet on säilytetty taaksepäin yhteensopivuuden takaamiseksi.
- Lisätty lokitiedostorajapinta suodatuksella ja sivutuksella. Loki tallentaa orkestrointeihin, webhookkeihin, hiljaisuuksiin ja ajoitettuihin työikkunoihin liittyvät toiminnot, ja arkaluonteiset arvot poistetaan näytetyistä tiedoista.
- Verkkokäyttöliittymässä on nyt tumma teema ja käyttäjän määrittämät kieli- ja ulkoasuasetukset. Ranskankielinen lokalisointi on lisätty, orkestrointi- ja ylläpito-osioiden käännöksiä on laajennettu ja kertakirjautumisryhmien yhteensovitussääntöjen muokkausta on parannettu.
- Parannetut syketarkistukset: myöhästyneiden tapahtumien toistuva luonti on poistettu, signaalin palautus sulkee hälytyksen oikein ja lähettää ilmoituksen ongelman ratkaisemisesta, ja aikaleimojen esitystapa on standardoitu;
- Kubernetesin käyttöönoton dokumentaatio Helmin avulla on valmisteltu. Helm-kaavioon on lisätty erillinen Slack Socket Mode -käsittelijä, joka on välttämätön interaktiivisille vahvistus- ja sulkemispainikkeille tapahtumissa.
- Olemme vahvistaneet lähtevien HTTP-pyyntöjen, säännöllisten lausekkeiden ja arkaluonteisten tietojen suojausta, keskittänyt UTC- ja aikavyöhykekäsittelyn, uudistaneet rotaatioaikataulujen laskelmia ja laajentaneet automaattisten testien kattavuutta.
Ennen päivitystä on suositeltavaa luoda tietokannan varmuuskopio. Tarvittavat skeemamuutokset suoritetaan IncidentRelayn sisäänrakennetulla siirtomekanismilla. Tapahtumaorkestroinnin asteittaista käyttöönottoa varten kehittäjät suosittelevat ensin varjo- ja hybriditilojen käyttöä, sääntöjen suoritusjälkien tarkistamista ja vasta sitten orkestroinnin vaihtamista aktiiviseen tilaan.
Lähde: opennet.ru
