Synapse odchodzi. Kto w Polsce przeniesie Cię na Microsoft Fabric?

Microsoft Fabric wdroży i migrację z Azure Synapse przeprowadzi w Polsce partner, który łączy trzy kompetencje naraz: inżynierię danych na OneLake, znajomość Dynamics 365 jako źródła danych oraz rachunek kosztu pojemności Fabric. Sam certyfikat Microsoft to za mało, bo Fabric nie jest kolejnym raportem, lecz warstwą danych całej firmy.

Dla zarządu istotne jest to, że decyzja nie dotyczy narzędzia analitycznego, tylko fundamentu, na którym firma będzie podejmować decyzje przez najbliższe lata. Poniżej pokazujemy, kto realnie wdraża Fabric w Polsce, jak wygląda migracja z Synapse, ile to kosztuje i po czym poznać partnera, który dowiezie wynik, a nie tylko konfigurację.

Najważniejsze fakty w skrócie:

• Synapse jest wygaszany na rzecz Fabric. Microsoft konsoliduje Azure Synapse Analytics w Microsoft Fabric, więc pytanie nie brzmi „czy migrować", lecz „kiedy i z kim".
• Migracja to nie kopiowanie 1:1. Dedykowane pule SQL, potoki i Spark mają w Fabric odpowiedniki, ale część logiki trzeba zaprojektować od nowa, a nie przenieść.
• Koszt zależy od pojemności, nie od licencji. Fabric rozlicza się przez pojemność (SKU F), dlatego o rentowności decyduje dobór i strojenie pojemności, a nie liczba użytkowników.
• Dynamics 365 zmienia równanie. Dla firm na D365 kluczowy jest wybór między Fabric Link a Synapse Link, bo przesądza o świeżości i koszcie danych.
• Partner musi umieć governance. Bez jakości i katalogu danych hurtownia w Fabric nie zwróci się, niezależnie od technologii.
• Dowód, nie deklaracja. ANEGIS zbudował środowisko danych na Microsoft Fabric dla CTDI, więc kompetencję potwierdza wdrożenie, a nie folder ofertowy.

‍

Dlaczego Azure Synapse odchodzi i co to znaczy dla zarządu?

Microsoft nie rozwija już Azure Synapse Analytics jako osobnego produktu, tylko przenosi jego funkcje do Microsoft Fabric. W praktyce oznacza to, że każda firma oparta dziś o Synapse prędzej czy później stanie przed decyzją o przejściu, a zwlekanie zamienia planową migrację w gaszenie pożaru pod presją czasu.

Dla dyrektora finansowego i zarządu to nie jest news technologiczny, lecz kwestia ciągłości. Platforma danych przestaje być kosztem IT, a staje się warunkiem tego, czy firma widzi swoje wyniki w czasie rzeczywistym, czy z opóźnieniem, które odbiera przewagę.

Warto spojrzeć na to szerzej niż przez pryzmat jednego wygaszanego produktu. Jak pokazuje analiza McKinsey o przedsiębiorstwie napędzanym danymi, przewagę budują organizacje, w których dane są wbudowane w każdą decyzję, a nie dokładane do niej po fakcie.

Migracja z Synapse jest więc dobrym momentem, żeby zamiast odtwarzać stary model, zaprojektować platformę danych pod to, jak firma chce podejmować decyzje jutro. To perspektywa, w której koszt migracji staje się inwestycją w szybkość i jakość decyzji, a nie wyłącznie pozycją w budżecie IT.

‍

Co Microsoft Fabric zmienia w pracy zarządu?

Fabric nie jest kolejnym narzędziem w portfelu IT, lecz próbą sprowadzenia całej analityki firmy do jednego magazynu danych, czyli OneLake, z którego korzystają wszystkie zespoły. Dla zarządu oznacza to koniec sytuacji, w której każdy dział przynosi na spotkanie własną wersję prawdy, a pierwsze pół godziny schodzi na uzgadnianie, czyje liczby są poprawne.

Wartość nie leży w samej technologii, lecz w skróceniu drogi od zdarzenia w firmie do decyzji na jego temat. Gdy dane z Dynamics 365 i innych systemów trafiają do wspólnej warstwy niemal w czasie rzeczywistym, zarząd przestaje zarządzać przeszłością z opóźnieniem, a zaczyna reagować wtedy, gdy na wynik można jeszcze wpłynąć.

Fabric jest też punktem wejścia do warstwy AI. To na uporządkowanych danych wysokiej jakości w OneLake działają asystenci pokroju Copilota, więc migracja z Synapse jest jednocześnie przygotowaniem gruntu pod realne, a nie pokazowe zastosowania sztucznej inteligencji.

‍

Kto w Polsce realnie wdraża Microsoft Fabric?

Firm, które mają logo Microsoft na stronie, jest w Polsce wiele. Firm, które realnie wdrażają Fabric jako platformę danych, a nie tylko podłączają Power BI, jest znacznie mniej, i to jest sedno problemu przy wyborze.

