Długoterminowa pomoc - Long-term support

Wsparcie długoterminowe ( LTS ) jest zarządzanie cyklem życia produktu polityka , w której uwolnienie stabilny z oprogramowaniem komputerowym jest utrzymywana przez dłuższy okres czasu niż w standardowej wersji. Termin ten jest zwykle zarezerwowany dla oprogramowania typu open source , gdzie opisuje wersję oprogramowania, która jest obsługiwana przez miesiące lub lata dłużej niż wersja standardowa oprogramowania.

Wsparcie krótkoterminowe (STS) to termin, który wyróżnia politykę pomocy technicznej dla standardowej edycji oprogramowania. Oprogramowanie STS ma stosunkowo krótki cykl życia i może otrzymać nowe funkcje, które zostały pominięte w edycji LTS, aby uniknąć potencjalnego naruszenia stabilności lub kompatybilności wersji LTS.

Charakterystyka

LTS stosuje zasady inżynierii niezawodności w procesie tworzenia oprogramowania i cyklu życia wydania oprogramowania . Długoterminowe wsparcie wydłuża okres utrzymania oprogramowania ; zmienia również typ i częstotliwość aktualizacji oprogramowania ( poprawek ), aby zmniejszyć ryzyko , koszty i zakłócenia wdrażania oprogramowania , jednocześnie promując niezawodność oprogramowania. Niekoniecznie oznacza to wsparcie techniczne .

Na początku długoterminowego okresu wsparcia twórcy oprogramowania narzucają zamrożenie funkcji : tworzą łatki, które korygują błędy i luki w oprogramowaniu , ale nie wprowadzają nowych funkcji, które mogą powodować regresję . Opiekun oprogramowanie albo dystrybucja łatek indywidualnie lub pakiety je w wersjach konserwacyjnych , wydawnictw punktowych lub dodatków Service Pack . Po zakończeniu okresu wsparcia produkt osiąga koniec okresu eksploatacji lub otrzymuje przez pewien czas obniżony poziom wsparcia (np. tylko poprawki zabezpieczeń o wysokim priorytecie).

Racjonalne uzasadnienie

Przed aktualizacją oprogramowania decydent może rozważyć ryzyko i koszt aktualizacji.

Gdy twórcy oprogramowania dodają nowe funkcje i naprawiają błędy oprogramowania, mogą przypadkowo wprowadzić nowe błędy lub zepsuć starą funkcjonalność. Kiedy taka usterka pojawia się w oprogramowaniu, nazywa się to regresją . Dwa sposoby, w jakie wydawca lub opiekun oprogramowania może zmniejszyć ryzyko regresji, to rzadsze publikowanie głównych aktualizacji i umożliwienie użytkownikom testowania alternatywnej, zaktualizowanej wersji oprogramowania. Oprogramowanie LTS stosuje te dwie strategie redukcji ryzyka. Edycja LTS oprogramowania jest publikowana równolegle z edycją STS (short-term support). Ponieważ główne aktualizacje edycji STS są publikowane częściej, oferuje użytkownikom LTS podgląd zmian, które mogą zostać wprowadzone do edycji LTS, gdy zostaną ocenione jako odpowiedniej jakości .

Korzystanie ze starszych wersji oprogramowania może uniknąć ryzyka związanego z aktualizacją, ale może wprowadzić ryzyko utraty wsparcia dla starego oprogramowania. Długoterminowe wsparcie rozwiązuje ten problem, zapewniając użytkowników i administratorów, że oprogramowanie będzie utrzymywane przez określony czas, a aktualizacje wybrane do publikacji niosą ze sobą znacznie zmniejszone ryzyko regresji. Opiekunowie oprogramowania LTS publikują tylko aktualizacje, które albo mają niskie ryzyko IT, albo zmniejszają ryzyko IT (takie jak poprawki bezpieczeństwa ). Poprawki do oprogramowania LTS są publikowane przy założeniu, że ich instalowanie jest mniej ryzykowne niż ich nieinstalowanie.

Oprogramowanie z osobnymi wersjami LTS

W tej tabeli wymieniono tylko te, które mają określoną wersję LTS oprócz normalnego cyklu wydawniczego. Wiele projektów, takich jak CentOS , zapewnia długi okres wsparcia dla każdego wydania.

1. ^ Okres wsparcia dla nadrzędnej dystrybucji Ubuntu, Debian , wynosi rok po wydaniu kolejnej stabilnej wersji. Od czasu Debiana 6.0 "Squeeze" obsługa LTS (poprawki błędów i łatki bezpieczeństwa) została dodana do wszystkich wydań wersji. Całkowity czas wsparcia LTS wynosi zazwyczaj około 5 lat dla każdej wersji. Z powodu nieregularnego cyklu wydawniczego Debiana, czasy wsparcia mogą się różnić od tej średniej, a wsparcie LTS nie jest realizowane przez zespół Debiana, ale przez oddzielną grupę wolontariuszy.

Zobacz też

Bibliografia

Dalsza lektura

• Arnuphaptrairong, Tharwon (2011). „Top Dziesięć Listy Zagrożeń Projektu Oprogramowania: Dowody z Badania Literatury” (PDF) . Materiały Międzynarodowej MultiKonferencji Inżynierów i Informatyków 2011 . 1 . Numer ISBN 978-988-18210-3-4. ISSN  2078-0966 . Źródło 7 sierpnia 2013 .
• „Co sprawia, że ​​oprogramowanie jest niezawodne?” . bcs.org . SKW. 5 lutego 2007 . Źródło 12 sierpnia 2013 .
• Brennera, Billa. „Nieaktualne oprogramowanie to ryzykowny biznes” . Bezpieczeństwo wyszukiwania . Cel techniczny . Źródło 12 sierpnia 2013 .
• „Wdrażanie oprogramowania: zasady zapewniające częste wdrożenia o niskim ryzyku” . Podręcznik projektowania usług rządowych . Rządowa usługa cyfrowa . Źródło 12 sierpnia 2013 .
• Graydon, Patrick J.; Rycerz, Jan C.; Xiang Yin (2010). „Praktyczne ograniczenia niezawodności oprogramowania: studium przypadku” (PDF) . Źródło 12 sierpnia 2013 .
• Pokorny, Jez (16 lutego 2012). „Cztery zasady wydań oprogramowania o niskim ryzyku” . Poinformuj IT . Edukacja Pearsona . Źródło 12 sierpnia 2013 .
• Littlewood, Bev; Strigini, Lorenzo. „Niezawodność i niezawodność oprogramowania: plan działania” (PDF) . Źródło 12 sierpnia 2013 .
• Weiss, Aaron (8 czerwca 2012). „Ukryte zagrożenia bezpieczeństwa starszego oprogramowania” . Planeta e-bezpieczeństwa . Źródło 12 sierpnia 2013 .
• Ghosh, Shona (19 grudnia 2013). „Windows XP: tykająca bomba zegarowa Microsoftu” . PC Pro . Wydawnictwo Dennisa . Pobrano 2 stycznia 2014 .