SparkSome Venture

05/05/2026

Zostaliśmy zaprowadzeni do salonu właściciela.

Poprosiliśmy o pokazanie serwerowni. Zamiast niej – wiórowa szafka pod telewizorem. W środku: centralny router firmowy, rejestrator CCTV i gęsty splot kabli. Bez UPS. Bez zamka. Bez jakiejkolwiek ochrony fizycznej.

Firma: 30 lat na rynku, obroty 15 mln PLN rocznie, hala produkcyjna w branży spożywczej. Właściciel planuje emeryturę i przekazanie biznesu dzieciom.

Przeprowadziliśmy audyt IT przed tą sukcesją. Oto co znaleźliśmy:
→ Brak umowy o przeniesienie praw autorskich do skryptów produkcyjnych napisanych przez pracownika IT. Nowy zarząd mógł przejąć firmę bez prawa do własnego oprogramowania.
→ Bus Factor równy 1. Cała wiedza o infrastrukturze – hasła, topologia sieci, zależności między systemami – w głowie jednej osoby.
→ Łącze zapasowe opłacane od lat. Fizycznie uszkodzone od lat. Nikt nie testował failoveru. Nigdy.
→ Mix Windows Home i Pro na stacjach roboczych. Brak Active Directory, brak GPO, brak centralnego zarządzania. 18 niezależnych, niekontrolowanych wysp.
→ Wi-Fi na hali produkcyjnej obsługiwane przez domowe routery za ~100 zł. Płaska sieć: produkcja, biuro i goście w jednym segmencie bez VLAN.

Każdy z tych problemów z osobna jest naprawialny. Wszystkie razem, odkryte po podpisaniu aktu notarialnego – to gotowy scenariusz kryzysu operacyjnego od pierwszego dnia nowego zarządu.

Zrealizowaliśmy działania naprawcze przed sukcesją:
– cesja praw autorskich do 3 skryptów krytycznych: 2 tygodnie
– naprawa łącza + test failover: 2 dni
– dokumentacja infrastruktury i haseł: w trakcie
– standaryzacja stacji na Windows Pro + Entra ID: 6 tygodni

Polska ma ponad 830 tys. firm rodzinnych. Znaczna część z nich stoi przed sukcesją w tej dekadzie. Większość z nich ma podobny bagaż.

Audyt IT przed sukcesją to ubezpieczenie, które płaci się przed wypadkiem.
Cały case study – z mapą ryzyk i checklistą dla właściciela jest na blogu SparkSome:

Audyt IT przed sukcesją w firmie produkcyjnej - case study SparkSome. 6 krytycznych ryzyk: prawa autorskie, dokumentacja, serwer pod TV. Sprawdź checklistę.

28/04/2026

System wrócił po 9 godzinach. Przy dobrej dokumentacji – wróciłby po 45 minutach.

Dostaliśmy zgłoszenie w piątek o 16:30. Firma produkcyjna, linia stoi, serwer ERP na maszynie wirtualnej nie odpowiada. Pierwsze pytanie do klienta: „Macie dokumentację infrastruktury?”.
Odpowiedź, którą słyszymy w co drugiej firmie: „Gdzieś powinna być. Adam to ogarniał, ale odszedł trzy miesiące temu”.

To klasyczny Bus Factor – wiedza o systemach istniała tylko w głowie jednej osoby, która już nie odbiera telefonu. Spędziliśmy dwie godziny na samym odtwarzaniu mapy sieci i topologii MikroTik, zanim w ogóle mogliśmy zacząć naprawiać.
Różnica między 45 minutami a 9 godzinami to nie magia. To matematyka i inżynierski rygor.

