GitCloud.pl
Operacyjny rdzeń sieci ISP

Cała sieć, jedna prawda, jeden panel.

GitCloud to system operacyjny sieci dostawcy internetu — monitoring, automatyzacja i bezpieczeństwo infrastruktury zebrane w jedno miejsce, zamiast dziesięciu osobnych narzędzi.

  • Wykrywaj awarie sieci, zanim zauważy je klient
  • Automatyzuj to, co powtarzalne — backupy, alerty, synchronizacje
  • Zarządzaj dostępem przez własny urząd certyfikacji SSH
Poznaj platformę Skontaktuj się
Monitoring 24/7 Własny urząd CA Weryfikowane kopie zapasowe Automatyzacja od podstaw Zgodność z RODO

Tak wygląda konsola GitCloud

Cztery widoki tej samej platformy — sieć, alerty, mapa i zasoby. Dane poniżej są demonstracyjne.

gitcloud.local/siec/urzadzenie
Panel GitCloud pokazujący porty przełącznika, ruch sieciowy i temperaturę urządzenia
🔗 2
Router-Brzeg-03 (Lokalizacja A)Urządzenie niedostępne: 10.20.30.41
10:20
🔗 2
olt-demo-01 (Lokalizacja B)Urządzenie niedostępne: olt-demo-01
10:20
🔗 3
SW-DEMO-01Port nieaktywny (Ethernet0/0/1)
10:15
Zadanie nie powiodło siędemo_tls_scan
04:45
olt-demo-02 (Lokalizacja C)Wysoka temperatura: SFP GPON 0/4/0
wczoraj
olt-demo-01 nie widoczny w panelufiltr restartów ONT nieaktywny
2 dni temu
Węzeł-A Serwerownia Węzeł-B Biuro Obsługi Węzeł-C Węzeł-B · port 1/4 ● Online 10.20.x.x/29 RX/TX: −8.1 / −5.6 dBm
NazwaIDTypLokalizacjavCPURAMStatus
edge-gateway-01#101VMRegion A4 (2%)2.1 / 4 GBUruchomiona
monitoring-core#104VMRegion B6 (12%)5.8 / 10 GBUruchomiona
db-primary#129LXCRegion B2 (1%)0.6 / 4 GBUruchomiona
backup-collector#155LXCRegion A2 (3%)1.1 / 2 GBUruchomiona
legacy-radius#108VMRegion A4 (0.4%)0.9 / 2 GBNiedostępny
vpn-gateway#122VMRegion C4 (3.6%)3.1 / 4 GBUruchomiona

Podgląd interfejsu GitCloud — wszystkie dane na tej stronie są demonstracyjne.

Dlaczego GitCloud istnieje

Dane najpierw do własnej bazy

To zasada, nie tylko slajd: każda funkcja pokazująca dane opiera się najpierw na własnej, regularnie synchronizowanej bazie — dopiero potem, jeśli naprawdę trzeba, na zapytaniu do zewnętrznego systemu.

Efekt: mniej zależności od dostępności zewnętrznych systemów i dane dostępne nawet wtedy, gdy źródłowy system akurat nie odpowiada.

LENTA ALERTÓW — NAJNOWSZE Router brzegowy — utrata łącza port uplink nieaktywny od 09-09 10:20 2 min temu Pula IP — region zachodni wysokie zapełnienie (91%) 18 min temu Kopia zapasowa — zweryfikowana baza główna, integralność OK 42 min temu Certyfikat SSH odnowiony rotacja automatyczna, ważność 12h 1 godz. temu Przełącznik dostępowy — port down interfejs nieaktywny, brak ruchu 3 godz. temu
Przykładowa lenta alertów w GitCloud — kolor krawędzi koduje priorytet.
0
ciągły monitoring infrastruktury i sieci
0
centralny panel zamiast rozproszonych narzędzi
0
ważność certyfikatu SSH zamiast stałych kluczy
RODO
zgodność wbudowana w procesy, nie doklejona

AI, który zna sprzęt, a nie tylko czyta logi

Analiza alertów z realnymi komendami CLI w kontekście

