Przywracanie wydajności raportu bez dotykania podstawowego produktu
Projekt ten dotyczył starszego systemu korporacyjnego, w którym wydajność raportowania uległa poważnemu pogorszeniu: procesy, które wcześniej zajmowały kilka minut, rozrosły się do wielu godzin, a czasem prawie całego dnia. Kluczowym ograniczeniem był sam produkt nie można było przepisać ani głęboko zmodyfikować.
Rozwiązanie zbudowano nie poprzez inwazyjne zmiany w rdzeniu, ale poprzez optymalizację architektury warstwy analitycznej i raportowej wokół dotychczasowego systemu.
Co sprawiło, że podejście optymalizacyjne stało się opłacalne
Przypadek użycia raportowania oparto na okresach przeszłych, a nie na analizach prowadzonych w czasie rzeczywistym. To sprawiło, że się udało możliwe jest wcześniejsze przygotowanie danych i przeniesienie kosztownych prac poza ścieżkę raportowania na żywo.
- Żadnego ryzykownego przepisywania produktu pomimo poważnych problemów z wydajnością.
- Optymalizacja warstwy raportowania zamiast systemu podstawowego.
- Wykorzystanie wcześniej przygotowanych struktur analitycznych do reportażu historycznego.
- Mniejsze obciążenie systemu transakcyjnego podczas generowania raportu.
Jak przyspieszono warstwę raportowania
Wybrane podejście opierało się na kostkach OLAP i wstępnej agregacji. Zamiast tworzyć raporty bezpośrednio na podstawie ciężkich, nieprzetworzonych zapytań, system wykorzystywał przygotowane struktury analityczne, które były zoptymalizowany pod kątem szybkości raportowania.
- Wstępna agregacja danych historycznych przed użyciem raportu.
- Struktury analityczne oparte na OLAP aby wspierać szybkie raportowanie.
- Znacznie lżejsza ścieżka wykonania do raportów dostępnych dla użytkowników.
- Redukcja obciążenia starszego rdzenia podczas prac analitycznych.
Optymalizacja architektury wokół starszej platformy raportowania
Projekt został wdrożony około MS SQL Server, wykorzystując struktury analityczne, a nie przepisywanie produktów, aby przywrócić akceptowalną szybkość raportowania.
Stos rdzenia
Rozwiązanie techniczne skupiło się na analitycznej stronie architektury, aby można było odzyskać wydajność bez destabilizacji produktu.
Efekt biznesowy
Rezultatem była radykalna poprawa szybkości raportowania i komfortu użytkowania bez ryzykownego przeprojektowywania produktu.
Potrzebujesz pomocy? Mamy Got odpowiedzi
Zapoznaj się z najczęściej zadawanymi pytaniami i znajdź potrzebne informacje.
Zacznij od przejrzystości, a nie założeń
Krótka ocena często wystarczy, aby odkryć ryzyko, możliwości i właściwą ścieżkę rozwoju.