Dokumentacja infrastruktury IT (As-built) nie jest biurokratycznym wymogiem. To fundament Twojej suwerenności technologicznej. Co musi zawierać, żeby działała w kryzysie:
- Topologię sieci: precyzyjna segmentacja VLAN i routing.
- Role maszyn wirtualnych: co robi każda VM i co się stanie, gdy padnie wezeł w klastrze Proxmox VE.
- Procedury Disaster Recovery: konkretne kroki z mierzalnym RTO i RPO. Nie „mamy backup”, ale „za 40 minut mamy system z powrotem”.
- Politykę dostępów: tak, aby nowy inżynier przejął stery w godzinę, nie w tydzień.

Brak tych danych to ogromne ryzyko operacyjne i bariera przy audytach NIS2, które od 2025 roku są obowiązkowe dla wielu polskich firm.

W SparkSome każdy projekt – od migracji z VMware po wdrożenia Zabbix – kończymy przekazaniem pełnej dokumentacji. Klient nigdy nie jest zakładnikiem jednej osoby ani jednego dostawcy.

Szczegółową analizę znajdziecie w artykule przygotowanym przez nasz zespół: https://sparksome.pl/blog/dokumentacja-infrastruktury-it-dlaczego-jest-kluczowa/

Pytanie na koniec: czy w Twojej firmie jest dziś ktoś poza jedną osobą, kto wie, jak działa wasza infrastruktura?

23/04/2026

Trzy systemy storage w jednej firmie to o dwa za dużo.

Pierwszy – pod maszyny wirtualne z ERP.
Drugi – pod kontenery z nową aplikacją.
Trzeci – „tymczasowy” NAS, który stoi już czwarty rok.

Efekt? Przy awarii tracisz 2-4 godziny na samą identyfikację źródła problemu. Przy migracji – tygodnie na analizę zależności. To standard w firmach, które rosły szybciej niż ich infrastruktura.

Rozwiązanie, które wdrażamy, aby uciąć ten chaos: jeden backend storage oparty na Ceph.

Obsługujemy wolumeny blokowe (RBD) dla VM, storage dla Kubernetes i pamięć obiektową S3 na tym samym sprzęcie. Bez osobnych systemów backupu.

Co to zmienia w liczbach (case study):
- Provisioning: z 3 dni do 12 minut.
- MTTR (czas naprawy): z 4,2h do 28 minut.
- Monitoring: jeden stack (Prometheus + Grafana) zamiast trzech.

Przygotowaliśmy szczegółową analizę tego rozwiązania – z konkretnymi progami sprzętowymi, porównaniem do macierzy SAN i scenariuszami, kiedy Ceph NIE ma sensu.
Sprawdź techniczne szczegóły wdrożenia: https://sparksome.pl/blog/ceph-kubernetes-openstack-jeden-backend-it/

21/04/2026

Lublin potwierdza swoją pozycję na mapie IT. 📍

Za nami intensywna sobota na Lubelskich Dniach Informatyki. Nasz wniosek po dziesiątkach rozmów przy stoisku? Lokalny rynek inżynierski rośnie w bardzo dobrym kierunku.

Cieszy nas szczególnie:
• Techniczna dociekliwość – zamiast pytań o "owocowe czwartki", rozmawialiśmy o ścieżkach rozwoju w administracji systemami i realnych wyzwaniach.
• Instynkt inżynierski – uczestnicy wyzwania Patch Master udowodnili, że potrafią zachować zimną krew przy konfiguracji sprzętu pod presją czasu.
• Ambicja – widać, że młodzi ludzie w Lublinie stawiają na konkretne umiejętności, a nie tylko na certyfikaty.

Dzięki za merytoryczną sobotę. Miło obserwować, jak miasto i tutejsza społeczność budują tak silny fundament technologiczny. Do zobaczenia przy kolejnych projektach!

17/04/2026

Z kim z Was widzimy się jutro na Lubelskie Dni Informatyki?

Szukajcie nas na stoisku w Kampusie Głównym KUL. To dobra okazja, żeby:

