Co to jest niezawodność sieci i jak ją mierzysz?

Z internetu korzysta bardzo wielu użytkowników za pomocą różnych urządzeń i połączeń sieciowych. Twoje treści mogą dotrzeć do użytkowników na całym świecie, ale zapewnienie wszystkim użytkownikom niezawodnych usług w internecie może być trudne. Zrozumienie, co oznacza niezawodność, może być trudne.

Jednym ze sposobów na zapewnienie niezawodności jest to, czy aplikacja będzie działać bez połączenia sieciowego. Jest to pewna niezawodność, którą użytkownicy uznają za oczywiste, gdy aplikacje przeznaczone dla konkretnej platformy są instalowane na urządzeniu mobilnym ze sklepu z aplikacjami. Po wyświetleniu ikony jednej z tych aplikacji oczekujemy, że będzie można ją kliknąć i uruchomić dodatkowe funkcje, niezależnie od tego, czy masz połączenie z internetem.

Do niedawna wyzwaniem było tworzenie niezawodnych aplikacji bez połączenia sieciowego.

Szybkie działanie

Innym sposobem na rozważenie niezawodności jest to, czy użytkownicy mogą polegać na tym, że Twoja aplikacja internetowa wczytuje się z wystarczającą szybkością, gdy połączenie sieciowe może nie być idealne. Czy powracający użytkownicy będą mogli tak samo korzystać z aplikacji internetowej, korzystając z połączenia komórkowego, jak podczas korzystania z Wi-Fi? A co w przypadku użytkowników z dużym opóźnieniem, czyli połączeniem „lie-Fi”. Czy Twoja aplikacja internetowa będzie stabilna nawet w takich sytuacjach?

W najbardziej sprzyjających okolicznościach nie wystarczy czuć szybkość. Użytkownicy będą obserwować wydajność aplikacji internetowej przez pryzmat jej działania w różnych warunkach sieciowych.

Pewność jest możliwy do osiągnięcia

Dobra wiadomość jest taka, że nowoczesna platforma internetowa zapewnia technologie takie jak skrypty service worker i Cache Storage API – które mogą służyć za elementy konstrukcyjne do tworzenia niezawodnych aplikacji internetowych. Pozwalają pisać kod, który będzie oddzielony aplikacji internetowej od sieci. W wielu przypadkach możesz całkowicie ominąć sieć i wykorzystać treści zapisane w pamięci podręcznej w celu spełnienia żądań aplikacji internetowej.

Światło główne: odpowiada 200 OK w trybie offline

Gdy zaczniesz tworzyć mechanizm Service Worker i udostępniać zawartość z pamięci podręcznych, trudno jest określić, czy robisz to skutecznie. Skąd wiesz, że zaimplementowany mechanizm Service Worker rzeczywiście pomaga aplikacji internetowej uniknąć sieci? Jak możesz zapobiec drobnym zmianom w strategii buforowania, aby nie zepsuć starannie zaprojektowanego trybu offline?

Lighthouse oferuje jeden konkretny test, który ma szczególne znaczenie przy tworzeniu niezawodnej aplikacji internetowej: odpowiada 200 OK w trybie offline:

Raport progresywnych aplikacji internetowych wyświetlanych w narzędziu Lighthouse i pokazuje, że podczas audytu offline wyświetla się 200.

Co jest tutaj testowane? Sprowadza się to do symulacji utraty połączenia sieciowego w przeglądarce, po której następuje próba wczytania adresu URL poddawanego kontroli. Testujemy jeden z aspektów tworzenia niezawodnej witryny – jej niezawodności w trybie offline – przy użyciu kontrolowanej, powtarzalnej sekwencji działań.

To podróż

Jeśli dopiero zaczynasz, masz duże szanse na uzyskanie w trybie offline wyniku ujemnego dla odpowiedzi z 200. Nie ma sprawy! Jeśli nie korzystasz z niestandardowego projektu startowego, aplikacje internetowe nie zapewniają domyślnie takiego typu niezawodności. W następnych przewodnikach przedstawimy metody potrzebne do sprawdzenia, co wczytuje się aplikacja internetowa, oraz podpowiemy, jak korzystać z Lighthouse, aby zapewnić niezawodne wczytywanie.

Zalecamy, aby w czasie tego procesu ponownie przeprowadzać audyty w Lighthouse. Pełnią one funkcję pomocniczą w każdej podróży, począwszy od nowej aplikacji internetowej, aż po niezawodną progresywną aplikację internetową.