Sponsored Links

Rabu, 28 Maret 2018

Sponsored Links

Linux kernel long term support extended to 6 years for Project ...
src: cdn57.androidauthority.net

Long-term support (LTS) is a type of special versions or editions of software designed to be supported for a longer than normal period. It is particularly applicable to open-source software and projects like Ubuntu.

It is a product lifecycle management policy for computer software, that applies the tenets of reliability engineering to the software development process and software release life cycle. Long-term support extends the period of software maintenance; it also alters the type and frequency of software updates (patches) to reduce the risk, expense, and disruption of software deployment, while promoting the dependability of the software. It does not, however, imply technical support.

At the beginning of a long-term support period, the software developers impose a feature freeze: They make patches to correct software bugs and vulnerabilities, but do not introduce new features that may cause regression. The software maintainer either distributes patches individually, or packages them in maintenance releases, point releases, or service packs. At the conclusion of the support period, the product reaches end-of-life.

The term long-term-support is usually reserved for special versions or editions of software that otherwise has a much shorter release life cycle. Typically, a publisher of LTS software maintains it for at least two years. A related term is short term support (STS), which refers to the support given to normal releases.


Video Long-term support



Need for long-term support

The traditional software lifecycle in many open source projects is release early, release often, or a regular time-based release schedule. In either case, each new release includes both fixes for security vulnerabilities and new functionality.

Large organisations, or users with mission critical projects, need the security fixes but would often prefer to retain the same base version for an extended period without any new or changed functionality. Their concern is, that as software developers add new features they can accidentally introduce new bugs or break old functionality. While in theory they could backport just the security fixes from each new release to their deployed version, in practise this would often be prohibitively difficult or costly.

Even without the added risks, for these types of users, new functionality is also often expensive. Updating a web application with a sensitive configuration, for example, may require the cooperation of many people: Developers for retrofitting; a database administrator for database schema changes; software testers for regression testing; a project manager for scheduling, liaising, and facilitating; a system administrator or release manager for software deployment oversight; and IT operations personnel for backups, installation, and disaster recovery.

LTS versions of a software package typically address these concerns by releasing only security-related updates for the LTS version--such that installing them should always be less risky than not installing them.


Maps Long-term support



Software with separate LTS versions

This table only lists those have a specific LTS version in addition to a normal release cycle. Many projects, such as CentOS, provide a long period of support for every release.

1.^ The support period for Ubuntu's parent distribution, Debian, is one year after the release of the next stable version. For Debian 6.0 "Squeeze" there is an LTS project to provide security updates until February 2016. Decision on providing LTS for later releases is pending.

Futureclean Assured Systems are a team of independent cleaning ...
src: www.futurecleansystems.com


See also


Task(s) to support strategy - ppt download
src: slideplayer.com


References


☆ Doki Doki - The Manchester Japanese Festival ☆
src: www.dokidokifestival.com


Further reading

  • Arnuphaptrairong, Tharwon (2011). "Top Ten Lists of Software Project Risks: Evidence from the Literature Survey" (PDF). Proceedings of the International MultiConference of Engineers and Computer Scientists 2011. 1. ISBN 978-988-18210-3-4. ISSN 2078-0966. Retrieved 7 August 2013. 
  • "What makes software dependable?". bcs.org. BCS. 5 February 2007. Retrieved 12 August 2013. 
  • Brenner, Bill. "Outdated software is risky business". Search Security. TechTarget. Retrieved 12 August 2013. 
  • "Deploying software: Principles to ensure frequent, low-risk deployments". Government Service Design Manual. Government Digital Service. Retrieved 12 August 2013. 
  • Graydon, Patrick J.; Knight, John C.; Xiang Yin (2010). "Practical Limits on Software Dependability: A Case Study" (PDF). Retrieved 12 August 2013. 
  • Humble, Jez (16 February 2012). "Four Principles of Low-Risk Software Releases". InformIT. Pearson Education. Retrieved 12 August 2013. 
  • Littlewood, Bev; Strigini, Lorenzo. "Software Reliability and Dependability: A Roadmap" (PDF). Retrieved 12 August 2013. 
  • Weiss, Aaron (8 June 2012). "The Hidden Security Risks of Legacy Software". eSecurity Planet. Retrieved 12 August 2013. 
  • Ghosh, Shona (19 December 2013). "Windows XP: Microsoft's ticking time bomb". PC Pro. Dennis Publishing. Retrieved 2 January 2014. 

Source of the article : Wikipedia

Comments
0 Comments