· Porozmawiać o prawdziwej infrastrukturze IT – bez filtrów o tym, jak wygląda administracja systemami L2/L3.
· Sprawdzić się w wyzwaniu Patch Master – testujemy logikę, sprawność techniczną i zimną krew pod presją czasu.

Jeśli wolicie działać niż słuchać wykładów – to jest miejsce dla Was.
Najlepsze wyniki jutra nagradzamy konkretnym wsparciem sprzętowym.

📍 Gdzie: Kampus Główny KUL, al. Racławickie 14
📅 Kiedy: Jutro! (Sobota, 18 kwietnia)

Do zobaczenia jutro!

14/04/2026

Wychodzimy z biura. 👋

W sobotę, 18 kwietnia, pojawimy się na Lubelskie Dni Informatyki i szczerze mówiąc, nie możemy się doczekać.

Ostatnim razem dostaliśmy od Was tyle dobrej energii, że wracamy z jedną myślą: porozmawiać z Wami jeszcze raz. O tym, jak naprawdę wygląda praca w branży. O ścieżce, którą warto budować świadomie.

Na stoisku wraca Patch Master - nasze wyzwanie dla tych, którzy wolą działać niż słuchać wykładów. Kable, presja czasu i techniczne myślenie w praktyce. 🛠️
Jeśli będziecie na miejscu to koniecznie zajrzyjcie do nas.

📍 Kampus Główny KUL, al. Racławickie 14 | 18 kwietnia

Do zobaczenia na miejscu!

09/04/2026

Infrastruktura, która przestaje ufać sama sobie.

Wygaśnięcie certyfikatów Root CA to nie jest problem „kosmetyczny”. To moment, w którym Twoje systemy – od serwerów baz danych po urządzenia IoT – mogą nagle stracić zdolność do komunikacji.

Wielu managerów zakłada, że certyfikaty „po prostu są”. Jednak brak strategii zarządzania ich cyklem życia to prosty sposób na nieplanowany downtime i paraliż operacyjny, który nie wynika z awarii sprzętu, a z błędu w architekturze zaufania.

W SparkSome patrzymy na to przez pryzmat suwerenności technologicznej. Jeśli nie kontrolujesz własnych urzędów certyfikacji i nie masz zmapowanych zależności, Twoja infrastruktura posiada ukryty termin przydatności.

Czego dowiesz się z naszej analizy?

- Ryzyko biznesowe: dlaczego ignorowanie zmian w Root CA to generowanie długu technologicznego.

- Kontekst architektoniczny: jak zaprojektować systemy, aby wybaczały zmiany w łańcuchu zaufania.

- Zasada High Availability: jak zmiany w certyfikatach wpływają na wysoką dostępność usług.

- Podejście strategiczne: dlaczego automatyzacja odnowień to jedyna droga do przewidywalności.

To kwestia utrzymania ciągłości biznesowej. Zapraszam do lektury technicznej analizy, która pomoże Ci ocenić, czy Twoje systemy są gotowe na nadchodzące zmiany.

👉 Przeczytaj artykuł: https://sparksome.pl/blog/root-ca-zmiany-czy-twoje-systemy-sa-gotowe/

Masz wątpliwości co do stabilności swojego łańcucha certyfikacji? Umów audyt infrastruktury i sprawdź, gdzie Twoje systemy tracą kontrolę.

Zmiany Root CA TLS w 2026 mogą powodować błędy połączeń w starszych systemach, aplikacjach i IoT. Sprawdź ryzyka oraz plan przygotowania.

07/04/2026

Czy wiesz, że za redundancję swoich danych płacisz potrójnie?

W tradycyjnym modelu macierzy dyskowych koszt „bezpieczeństwa” rośnie przez trzy warstwy:
🔵 Nośniki: certyfikowane dyski klasy enterprise kosztują wielokrotnie więcej niż ich rynkowe odpowiedniki.
🔵 Licencje: każdy kolejny TB danych zwiększa koszt - często liniowo, bez realnej zmiany architektury.
🔵 Wsparcie: sztywne kontrakty serwisowe, które uzależniają tempo reakcji od dostawcy.