Większość asystentów AI do monitoringu potrafi opisać alert ludzkim językiem — i na tym kończy pomoc. GitCloud idzie krok dalej: model dostaje w kontekście konkretne komendy CLI dla konkretnego modelu urządzenia (OLT), które faktycznie trzeba wykonać, żeby zdiagnozować problem — nie ogólnikowe „sprawdź połączenie", tylko gotową komendę do wklejenia w terminal.

Mapa sieci obok pokazuje ten sam mechanizm z innej strony: każdy węzeł to żywe połączenie z bazą GitCloud — gdy pada jedno łącze szkieletowe, widać natychmiast, które lokalizacje straciły łączność, zamiast składać to ręcznie z osobnych zgłoszeń.

TOPOLOGIA — WIDOK REGIONALNY CORE ● Lokalizacja A ● Lokalizacja B ● Lokalizacja C ● Lokalizacja D łącze przerwane
Przykładowy widok topologii — awaria jednego łącza jest widoczna natychmiast.

Dostęp bez stałych haseł i wiecznych kluczy

Własny urząd certyfikacji SSH

Zamiast rozsianych po serwerach statycznych kluczy, GitCloud wydaje krótkotrwałe certyfikaty SSH — ważne 12 godzin, automatycznie odnawiane. Skradziony certyfikat traci ważność sam, bez ręcznego odwoływania dostępu na każdej maszynie z osobna.

Status zaufania każdego hosta jest widoczny na bieżąco — skonfigurowano czy realnie zweryfikowano żywym logowaniem, nie tylko deklaracją.

STATUS CERTYFIKATÓW CA HOST STATUS WYGASA app-server-01 verified 9h 40m db-primary verified 11h 02m lb-edge-02 configured — mon-collector verified 7h 15m 34 / 38 hostów z aktywnym, zweryfikowanym certyfikatem CA
Przykładowy widok statusu certyfikacji — dane demonstracyjne.

Kopia zapasowa, której można zaufać

Weryfikacja, nie tylko wykonanie

Wykonanie kopii zapasowej to dopiero połowa pracy — GitCloud sprawdza integralność każdej kopii, zanim uzna ją za bezpieczną. Archiwa trafiają zaszyfrowane, a status weryfikacji jest widoczny obok każdego zadania backupu.

Ten sam mechanizm pilnuje ciszy w logach — jeśli źródło przestaje wysyłać nowe wpisy, system wie o tym, zanim ktoś zauważy braki ręcznie.

KOPIE ZAPASOWE — DZIŚ Baza danych — główna 4.2 GB · szyfrowanie GPG AES-256 OK Konfiguracje urządzeń sieciowych 812 MB · zweryfikowano checksumą OK Archiwum logów — retencja wymaga ponownej weryfikacji Błąd
Przykładowy status weryfikacji kopii zapasowych — dane demonstracyjne.

GitCloud sprawia, że utrzymanie sieci przestaje być gaszeniem pożarów

Niestandardowe alerty i jeden panel danych pozwalają wychwycić wąskie gardła, zanim staną się awarią.

Porozmawiajmy o sieci Zobacz możliwości

Dlaczego zespół sieciowy potrzebuje GitCloud

Zamiast reagować na awarie, GitCloud daje narzędzia, by je wyprzedzać.

Monitoring proaktywny

Śledzenie stanu sieci w czasie rzeczywistym, zanim problem dotknie użytkowników.

Alerty z logów, nie tylko z metryk

Własne sygnatury wychwytują wzorce w logach na żywo — złapały realny dwudniowy crashloop usługi, który przeszedł niezauważony przez standardowy monitoring.

Progi zapełnienia zasobów

Monitoring pul adresów IP z automatycznym oznaczaniem krytyczności — przy wdrożeniu od razu wykrył 2 regiony na granicy wyczerpania.

Grupowanie duplikatów przez LLM

Podobne alerty łączą się automatycznie zamiast zalewać zespół powtórkami — model dobrany po realnym teście jakości, nie na pierwszy rzut oka.

Co widać z konsoli GitCloud

Monitoring sieci

Stan urządzeń, VLAN-ów, łączy i pul IP — jeden widok zamiast osobnych narzędzi dla każdej warstwy sieci.