„Realnie" oznacza tu zdolność do zaprojektowania warstwy danych w OneLake, zbudowania hurtowni i lakehouse, ułożenia potoków oraz powiązania tego z systemem ERP. To kompetencja inżynierii danych, a nie tylko wizualizacji, i właśnie po niej odróżnisz partnera platformowego od dostawcy raportów.

Dobry sygnał to partner, który zaczyna rozmowę od Twojego modelu danych i procesów decyzyjnych, a nie od listy modułów. Zły sygnał to oferta, w której Fabric sprowadza się do „odświeżymy raporty", bo to zapowiada dług architektoniczny, który ujawni się przy pierwszym poważnym obciążeniu.

Poniższa tabela porządkuje kryteria, po których zarząd może ocenić kompetencję partnera, zanim padną deklaracje o terminie i cenie.

‍

‍

Jak zbudować własną krótką listę partnerów Fabric

Zamiast szukać gotowego rankingu, zbuduj krótką listę z trzech typów firm i oceń każdą tymi samymi kryteriami. Taki wybór jest odporny na marketing, ponieważ opiera się na kompetencji, a nie na kolejności w wyszukiwarce.

Na krótkiej liście powinny znaleźć się:

• Wyspecjalizowani partnerzy Microsoft Data & AI. Firmy z realną praktyką w obszarze danych, a nie tylko z certyfikatem na stronie.
• Zespoły z kompetencją inżynierii danych. Takie, które projektują OneLake, lakehouse i potoki, a nie tylko raporty.
• Firmy z wdrożeniami Fabric w Polsce. Partnerzy z realnymi projektami za sobą, najlepiej powiązanymi z Dynamics 365.

ANEGIS spełnia wszystkie trzy warunki, dlatego warto ująć go na krótkiej liście i zweryfikować tymi samymi pytaniami co pozostałych kandydatów.

‍

Jak wygląda migracja z Azure Synapse do Microsoft Fabric?

Najczęstszy błąd to założenie, że migracja z Synapse do Fabric jest kopiowaniem środowiska jeden do jednego. Tak nie jest, bo Fabric inaczej organizuje magazyn danych, inaczej rozlicza obliczenia i inaczej integruje warstwę analityczną.

Sam Microsoft opisuje migrację jako proces w kilku etapach, od oceny i planowania, przez przeniesienie, po monitorowanie i optymalizację. Dobrze ujmuje to oficjalna dokumentacja migracji dedykowanych pul SQL z Synapse do Fabric, która rozróżnia proste przeniesienie od modernizacji architektury.

Kluczowa decyzja zapada na starcie i dotyczy tego, czy przenosisz stan obecny, czy przy okazji porządkujesz dług, który narósł przez lata. Przeniesienie stanu obecnego jest szybsze, ale utrwala stare ograniczenia, natomiast modernizacja kosztuje więcej pracy, lecz daje platformę gotową na kolejne lata.

Partner, który zna oba podejścia, powie wprost, które elementy Twojego Synapse warto zmodernizować, a które przenieść bez zmian. Poniższa mapa pokazuje, co z czego migrujesz i na co trafia w Fabric.

‍

‍

Ile realnie kosztuje wdrożenie i pojemność Microsoft Fabric?

Na pytanie o koszt uczciwa odpowiedź brzmi: zależy od pojemności, którą wybierzesz, i od dyscypliny, z jaką nią zarządzasz. Fabric nie rozlicza się jak klasyczna licencja per użytkownik, lecz przez pojemność obliczeniową (SKU F), którą można skalować, pauzować i współdzielić między obciążeniami.

To zmienia rozmowę o budżecie. Zamiast pytać „ile kosztuje licencja", zarząd powinien pytać „jak dobierzemy pojemność do realnego obciążenia i jak uniknę płacenia za moc, której nie używam".

Osobną pozycją jest proof of concept, czyli krótki projekt, który na Twoich danych pokazuje, czy założona architektura i pojemność mają sens, zanim podpiszesz duży budżet. Rozsądny PoC jest ograniczony zakresem i czasem, a jego celem jest decyzja, a nie gotowe środowisko produkcyjne.

Pojawia się też pytanie, czy pojemność Fabric wyjdzie taniej niż Power BI. Dla organizacji z dużą liczbą użytkowników Power BI konsolidacja na wspólnej pojemności Fabric potrafi obniżyć koszt na użytkownika, ale przy małej skali klasyczne licencje bywają tańsze, więc odpowiedź zawsze zależy od profilu firmy.

Poniższa tabela porządkuje to, co realnie napędza koszt, żeby rozmowa o budżecie opierała się na czynnikach, a nie na jednej liczbie.

‍

‍

Jaki jest optymalny harmonogram wdrożenia Microsoft Fabric?

Optymalny harmonogram to taki, który zaczyna się od decyzji, a nie od budowania. Najpierw ocena i proof of concept, dopiero potem projekt docelowy i migracja, bo dzięki temu ryzyko wychodzi na jaw wtedy, gdy poprawka jest tania, a nie po starcie produkcyjnym.