To model, w którym redundancja jest realizowana przez sprzęt i licencje.
Alternatywa? Redundancja jako matematyka zapisu danych, a nie warstwa marketingowa.

W architekturze Software-Defined Storage:
– wykorzystujesz standardowy sprzęt (commodity hardware)
– unikasz „podatku od wzrostu”
– odzyskujesz kontrolę nad tym, gdzie i jak są przechowywane dane

W artykule pokazujemy kiedy replikacja przestaje mieć sens, gdzie erasure coding realnie zmienia koszt storage’u i jak podejść do architektury bez uzależnienia od jednego dostawcy

👉 https://sparksome.pl/blog/replikacja-vs-erasure-coding-koszt-storage/

[email protected]
sparksome.pl

03/04/2026

Święta Wielkanocne to dobry moment na reset, złapanie oddechu i poukładanie rzeczy na nowo.

Czasem właśnie taka krótka przerwa pozwala złapać nową energię i wrócić do działania z większą lekkością.

Życzymy Wam spokoju i dobrych, spokojnych dni.

31/03/2026

Jedna maszyna staje → staje cała linia.

I nagle okazuje się, że choć „dane są”, to system nie wstaje. Teoretycznie wszystko było zabezpieczone. W praktyce - stoicie i liczycie straty.

W tym momencie wychodzi różnica między środowiskiem, które „jakoś działa”, a takim, które zostało naprawdę przemyślane.

W IT nie ma magii. Jest dobrze albo źle zaprojektowana architektura.

W nowym wpisie bierzemy na warsztat Ceph i pokazujemy to od strony praktyki:
👉 gdzie faktycznie trafiają dane
👉 co dzieje się przy awarii
👉 dlaczego sposób zaprojektowania storage’u ma większe znaczenie niż sam sprzęt
👉 https://sparksome.pl/blog/ceph-rados-crush-architektura/

Dobrze zaprojektowane środowisko wybacza awarie.
Źle zaprojektowane tylko do pierwszego problemu.
Jeśli chcesz wiedzieć, czy Twoja infrastruktura to wytrzyma to odezwij się.

[email protected]
4812 345 44 43

W tradycyjnych macierzach dyskowych wydajność systemu jest ograniczona przez moc obliczeniową…

25/03/2026

Check IT 2026: sprawdziliśmy, co napędza młode IT.

Emocje po CheckIT jeszcze w nas siedzą, ale czas na szybki „post-mortem” tego, co działo się na naszym stoisku. Krótko? Było intensywnie, głośno i niesamowicie inspirująco.

Pokazaliśmy wam grę Patch Master. Chcieliśmy sprawdzić, jak radzicie sobie z realnym kombinowaniem pod presją.

Co wyciągnęliśmy z tych spotkań?
✅ Kolejki do naszej gry pokazały jedno – młodzi ludzie w IT nie chcą tylko klikać. Chcą rozumieć, jak system działa pod maską i jak go „nie wyłożyć”.

✅ Widzieliśmy skupienie, analizę i autentyczną radość z każdego naprawionego „patcha”. To jest ten drive, którego szukamy w inżynierii.

✅ Padł internet? Telewizor odmówił posłuszeństwa? Dla nas to nie problem, to case study. Wyciągnęliśmy wnioski, naprawiliśmy i działaliśmy dalej. Dokładnie tak, jak w codziennej pracy z infrastrukturą.

Dziękujemy Lubelska Wyżyna IT za energię i przestrzeń do spotkania. Lublin ma potężny potencjał technologiczny i cieszymy się, że jesteśmy jego częścią. 🛠️

Dzięki wszystkim, którzy podeszli porozmawiać lub zmierzyć się z Patch Masterem.

Do zobaczenia na kolejnych spotkaniach!