IncidentRelay-ის პირველი სტაბილური ვერსია, რომელიც წარმოადგენს მორიგეობისა და მარშრუტიზაციის შეტყობინებების სისტემას.

ხუთთვიანი შემუშავების შემდეგ, გამოვიდა IncidentRelay 1.1. ის ავითარებს ღია კოდის სისტემას გამოძახების მართვის, შეტყობინებების მარშრუტიზაციისა და ინციდენტებზე რეაგირებისთვის, რომელიც მუშაობს თვითჰოსტინგ სერვერზე. IncidentRelay 1.1 აღნიშნულია, როგორც პირველი სტაბილური ვერსია (1.0 ფილიალი ბეტა ვერსიაში იყო). პროექტი განკუთვნილია SRE-ებისთვის, DevOps-ებისთვის და ინფრასტრუქტურის გუნდებისთვის, რომლებიც ეძებენ SaaS სერვისების ადგილობრივად განლაგებულ ალტერნატივას გამოძახების მართვის, ესკალაციის პოლიტიკისა და ინციდენტებზე რეაგირებისთვის. პროექტის კოდი დაწერილია Python-ში და გავრცელებულია MIT ლიცენზიით.

IncidentRelay იღებს მოვლენებს მონიტორინგის სისტემებიდან, ადარებს მათ სერვისს, გუნდს და როტაციას და შემდეგ აწვდის შეტყობინებებს პასუხისმგებელ მორიგე ოფიცრებს ან გუნდებს. სისტემა ახორციელებს მორიგეობის გრაფიკებს, როტაციებს, ცვლების გადაფარვას, ინციდენტის დადასტურებას, ACK/Resolve სტატუსს, შეხსენებებს, ესკალაციას, დროებითი მორიგე ოფიცრების შეცვლას, დაგეგმილ ტექნიკური მომსახურების დროს და განგაშის ჩახშობას.

პროექტის მთავარი უპირატესობა ინფრასტრუქტურასა და მარშრუტიზაციის ლოგიკაზე სრული კონტროლია. IncidentRelay განლაგებულია საკუთარ გარემოში, მუშაობს საკუთარ მონაცემთა ბაზასთან და საშუალებას იძლევა შემომავალი მარშრუტების, ბრძანებების, ბრუნვებისა და მიწოდების არხების მკაფიოდ გამიჯვნისა. შემომავალი ტოკენები ეკუთვნის მარშრუტებს და არა არხებს, რაც აადვილებს იმის გაგებას, თუ რომელ გარე წყაროს აქვს კონკრეტულ ბრძანებაზე მოვლენების გაგზავნის ნებართვა.

IncidentRelay მხარს უჭერს მოვლენების მიღებას Prometheus Alertmanager-დან, Grafana Alerting-დან, Zabbix-დან, Sentry-დან, LibreNMS-დან, RMON-დან, AWS SNS/CloudWatch-დან და მორგებული webhook-ებიდან. შეტყობინებების გაგზავნა შესაძლებელია Mattermost-ის, Slack-ის, Telegram-ის, Discord-ის, Microsoft Teams-ის, ელექტრონული ფოსტის, webhook-ების, ბრაუზერის/PWA push-ის და ხმოვანი ზარის პროვაიდერების მეშვეობით. Mattermost-სა და Telegram-ში შეტყობინებები შეიძლება მოიცავდეს პრობლემის დადასტურებისა და გადაჭრის მოქმედებებს, რაც საშუალებას იძლევა ინციდენტების დამუშავება ცალკე ინტერფეისზე გადასვლის გარეშე.

პროექტის გაშვება შესაძლებელია Docker Compose-ის მეშვეობით, რომელიც Red Hat-ის მსგავსი დისტრიბუციებისთვის განკუთვნილი RPM პაკეტია, ხელით systemd-ის მეშვეობით ან Kubernetes-ში Helm დიაგრამის გამოყენებით. SQLite-ის გამოყენება შესაძლებელია მცირე ზომის ინსტალაციებისთვის, ხოლო PostgreSQL რეკომენდებულია საწარმოო გარემოსა და მაღალი დატვირთვისთვის.

ახალი ვერსია შემდეგ ცვლილებებს გვთავაზობს:

• დაემატა მრავალდონიანი მორიგეობის როტაციები დროის ლიმიტებით, ფენების პრიორიტეტებით და დროებითი ჩანაცვლების განხილვით;
• გამოჩნდა მორიგეობის კალენდარი, CalDAV და ICS გამოწერები გარე კალენდრებისთვის;
• ინციდენტების ესკალაციის პოლიტიკის დანერგვა მრავალსაფეხურიანი ესკალაციის ჯაჭვებით;
• დაემატა შეტყობინებების ჯგუფები, მოვლენების დაჯგუფება, დაგვიანებული შეტყობინებები და დაკავშირებული შეტყობინებების ხელით გაერთიანება;
• გამოჩნდა დაგეგმილი სამუშაოსა და „ჩუმი“ შეტყობინებების ფანჯრები;
• დაემატა შეტყობინებებზე კომენტარების დამატების შესაძლებლობა;
• დაემატა ინციდენტების პრიორიტეტები (P1-P5) და პრიორიტეტების ავტომატური ესკალაცია მნიშვნელობის დონის მიხედვით;
• დანერგილი სერვისების კატალოგი, სერვისებზე დამოკიდებულებები, SLI/SLO, სერვისზე ზემოქმედების ისტორია და ბიზნეს სერვისები;
• მარშრუტიზაციის გასაანალიზებლად დაემატა Explain Trace: რატომ იყო ან არ იყო შეტყობინება შეტანილი ბრძანებაში, დაჯგუფებული, დათრგუნული ან კონკრეტულ არხზე გაგზავნილი;
• დამატებულია შემოწმებები (გულისცემა/მუდმივი გადართვა) მაკონტროლებელი სისტემის, სარეზერვო ასლის, ETL-ის და სხვა ამოცანებისთვის, სადაც პრობლემა მოსალოდნელი სიგნალის არარსებობაა.

წყარო: opennet.ru