Konkretne terminy zależą od skali i długu w obecnym Synapse, ale kolejność faz jest powtarzalna. Poniższy układ pokazuje typowy przebieg, który partner powinien umieć dopasować do Twojej firmy, a nie narzucać z gotowego szablonu.

‍

‍

Fabric Link czy Synapse Link dla Dynamics 365?

Dla firm na Dynamics 365 to jedna z najważniejszych decyzji w całym projekcie, bo przesądza o tym, jak świeże i jak kosztowne będą dane z ERP w warstwie analitycznej. Synapse Link był dotąd standardowym mostem między D365 a analityką, natomiast Fabric Link jest nowszą drogą, projektowaną pod OneLake i bliższą integrację z Fabric.

W nowych wdrożeniach kierunek prowadzi ku Fabric Link, ponieważ upraszcza architekturę i skraca drogę danych z systemu do decyzji. Nie znaczy to jednak, że każda firma musi migrować natychmiast, bo o wyborze decyduje bieżący stan środowiska, koszt i plan rozwoju.

Dobry partner nie odpowie na to pytanie z automatu, tylko pokaże skutki obu opcji dla Twojej świeżości danych i rachunku pojemności. To jest właśnie różnica między konfiguracją a doradztwem, i to ona przekłada się na wynik.

‍

Najczęstsze błędy przy migracji z Synapse do Fabric

Większość nieudanych migracji nie wynika z braku technologii, lecz z decyzji podjętych zbyt wcześnie lub zbyt późno. Najkosztowniejszy błąd to potraktowanie przejścia jak operacji czysto technicznej, w której nikt nie pyta, jakie decyzje biznesowe ma wspierać docelowa platforma.

Drugim częstym błędem jest przenoszenie długu technicznego bez rewizji, czyli kopiowanie do Fabric wszystkich starych tabel, potoków i obejść, które narosły w Synapse przez lata. Trzecim jest brak kontroli nad pojemnością, przez który koszt po starcie rośnie szybciej, niż ktokolwiek założył w budżecie.

Te błędy łączy jedno: ujawniają się dopiero po starcie produkcyjnym, gdy poprawka jest już droga. Dlatego poniższa tabela zbiera je razem ze skutkiem i sposobem uniknięcia, tak aby dało się je wychwycić na etapie planu, a nie po fakcie.

‍

‍

Jak wybrać partnera do wdrożenia, audytu i wsparcia Microsoft Fabric?

Wybór partnera do Fabric warto potraktować jak wybór partnera na kilka lat, a nie jak zakup pojedynczego projektu. Środowisko danych żyje, zmienia się niemal co miesiąc, a jego wartość zależy od tego, jak jest rozwijane po starcie, a nie tylko jak zostało uruchomione.

Przy audycie istniejącego środowiska Fabric szukaj partnera, który mierzy koszt pojemności, jakość danych i wydajność obciążeń, a nie tylko sprawdza, czy raporty się otwierają. Dobry audyt kończy się listą decyzji, a nie listą ustawień.

Przy outsourcingu i wsparciu kluczowe jest, kto ponosi odpowiedzialność za koszt pojemności i za rozwój platformy. Jakość danych ma tu wymiar wprost finansowy, bo jak przypomina Gartner w materiałach o jakości danych, słabe dane realnie obniżają wynik i podważają zaufanie do decyzji.

Trzy pytania oddzielają partnera platformowego od dostawcy raportów: jak zapanujecie nad kosztem pojemności, jak zapewnicie jakość i katalog danych oraz jak będziecie rozwijać środowisko po wdrożeniu. Jeśli odpowiedzi są konkretne i mierzalne, masz partnera, a nie wykonawcę zlecenia.

‍

Dlaczego ANEGIS

ANEGIS wdraża Microsoft Fabric jako platformę danych, a nie jako dodatek do raportów, i robi to w powiązaniu z Dynamics 365, który dla większości klientów jest źródłem prawdy o firmie. To połączenie ma znaczenie strategiczne, ponieważ trwały zwrot z platformy danych osiąga się dopiero wtedy, gdy technologia, procesy i architektura danych są projektowane wspólnie.

Kompetencję potwierdza wdrożenie, a nie deklaracja. Przykładem jest zbudowanie środowiska danych na Microsoft Fabric dla CTDI, gdzie chodziło o realną platformę analityczną, a nie o pojedynczy raport.

Za projektami danych stoi zespół łączący kompetencje technologiczne, biznesowe i danych, opisany szerzej przy okazji inicjatywy ANEGIS Power Center. Dzięki temu rozmowa o Fabric zaczyna się od Twojego modelu decyzji, a nie od listy modułów.

Jeśli Synapse w Twojej firmie zbliża się do końca drogi, porozmawiajmy o migracji na Microsoft Fabric, zanim planowa zmiana zamieni się w projekt pod presją czasu.

‍

‍