SNMP · SSH · własna baza

Automatyzacja

Powtarzalne zadania operacyjne — synchronizacje, kopie zapasowe, alerty — działają same, na harmonogramie.

Cronicle · skrypty · alerty

Dostęp i certyfikaty

Własny urząd certyfikacji SSH i krótkotrwałe certyfikaty zamiast statycznych kluczy rozsianych po serwerach.

SSH CA · rotacja 12h

Rejestr zasobów

Serwery, maszyny wirtualne, kontenery i urządzenia sieciowe — pełen inwentarz z historią zmian.

Proxmox · Docker · SNMP

Kopie zapasowe

Weryfikacja, nie tylko wykonanie — każda kopia jest sprawdzana, zanim uzna się ją za bezpieczną.

Szyfrowanie GPG · weryfikacja

Alerty i zgodność

Alerty trafiają tam, gdzie pracuje zespół, a każde AI-generowane wiadomości do klientów czekają na akceptację człowieka przed wysyłką.

Mattermost · RODO

Kto prowadzi GitCloud

aleh@gitcloud — whoami
$whoami --verbose
imię....... Aleh Pauliukovich
rola....... założyciel & prowadzący
lokalizacja Polska
fokus...... sieć · automatyzacja · infra
dostępność odpowiadam osobiście
 
$_

Buduję i utrzymuję GitCloud — wewnętrzny system operacyjny sieci, który powstał z realnej potrzeby: zbyt wiele narzędzi, zbyt mało jednego miejsca prawdy. Codzienna praca to sieć, automatyzacja i infrastruktura — GitCloud jest miejscem, w którym to wszystko się spotyka.

Nie piszę tego z zespołem marketingu za plecami — kod, który tu widać opisany, sam wdrażam i sam naprawiam, gdy coś w nocy przestaje działać.

pauliukovichaleh@gmail.com

Najczęstsze pytania o GitCloud

Czym właściwie jest GitCloud?
GitCloud to wewnętrzny system operacyjny sieci ISP — łączy monitoring urządzeń, automatyzację zadań i zarządzanie dostępem w jednym panelu, zamiast rozproszonych narzędzi.
Czy GitCloud jest dostępny jako produkt komercyjny?
Obecnie GitCloud to narzędzie rozwijane wewnętrznie na potrzeby konkretnej sieci — ta strona jest wizytówką projektu i osoby, która go prowadzi, nie sklepem.
Jak działa dostęp SSH bez stałych kluczy?
GitCloud prowadzi własny urząd certyfikacji SSH — zamiast trwałego klucza każdy host ufa certyfikatom podpisanym przez ten urząd, ważnym tylko przez 12 godzin i odnawianym automatycznie.
Skąd pochodzą dane pokazywane w monitoringu?
Zasada projektowa GitCloud: dane trafiają najpierw do własnej bazy przez okresową synchronizację, a dopiero w razie potrzeby — do zewnętrznego API. Minimalizuje to zależność od dostępności zewnętrznych systemów.
Jak wygląda zgodność z RODO?
To nie jeden „moduł RODO", tylko zestaw kilku niezależnie zaprojektowanych mechanizmów: log dostępu do danych osobowych (kto i kiedy je zobaczył), retencja z osobnymi okresami dla różnych kategorii danych, szyfrowanie kopii zapasowych GPG AES-256, oraz wymóg ręcznej akceptacji przez człowieka przed wysłaniem jakiejkolwiek wiadomości wygenerowanej przez AI do klienta. Każdy z tych elementów powstał jako odpowiedź na konkretną lukę, nie jako gotowy pakiet doklejony na końcu.

Gotowy porozmawiać o sieci?

Pytania o GitCloud, współpracę albo chęć porównania notatek o utrzymaniu sieci ISP — napisz bezpośrednio.

  • Odpowiadam osobiście, zwykle w ciągu 1-2 dni
  • Bez formularzy i pośredników — piszesz wprost na maila
  • Otwarty na projekty związane z siecią i automatyzacją
← Wróć do projektu
// napisz bezpośrednio
pauliukovichaleh@gmail.com
Napisz wiadomość →