{"id":2734,"date":"2026-08-28T13:15:23","date_gmt":"2026-08-28T11:15:23","guid":{"rendered":"https:\/\/www.sprintdatacenter.pl\/blog\/?p=2734"},"modified":"2026-08-28T13:15:23","modified_gmt":"2026-08-28T11:15:23","slug":"twoj-serwer-to-pojedynczy-punkt-awarii-kiedy-firma-naprawde","status":"publish","type":"post","link":"https:\/\/www.sprintdatacenter.pl\/blog\/twoj-serwer-to-pojedynczy-punkt-awarii-kiedy-firma-naprawde\/","title":{"rendered":"Tw\u00f3j serwer to pojedynczy punkt awarii \u2014 kiedy firma naprawd\u0119 potrzebuje drugiego"},"content":{"rendered":"<h1>Tw\u00f3j serwer to pojedynczy punkt awarii \u2014 kiedy firma naprawd\u0119 potrzebuje drugiego<\/h1>\n<p>Profesjonalne centrum danych potrafi zrobi\u0107 bardzo du\u017co, \u017ceby Tw\u00f3j sprz\u0119t nigdy nie straci\u0142 zasilania ani \u0142\u0105cza. Czego nie zrobi \u2014 to zduplikowa\u0107 za Ciebie aplikacji. Je\u015bli ca\u0142a us\u0142uga stoi na jednej maszynie, to ta maszyna jest pojedynczym punktem awarii, niezale\u017cnie od tego, jak dobrze zbudowana jest serwerownia wok\u00f3\u0142 niej.<\/p>\n<nav class=\"sdc-toc\">\n<h2>Spis tre\u015bci<\/h2>\n<ul>\n<li><a href=\"#sla-to-gwarancja-naprawy-a\">SLA to gwarancja naprawy, a nie gwarancja ci\u0105g\u0142o\u015bci<\/a><\/li>\n<li><a href=\"#redundancja-centrum-danych-konczy-sie\">Redundancja centrum danych ko\u0144czy si\u0119 na gnie\u017adzie zasilania<\/a><\/li>\n<li><a href=\"#gdzie-naprawde-siedza-pojedyncze-punkty\">Gdzie naprawd\u0119 siedz\u0105 pojedyncze punkty awarii<\/a><\/li>\n<li><a href=\"#trzy-poziomy-dostepnosci-i-ich\">Trzy poziomy dost\u0119pno\u015bci \u2014 i ich realny koszt<\/a><\/li>\n<li><a href=\"#detal-ktory-upraszcza-przelaczenie-adresacja\">Detal, kt\u00f3ry upraszcza prze\u0142\u0105czenie: adresacja IP<\/a><\/li>\n<li><a href=\"#piec-pytan-przed-zakupem-drugiego\">Pi\u0119\u0107 pyta\u0144 przed zakupem drugiego serwera<\/a><\/li>\n<li><a href=\"#podsumowanie\">Podsumowanie<\/a><\/li>\n<li><a href=\"#faq-najczesciej-zadawane-pytania-o\">FAQ \u2013 najcz\u0119\u015bciej zadawane pytania o wysok\u0105 dost\u0119pno\u015b\u0107 serwera<\/a><\/li>\n<\/ul>\n<\/nav>\n<p>To rozr\u00f3\u017cnienie ginie w rozmowach o infrastrukturze zaskakuj\u0105co cz\u0119sto. Dzia\u0142 IT czyta w ofercie o gwarantowanym zasilaniu i wsparciu technicznym, po czym zak\u0142ada, \u017ce dostawca \u201ema to ogarni\u0119te&quot;. Ma \u2014 ale tylko do gniazda w szafie.<\/p>\n<h2 id=\"sla-to-gwarancja-naprawy-a\">SLA to gwarancja naprawy, a nie gwarancja ci\u0105g\u0142o\u015bci<\/h2>\n<p>Warto przeczyta\u0107 zapis SLA dos\u0142ownie. W ofercie <a href=\"https:\/\/www.sprintdatacenter.pl\/najtansze-serwery-dedykowane\/\">serwer\u00f3w dedykowanych SDC<\/a> zobowi\u0105zujemy si\u0119, \u017ce zgodnie z umow\u0105 SLA uszkodzony element lub ca\u0142y serwer zostanie wymieniony do 6 godzin. To bardzo konkretne zobowi\u0105zanie sprz\u0119towe \u2014 i jednocze\u015bnie jasna informacja, czego <strong>nie<\/strong> obiecuje: nie obiecuje, \u017ce Twoja aplikacja nie zniknie z internetu na te kilka godzin.<\/p>\n<p>Gwarancja naprawy odpowiada na pytanie \u201ejak szybko sprz\u0119t wr\u00f3ci do \u017cycia&quot;. Gwarancja ci\u0105g\u0142o\u015bci odpowiada na pytanie \u201eczy klient w og\u00f3le zauwa\u017cy awari\u0119&quot;. Drug\u0105 z nich buduje si\u0119 po stronie architektury, nie po stronie umowy.<\/p>\n<p>Praktyczny wniosek jest prosty: policz, ile kosztuje Twoj\u0105 firm\u0119 kilka godzin niedost\u0119pno\u015bci sklepu, systemu zam\u00f3wie\u0144 albo API dla partner\u00f3w. Je\u017celi ta kwota jest wy\u017csza ni\u017c roczny koszt drugiej maszyny \u2014 decyzja w\u0142a\u015bciwie ju\u017c zapad\u0142a.<\/p>\n<h2 id=\"redundancja-centrum-danych-konczy-sie\">Redundancja centrum danych ko\u0144czy si\u0119 na gnie\u017adzie zasilania<\/h2>\n<p>Po stronie infrastruktury robimy pe\u0142en zakres tego, co da si\u0119 zrobi\u0107 poni\u017cej warstwy Twojego systemu. W <a href=\"https:\/\/www.sprintdatacenter.pl\/kolokacja-serwerow-w-sdc\">kolokacji<\/a> zapewniamy gwarantowane, dwutorowe zasilanie, podtrzymanie z UPS-\u00f3w i agregatu pr\u0105dotw\u00f3rczego, klimatyzacj\u0119 precyzyjn\u0105, \u0142\u0105cza dost\u0119powe od r\u00f3\u017cnych operator\u00f3w, ochron\u0119 anty-DDoS oraz monitoring i wsparcie techniczne w trybie 24\/7\/365. Szerzej opisali\u015bmy to we wpisie o <a href=\"https:\/\/www.sprintdatacenter.pl\/blog\/niezawodnosc-data-center-w-praktyce-redundancja-zasilania\/\">niezawodno\u015bci data center<\/a>.<\/p>\n<p>Zwr\u00f3\u0107 uwag\u0119, gdzie przebiega granica. Dwutorowe zasilanie ma sens tylko wtedy, gdy Tw\u00f3j serwer ma dwa zasilacze i faktycznie korzysta z obu tor\u00f3w. \u0141\u0105cza od kilku operator\u00f3w chroni\u0105 przed awari\u0105 transmisji, ale nie przed zawieszeniem si\u0119 Twojego hypervisora. Redundancja jest warstwowa i dzia\u0142a dok\u0142adnie do tej warstwy, na kt\u00f3rej si\u0119 ko\u0144czy.<\/p>\n<h2 id=\"gdzie-naprawde-siedza-pojedyncze-punkty\">Gdzie naprawd\u0119 siedz\u0105 pojedyncze punkty awarii<\/h2>\n<p>Zanim zaczniesz kupowa\u0107 sprz\u0119t, zr\u00f3b inwentaryzacj\u0119. W typowej firmowej architekturze pojedyncze punkty awarii uk\u0142adaj\u0105 si\u0119 mniej wi\u0119cej tak:<\/p>\n<ul>\n<li><strong>Dysk<\/strong> \u2014 chroniony przez RAID, ale RAID to nie backup i nie ratuje przed skasowaniem danych ani przed ransomware. Pisali\u015bmy o tym w tek\u015bcie o <a href=\"https:\/\/www.sprintdatacenter.pl\/blog\/ransomware-najpierw-kasuje-kopie-zapasowe-jak-zbudowac\/\">backupie odpornym na ransomware<\/a>.<\/li>\n<li><strong>Zasilacz<\/strong> \u2014 redundantny tylko wtedy, gdy serwer ma dwa i szafa daje dwa niezale\u017cne tory.<\/li>\n<li><strong>Ca\u0142y serwer<\/strong> \u2014 p\u0142yta g\u0142\u00f3wna, kontroler RAID czy pami\u0119\u0107 nie maj\u0105 wewn\u0119trznej redundancji. Tu ko\u0144czy si\u0119 ochrona sprz\u0119towa, a zaczyna SLA na wymian\u0119.<\/li>\n<li><strong>Baza danych<\/strong> \u2014 najcz\u0119\u015bciej pomijany punkt awarii. Nawet przy dw\u00f3ch serwerach aplikacyjnych jedna baza potrafi po\u0142o\u017cy\u0107 ca\u0142o\u015b\u0107.<\/li>\n<li><strong>DNS i adresacja<\/strong> \u2014 je\u015bli prze\u0142\u0105czenie ruchu wymaga zmiany rekordu z d\u0142ugim TTL, realny czas powrotu wyd\u0142u\u017ca si\u0119 o ten TTL.<\/li>\n<li><strong>Cz\u0142owiek<\/strong> \u2014 jedna osoba, kt\u00f3ra wie, jak prze\u0142\u0105czy\u0107 system, jest takim samym pojedynczym punktem awarii jak jeden dysk.<\/li>\n<\/ul>\n<h2 id=\"trzy-poziomy-dostepnosci-i-ich\">Trzy poziomy dost\u0119pno\u015bci \u2014 i ich realny koszt<\/h2>\n<p>Nie ka\u017cda firma potrzebuje klastra. Wyb\u00f3r sprowadza si\u0119 do \u015bwiadomej decyzji, na kt\u00f3rym poziomie chcesz by\u0107.<\/p>\n<p><strong>Poziom 1 \u2014 jeden serwer plus backup poza lokalizacj\u0105.<\/strong> Czas powrotu liczony w godzinach, bo trzeba odtworzy\u0107 dane na nowym sprz\u0119cie. Wystarcza dla system\u00f3w wewn\u0119trznych, kt\u00f3rych kilkugodzinny przest\u00f3j jest k\u0142opotem, ale nie katastrof\u0105. Warunek: backup musi by\u0107 w drugiej lokalizacji i regularnie testowany \u2014 omawiali\u015bmy to przy okazji <a href=\"https:\/\/www.sprintdatacenter.pl\/blog\/disaster-recovery-i-kopia-zapasowa-w-drugiej-lokalizacji\/\">disaster recovery<\/a>.<\/p>\n<p><strong>Poziom 2 \u2014 druga maszyna jako rezerwa z replikacj\u0105.<\/strong> Drugi serwer stoi gotowy, dane replikuj\u0105 si\u0119 na bie\u017c\u0105co, prze\u0142\u0105czenie jest r\u0119czne albo p\u00f3\u0142automatyczne. Czas powrotu spada do minut. To zwykle najlepszy stosunek kosztu do efektu dla \u015brednich firm.<\/p>\n<p><strong>Poziom 3 \u2014 klaster active-active z r\u00f3wnowa\u017ceniem ruchu.<\/strong> Oba w\u0119z\u0142y pracuj\u0105 jednocze\u015bnie, awaria jednego jest niewidoczna dla u\u017cytkownika. Cena: podwojony sprz\u0119t, replikacja synchroniczna, wyra\u017anie wy\u017csza z\u0142o\u017cono\u015b\u0107 operacyjna i konieczno\u015b\u0107 regularnego testowania prze\u0142\u0105cze\u0144. Uzasadniony tam, gdzie minuta przestoju realnie kosztuje.<\/p>\n<h2 id=\"detal-ktory-upraszcza-przelaczenie-adresacja\">Detal, kt\u00f3ry upraszcza prze\u0142\u0105czenie: adresacja IP<\/h2>\n<p>Jest w naszej ofercie szczeg\u00f3\u0142, kt\u00f3ry przy budowie rezerwy ma wi\u0119ksze znaczenie, ni\u017c si\u0119 wydaje: dodatkowe adresy IP s\u0105 przypisane do klienta, a nie do konkretnej us\u0142ugi. W praktyce oznacza to, \u017ce adres, pod kt\u00f3rym dzia\u0142a Twoja aplikacja, mo\u017ce zosta\u0107 przepi\u0119ty na drug\u0105 maszyn\u0119 \u2014 bez czekania na propagacj\u0119 zmian w DNS-ie i bez liczenia na kr\u00f3tki TTL.<\/p>\n<p>Do tego dochodzi komunikacja mi\u0119dzy w\u0119z\u0142ami. Replikacja bazy czy synchronizacja plik\u00f3w nie powinny wychodzi\u0107 do publicznego internetu \u2014 spos\u00f3b u\u0142o\u017cenia takiej <a href=\"https:\/\/www.sprintdatacenter.pl\/blog\/twoja-baza-danych-nie-powinna-miec-publicznego-adresu-ip\/\">sieci wewn\u0119trznej mi\u0119dzy serwerami<\/a> opisali\u015bmy osobno.<\/p>\n<h2 id=\"piec-pytan-przed-zakupem-drugiego\">Pi\u0119\u0107 pyta\u0144 przed zakupem drugiego serwera<\/h2>\n<ol>\n<li><strong>Ile godzin przestoju wytrzymamy?<\/strong> To Twoje RTO. Bez tej liczby ca\u0142a dyskusja jest teoretyczna.<\/li>\n<li><strong>Ile danych mo\u017cemy straci\u0107?<\/strong> To RPO. Backup nocny oznacza akceptacj\u0119 utraty ca\u0142ego dnia pracy.<\/li>\n<li><strong>Kto i jak wykonuje prze\u0142\u0105czenie?<\/strong> Procedura musi by\u0107 spisana i wykonalna przez wi\u0119cej ni\u017c jedn\u0105 osob\u0119.<\/li>\n<li><strong>Kiedy ostatnio testowali\u015bmy odtworzenie?<\/strong> Nieprzetestowana rezerwa to za\u0142o\u017cenie, nie zabezpieczenie.<\/li>\n<li><strong>Czy nasza umowa i SLA odpowiadaj\u0105 tym wymaganiom?<\/strong> Pomocna jest tu <a href=\"https:\/\/www.sprintdatacenter.pl\/blog\/umowa-kolokacyjna-i-sla-checklista-dla-dzia-u-it-i-zakupow\/\">checklista umowy i SLA<\/a>.<\/li>\n<\/ol>\n<h2 id=\"podsumowanie\">Podsumowanie<\/h2>\n<p>Redundancja infrastruktury i redundancja us\u0142ugi to dwie osobne warstwy odpowiedzialno\u015bci. Centrum danych bierze na siebie zasilanie, ch\u0142odzenie, \u0142\u0105cza i wymian\u0119 sprz\u0119tu w terminie zapisanym w umowie. Decyzja, czy Twoja aplikacja przetrwa awari\u0119 pojedynczej maszyny bez przestoju, nale\u017cy do Ciebie \u2014 i sprowadza si\u0119 do jednej liczby: kosztu godziny niedost\u0119pno\u015bci.<\/p>\n<p>Je\u015bli chcesz przeliczy\u0107 sw\u00f3j scenariusz, zestawi\u0107 drugi w\u0119ze\u0142 albo om\u00f3wi\u0107 architektur\u0119 rezerwy, sprawd\u017a nasze <a href=\"https:\/\/www.sprintdatacenter.pl\/najtansze-serwery-dedykowane\/\">serwery dedykowane<\/a> i <a href=\"https:\/\/www.sprintdatacenter.pl\/kolokacja-serwerow-w-sdc\">kolokacj\u0119<\/a>, a po dob\u00f3r konkretnej konfiguracji <a href=\"https:\/\/www.sprintdatacenter.pl\/kontakt\">napisz do nas<\/a>.<\/p>\n<h2 id=\"faq-najczesciej-zadawane-pytania-o\">FAQ \u2013 najcz\u0119\u015bciej zadawane pytania o wysok\u0105 dost\u0119pno\u015b\u0107 serwera<\/h2>\n<h3>Czym r\u00f3\u017cni si\u0119 wysoka dost\u0119pno\u015b\u0107 od disaster recovery?<\/h3>\n<p>Wysoka dost\u0119pno\u015b\u0107 ma nie dopu\u015bci\u0107 do przestoju przy awarii pojedynczego elementu \u2014 dzia\u0142a w czasie rzeczywistym i zwykle w jednej lokalizacji. Disaster recovery to plan powrotu po zdarzeniu, kt\u00f3re obj\u0119\u0142o ca\u0142e \u015brodowisko, i opiera si\u0119 na kopii w drugiej lokalizacji. HA skraca czas niedost\u0119pno\u015bci, DR ratuje dane.<\/p>\n<h3>Czy RAID wystarczy zamiast drugiego serwera?<\/h3>\n<p>Nie. RAID zabezpiecza wy\u0142\u0105cznie przed awari\u0105 dysku i nie chroni przed uszkodzeniem p\u0142yty g\u0142\u00f3wnej, kontrolera czy pami\u0119ci ani przed b\u0142\u0119dem administratora lub zaszyfrowaniem danych. To ochrona jednej warstwy, nie ca\u0142ej maszyny \u2014 RAID i rezerwa sprz\u0119towa rozwi\u0105zuj\u0105 dwa r\u00f3\u017cne problemy.<\/p>\n<h3>Czy drugi serwer musi by\u0107 identyczny z pierwszym?<\/h3>\n<p>Nie musi, ale powinien ud\u017awign\u0105\u0107 produkcyjne obci\u0105\u017cenie i mie\u0107 zgodn\u0105 konfiguracj\u0119 systemu. W\u0119ze\u0142 zapasowy o ni\u017cszej wydajno\u015bci bywa rozs\u0105dnym kompromisem, je\u015bli firma \u015bwiadomie akceptuje wolniejsze dzia\u0142anie w czasie awarii. Kluczowa jest zgodno\u015b\u0107 wersji oprogramowania i sposobu przechowywania danych.<\/p>\n<h3>Co daje dwutorowe zasilanie, je\u015bli mam jeden serwer?<\/h3>\n<p>Chroni przed awari\u0105 jednego toru zasilania w serwerowni, ale tylko wtedy, gdy sam serwer ma dwa zasilacze pod\u0142\u0105czone do obu tor\u00f3w. Przy maszynie z jednym zasilaczem redundancja infrastruktury nie prze\u0142o\u017cy si\u0119 na dost\u0119pno\u015b\u0107 Twojej us\u0142ugi \u2014 dlatego warto sprawdzi\u0107 to ju\u017c na etapie doboru sprz\u0119tu.<\/p>\n<h3>Od czego zacz\u0105\u0107, je\u015bli dzi\u015b mamy jeden serwer i backup?<\/h3>\n<p>Od wyznaczenia RTO i RPO, czyli akceptowalnego czasu przestoju i akceptowalnej utraty danych. Dopiero te dwie liczby pokazuj\u0105, czy wystarczy poprawi\u0107 testowanie backupu, czy trzeba dokupi\u0107 w\u0119ze\u0142 zapasowy z replikacj\u0105. Bez nich \u0142atwo przep\u0142aci\u0107 za architektur\u0119, kt\u00f3rej firma nie potrzebuje.<\/p>\n<p><script type=\"application\/ld+json\">{\"@context\": \"https:\/\/schema.org\", \"@type\": \"FAQPage\", \"mainEntity\": [{\"@type\": \"Question\", \"name\": \"Czym r\u00f3\u017cni si\u0119 wysoka dost\u0119pno\u015b\u0107 od disaster recovery?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Wysoka dost\u0119pno\u015b\u0107 ma nie dopu\u015bci\u0107 do przestoju przy awarii pojedynczego elementu \u2014 dzia\u0142a w czasie rzeczywistym i zwykle w jednej lokalizacji. Disaster recovery to plan powrotu po zdarzeniu, kt\u00f3re obj\u0119\u0142o ca\u0142e \u015brodowisko, i opiera si\u0119 na kopii w drugiej lokalizacji. HA skraca czas niedost\u0119pno\u015bci, DR ratuje dane.\"}}, {\"@type\": \"Question\", \"name\": \"Czy RAID wystarczy zamiast drugiego serwera?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Nie. RAID zabezpiecza wy\u0142\u0105cznie przed awari\u0105 dysku i nie chroni przed uszkodzeniem p\u0142yty g\u0142\u00f3wnej, kontrolera czy pami\u0119ci ani przed b\u0142\u0119dem administratora lub zaszyfrowaniem danych. To ochrona jednej warstwy, nie ca\u0142ej maszyny \u2014 RAID i rezerwa sprz\u0119towa rozwi\u0105zuj\u0105 dwa r\u00f3\u017cne problemy.\"}}, {\"@type\": \"Question\", \"name\": \"Czy drugi serwer musi by\u0107 identyczny z pierwszym?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Nie musi, ale powinien ud\u017awign\u0105\u0107 produkcyjne obci\u0105\u017cenie i mie\u0107 zgodn\u0105 konfiguracj\u0119 systemu. W\u0119ze\u0142 zapasowy o ni\u017cszej wydajno\u015bci bywa rozs\u0105dnym kompromisem, je\u015bli firma \u015bwiadomie akceptuje wolniejsze dzia\u0142anie w czasie awarii. Kluczowa jest zgodno\u015b\u0107 wersji oprogramowania i sposobu przechowywania danych.\"}}, {\"@type\": \"Question\", \"name\": \"Co daje dwutorowe zasilanie, je\u015bli mam jeden serwer?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Chroni przed awari\u0105 jednego toru zasilania w serwerowni, ale tylko wtedy, gdy sam serwer ma dwa zasilacze pod\u0142\u0105czone do obu tor\u00f3w. Przy maszynie z jednym zasilaczem redundancja infrastruktury nie prze\u0142o\u017cy si\u0119 na dost\u0119pno\u015b\u0107 Twojej us\u0142ugi \u2014 dlatego warto sprawdzi\u0107 to ju\u017c na etapie doboru sprz\u0119tu.\"}}, {\"@type\": \"Question\", \"name\": \"Od czego zacz\u0105\u0107, je\u015bli dzi\u015b mamy jeden serwer i backup?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Od wyznaczenia RTO i RPO, czyli akceptowalnego czasu przestoju i akceptowalnej utraty danych. Dopiero te dwie liczby pokazuj\u0105, czy wystarczy poprawi\u0107 testowanie backupu, czy trzeba dokupi\u0107 w\u0119ze\u0142 zapasowy z replikacj\u0105. Bez nich \u0142atwo przep\u0142aci\u0107 za architektur\u0119, kt\u00f3rej firma nie potrzebuje.\"}}]}<\/script><\/p>\n<hr class=\"ai-disclosure-rule\" \/>\n<p class=\"ai-disclosure\"><em>Artyku\u0142 powsta\u0142 z wykorzystaniem narz\u0119dzi sztucznej inteligencji (AI) pod nadzorem zespo\u0142u Sprint Data Center. Grafika ilustracyjna zosta\u0142a wygenerowana przez AI.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>SLA na serwer dedykowany gwarantuje napraw\u0119, nie brak przestoju. Sprawd\u017a, gdzie siedz\u0105 pojedyncze punkty awarii i kiedy op\u0142aca si\u0119 drugi serwer.<\/p>\n","protected":false},"author":5,"featured_media":2732,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[103,102,6],"tags":[181,261,120,260,259],"class_list":["post-2734","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-serwer-dedykowany","category-kolokacja-serwera","category-informacje-o-uslugach-sdc","tag-redundancja","tag-rto","tag-serwer-dedykowany","tag-spof","tag-wysoka-dostepnosc"],"_links":{"self":[{"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/posts\/2734","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/comments?post=2734"}],"version-history":[{"count":1,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/posts\/2734\/revisions"}],"predecessor-version":[{"id":2735,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/posts\/2734\/revisions\/2735"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/media\/2732"}],"wp:attachment":[{"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/media?parent=2734"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/categories?post=2734"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/tags?post=2734"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}