원문 : Elastic Product End of Life Dates
We love all our products, but sometimes we must say goodbye to a release so that we can continue moving forward on future development and innovation. Our End of Life policy defines how long a given release is considered supported, as well as how long a release is considered still in active development or maintenance. We provide more information about support policy, platform support, and support SLAs separately.
우리는 우리의 모든 제품들을 아끼고 있지만, 향후 개발과 혁신을 진행하기 위해 특정 release에 대해 작별인사를 해야 합니다. 우리의 EOL 정책은 특정 release가 지원되는 것으로 고려되는 기간뿐 아니라 개발 또는 유지보수인 것으로 고려되는 기간을 정의합니다. support policy, platform support, and support SLAs 에 댜한 정보는 별도로 제공합니다.
Summary
The upshot is that we support each major release of our products for 18 months from the General Availability date, and we actively maintain the last minor release of the two most recent major branches of Elasticsearch, and compatible releases of Kibana, Beats, and Logstash. The rest of this document describes this philosophy in more details and provides concrete examples. Tables at the bottom of this page detail maintenance schedule for each of our supported products.
결론을 말하자면, 출시일로부터 18개월 동안 우리 제품의 major release를 지원하고, Elasticsearch의 가장 최근 major branch의 마지막 minor relelease와 Kibanam Beats, Logstash의 호환 release를 적극적으로 유지보수한다. 이 document의 나머지 부분에서 이에 대해 보다 자세히 설명하고, 구체적인 예를 제공한다. 이 page의 아래쪽 표에서는 지원되는 각 제품에 대한 자세한 maintenance 일정에 대해 자세히 설명한다.
Types of Releases
Major versions, such as 1.0.0, 2.0.0, 5.0.0, and 6.0.0 provide us with an opportunity to introduce features and break backwards compatibility. Minor versions, such as 6.1.0 and 6.2.0, provide us with an opportunity to introduce features. Maintenance releases, such as 6.1.1 and 6.1.2, fix bugs only. Maintenance activity occurs on all releases, but we focus on the minor release stream (e.g. 6.1.x) to define how long we maintain a particular code line. Active maintenance of a minor release implies that we are fixing bugs and backporting some number of fixes into that code branch.
1.0.0, 2.0.0, 5.0.0, 6.0.0 같은 major version은 기능을 소개하고, 이전 version과의 호환성을 제거하는 기회를 제공한다. 6.1.0, 6.2.0 같은 minor version은 기능을 소개할 수 있는 기회를 제공한다. 6.1.1, 6.1.2 같은 maintenance version은 bug만 수정한다. maintenance 활동은 모든 release에서 발생하지만, 특정 code line을 유지하는 기간을 정의하기 위하여, minor release (예: 6.1.x) 에 중점을 둔다. minor release의 능동적 관리는 bug를 수정하고 몇 가지 수정 사항을 해당 code branch에 적용하고 있음을 의미한다.
Maintenance Policy
Our goal is to maintain the most recent minor release from the current major release stream and the most recent minor release from the prior major release stream. We have observed that some users upgrade frequently and stay up to date with our release stream. These users can stay with the latest minor release stream and obtain fixes with the maintenance releases they choose to deploy. For example, these users would follow our Elasticsearch releases with 6.1.0, 6.1.1, 6.2.0,etc.
현재의 major release에서 가장 최근 minor release와 이전의 major release에서 가장 최근 minor release를 유지보수하는 것이 목표이다. 일부 사용자는 자주 upgrade하고 release를 최신으로 유지한다. 이들 사용자는 최신의 minor release를 유지하고 배포하기로 선택한 maintenance release에서 수정 사항을 얻을 수 있다. 예를 들자면, 이들 사용자는 6.1.0, 6.1.1, 6.2.0 등으로 Elasticsearch release를 가질 수 있다.
We know that not all users upgrade as quickly as we release. For these users, we maintain the last minor of the prior major release series. For example, with Elasticsearch 5.x, we are maintaining the 5.6.x series for several months. This allows these users to obtain fixes while making only minor changes to their running software. This last minor will be maintained until the release of the second subsequent major version. For example, Elasticsearch 5.6.x will be maintained until the GA release of Elasticsearch 7.0.0. At the release of Elasticsearch 7.0.0, we will continue to maintain the last 6.x series, and begin maintaining the 7.0.x minor series, then 7.1.x series, then 7.2.x series of minor releases.
모든 사용자가 release만큼 빠르게 upgrade하지 않는다. 이들 사용자를 위해, 이전 major release의 최근 minor를 유지보수한다. 예를 들자면, Elasticsearch 5.x 에서는 수 개월동안 5.6.x series 를 유지보수하고 있다. 이를 통해, 이들 사용자는 실행중인 software를 약간만 변경하므로써, 수정 사항을 얻을 수 있다. 이 마지막 minor는 두번째 후속 major version이 release될 때까지 유지된다. 예를 들자면, Elasticsearch 5.6.x는 Elasticsearch 7.0.0의 GA release까지 유지된다. Elasticsearch 7.0.0이 release되면, 마지막 6.x series는 계속해서 유지보수될 것이다. 그리고, 7.0.x minor series, 그 다음에 7.1.x series, 그 다음에 7.2.x series의 minor release의 유지보수가 시작될 것이다.
From time to time we may backport fixes to other minor release streams. For example, a very serious security bug might be ported to multiple branches. We will use our discretion in deciding to do this, but expect it to be very infrequent.
때로는 수정사항을 다른 minor release에 적용할 수 있다. 예를 들자면, 매우 심각한 보안 bug가 다수의 branch에 있을 수 있다. 이를 결정함에 있어, 우리의 재량권을 사용하겠지만, 매우 드물기를 기대한다.
Maintenance Tables
The following tables are simplified descriptions of the above policy. There may be occasions where, e.g. we release a new minor version after a new major version is released. In that case, the tables below will be updated and the above written policy takes precedence. For example, if Elasticsearch 5.6.x is released and "Maintained Until" reads 7.0.0, this may be updated in the future to read a "Maintained Until" of 5.7.0 in the event that we release a 5.7.0 after 6.0.0 is released. In that case, 5.7.0 would then be maintained until 7.0.0, excepting a 5.8.0 release and so on.
다음 표는 위의 정책을 간단하게 정리한 것이다. 예를 들어, major version이 출시된 이후에 새로운 minor version이 release되는 경우가 있을 수 있다. 그런 경우에, 아래 표는 update될 것이고, 위의 정책이 우선 적용된다. 예를 들어, Elasticsearch 5.6.x 가 release되고, "Maintained Until" 이 7.0.0 이라면, 6.0.0 이 release된 후에 5.7.0 이 release된다면, 5.7.0 의 "Maintained Until" 은 향후 update될 것이다. 이 경우, 5.7.0 은 5.8.0 release 등을 제외하고, 7.0.0 까지 유지보수될 것이다.
Elasticsearch
| Elasticsearch | EOL Date | Maintained Until |
|---|---|---|
| 1.0.x | 2015-08-12 | 1.1.0 |
| 1.1.x | 2015-09-25 | 1.2.0 |
| 1.2.x | 2015-11-22 | 1.3.0 |
| 1.3.x | 2016-01-23 | 1.4.0 |
| 1.4.x | 2016-05-05 | 1.5.0 |
| 1.5.x | 2016-09-23 | 1.6.0 |
| 1.6.x | 2016-12-09 | 1.7.0 |
| 1.7.x | 2017-01-16 | 5.0.0 |
| 2.0.x | 2017-04-28 | 2.1.0 |
| 2.1.x | 2017-05-24 | 2.2.0 |
| 2.2.x | 2017-08-02 | 2.3.0 |
| 2.3.x | 2017-09-30 | 2.4.0 |
| 2.4.x | 2018-02-28 | 6.0.0 |
| 5.0.x | 2018-04-26 | 5.1.0 |
| 5.1.x | 2018-06-08 | 5.2.0 |
| 5.2.x | 2018-07-31 | 5.3.0 |
| 5.3.x | 2018-09-28 | 5.4.0 |
| 5.4.x | 2018-11-04 | 5.5.0 |
| 5.5.x | 2019-01-06 | 5.6.0 |
| 5.6.x | 2019-03-11 | 7.0.0 |
| 6.0.x | 2019-05-14 | 6.1.0 |
| 6.1.x | 2019-06-13 | 6.2.0 |
| 6.2.x | 2019-08-06 | 6.3.0 |
| 6.3.x | 2019-12-13 | 6.4.0 |
| 6.4.x | 2020-02-23 | 6.5.0 |
Kibana
| Kibana | EOL Date | Maintained Until |
|---|---|---|
| 3.0.x | 2015-09-18 | 3.1.0 |
| 3.1.x | 2015-11-15 | 4.0.0 |
| 4.0.x | 2016-07-19 | 4.1.0 |
| 4.1.x | 2016-11-10 | 5.0.0 |
| 4.2.x | 2017-04-28 | 4.3.0 |
| 4.3.x | 2017-05-24 | 4.4.0 |
| 4.4.x | 2017-08-02 | 4.5.0 |
| 4.5.x | 2017-09-30 | 4.6.0 |
| 4.6.x | 2018-02-28 | 6.0.0 |
| 5.0.x | 2018-04-26 | 5.1.0 |
| 5.1.x | 2018-06-08 | 5.2.0 |
| 5.2.x | 2018-07-31 | 5.3.0 |
| 5.3.x | 2018-09-28 | 5.4.0 |
| 5.4.x | 2018-11-04 | 5.5.0 |
| 5.5.x | 2019-01-06 | 5.6.0 |
| 5.6.x | 2019-03-11 | 7.0.0 |
| 6.0.x | 2019-05-14 | 6.1.0 |
| 6.1.x | 2019-06-13 | 6.2.0 |
| 6.2.x | 2019-08-06 | 6.3.0 |
| 6.3.x | 2019-12-13 | 6.4.0 |
| 6.4.x | 2020-02-23 | 6.5.0 |
Logstash
| Logstash | EOL Date | Maintained Until |
|---|---|---|
| 1.3.x | 2015-06-11 | 1.4.0 |
| 1.4.x | 2015-09-20 | 1.5.0 |
| 1.5.x | 2016-11-14 | 5.0.0 |
| 2.0.x | 2017-04-28 | 2.1.0 |
| 2.1.x | 2017-05-24 | 2.2.0 |
| 2.2.x | 2017-08-02 | 2.3.0 |
| 2.3.x | 2017-09-30 | 2.4.0 |
| 2.4.x | 2018-02-28 | 6.0.0 |
| 5.0.x | 2018-04-26 | 5.1.0 |
| 5.1.x | 2018-06-08 | 5.2.0 |
| 5.2.x | 2018-07-31 | 5.3.0 |
| 5.3.x | 2018-09-28 | 5.4.0 |
| 5.4.x | 2018-11-04 | 5.5.0 |
| 5.5.x | 2019-01-06 | 5.6.0 |
| 5.6.x | 2019-03-11 | 7.0.0 |
| 6.0.x | 2019-05-14 | 6.1.0 |
| 6.1.x | 2019-06-13 | 6.2.0 |
| 6.2.x | 2019-08-06 | 6.3.0 |
| 6.3.x | 2019-12-13 | 6.4.0 |
| 6.4.x | 2020-02-23 | 6.5.0 |
Beats
| Beats | EOL Date | Maintained Until |
|---|---|---|
| 1.0.x | 2017-05-24 | 1.1.0 |
| 1.1.x | 2017-07-26 | 1.2.0 |
| 1.2.x | 2017-09-30 | 1.3.0 |
| 1.3.x | 2018-02-28 | 6.0.0 |
| 5.0.x | 2018-04-26 | 5.1.0 |
| 5.1.x | 2018-06-08 | 5.2.0 |
| 5.2.x | 2018-07-31 | 5.3.0 |
| 5.3.x | 2018-09-28 | 5.4.0 |
| 5.4.x | 2018-11-04 | 5.5.0 |
| 5.5.x | 2019-01-06 | 5.6.0 |
| 5.6.x | 2019-03-11 | 7.0.0 |
| 6.0.x | 2019-05-14 | 6.1.0 |
| 6.1.x | 2019-06-13 | 6.2.0 |
| 6.2.x | 2019-08-06 | 6.3.0 |
| 6.3.x | 2019-12-13 | 6.4.0 |
| 6.4.x | 2020-02-23 | 6.5.0 |
Elastic Cloud Enterprise
| Elastic Cloud Enterprise | EOL Date | Maintained Until |
|---|---|---|
| 1.0.x | 2018-11-28 | 1.1.0 |
| 1.1.x | 2019-05-14 | 2.0.0 |
| 2.0.0 | 2020-03-25 | 2.1.0 |
Note: Elasticsearch clusters and Kibana instances deployed on Elastic Cloud Enterprise respect the individual product EOL dates even when deployed in Elastic Cloud Enterprise.
Elasticsearch-Hadoop
| Elasticsearch-Hadoop | EOL Date | Maintained Until |
|---|---|---|
| 2.0.x | 2015-11-27 | 2.1.0 |
| 2.1.x | 2016-12-23 | 2.2.0 |
| 2.2.x | 2017-08-02 | 2.3.0 |
| 2.3.x | 2017-10-08 | 2.4.0 |
| 2.4.x | 2018-02-28 | 6.0.0 |
| 5.0.x | 2018-04-26 | 5.1.0 |
| 5.1.x | 2018-06-08 | 5.2.0 |
| 5.2.x | 2018-07-31 | 5.3.0 |
| 5.3.x | 2018-09-28 | 5.4.0 |
| 5.4.x | 2018-11-04 | 5.5.0 |
| 5.5.x | 2019-01-06 | 5.6.0 |
| 5.6.x | 2019-03-11 | 7.0.0 |
| 6.0.x | 2019-05-14 | 6.1.0 |
| 6.1.x | 2019-06-13 | 6.2.0 |
| 6.2.x | 2019-08-06 | 6.3.0 |
| 6.3.x | 2019-12-13 | 6.4.0 |
| 6.4.x | 2020-02-23 | 6.5.0 |
Logstash Forwarder
| Logstash Forwarder | EOL Date | Maintained Until |
|---|---|---|
| 0.4.0 | 2016-11-07 | Beats 1.0.0 |
'Blog' 카테고리의 다른 글
| 2014.09.30 - 번역 - Six Ways to Crash Elasticsearch ... (0) | 2019.01.06 |
|---|---|
| 2014.09.03 - 번역 - Performance Considerations for Elasticsearch Indexing ... (0) | 2019.01.06 |
| 2014.08.19 - 번역 - Optimizing Elasticsearch Searches ... (0) | 2019.01.06 |
| 2013.09.16 - 번역 - Elasticsearch from the Bottom Up, Part 1 ... (0) | 2019.01.05 |
| 번역 - elasticsearch의 용어 (0) | 2018.10.05 |