Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

3.0 whats new #3960

Merged
merged 9 commits into from
Dec 26, 2023
Merged

3.0 whats new #3960

merged 9 commits into from
Dec 26, 2023

Conversation

andreyaksenov
Copy link
Contributor

@andreyaksenov andreyaksenov commented Dec 22, 2023

Staging:

TODO: update the release date in two documents if the release is postponed.

P.S. Didn't update the SVG that visualizes the release calendar. Let's think about its benefits. IMO, multidimensional pivot tables with colored cells are hard to read. Looks like the regular table might be scanned much quicker. Moreover, it's hard to maintain this SVG. I'd also squash patch versions in the Release lifetime table into one line:

  • version: shows the latest patch version (for example, 3.0.3) and leads to the 3.0 what's new page, which includes links to all GitHub releases.
  • Release: shows the release date for this patch release, not the major release date. The major release date is shown on the 3.0 what's new page.
  • End of life: shows the end of life date for the major release series. So, we shouldn't repeat the same date for each patch release.

@andreyaksenov andreyaksenov changed the base branch from latest to 3.0 December 22, 2023 08:20
@andreyaksenov andreyaksenov linked an issue Dec 22, 2023 that may be closed by this pull request
4 tasks
@andreyaksenov andreyaksenov force-pushed the 3.0-whats-new branch 28 times, most recently from 0acfd88 to 81d5c8a Compare December 25, 2023 13:28
@andreyaksenov andreyaksenov force-pushed the 3.0-whats-new branch 5 times, most recently from 2d99715 to 06274a4 Compare December 25, 2023 14:36
@andreyaksenov andreyaksenov requested a review from p7nov December 25, 2023 14:50
@andreyaksenov andreyaksenov force-pushed the 3.0-whats-new branch 2 times, most recently from a65d9c0 to fff5b05 Compare December 25, 2023 15:46
@andreyaksenov andreyaksenov force-pushed the 3.0-whats-new branch 2 times, most recently from 33c0500 to 4e92c61 Compare December 26, 2023 07:39
Copy link
Contributor

@p7nov p7nov left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, just some suggestion with wording improvements.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

May use just 3.0 as a name? We don't create separate pages for minor releases anymore, so this page is also for all 3.0.x versions.

Releases on GitHub: :tarantool-release:`3.0.0`

The 3.0 release of Tarantool introduces a new declarative approach for configuring a cluster,
a visual tool for managing, configuring, and monitoring Tarantool EE clusters,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
a visual tool for managing, configuring, and monitoring Tarantool EE clusters,
a new visual tool -- Tarantool Cluster Manager,

-----------------------------

Starting with the 3.0 version, Tarantool provides the ability to :ref:`configure the full topology of a cluster <configuration>` using a declarative YAML configuration instead of configuring each instance using a dedicated Lua script.
Using a new approach, you can use local configuration in a YAML file for each instance or store configuration data in one reliable place, for example, a Tarantool or an etcd cluster.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There are four words use/using in two sentences, better to rephrase

Suggested change
Using a new approach, you can use local configuration in a YAML file for each instance or store configuration data in one reliable place, for example, a Tarantool or an etcd cluster.
With a new approach, you can write a local configuration in a YAML file for each instance or store configuration data in one reliable place, for example, a Tarantool or an etcd cluster.

• Starting an instance [sharded_cluster:storage-b-001]...
• Starting an instance [sharded_cluster:storage-b-002]...
• Starting an instance [sharded_cluster:router-a-001]...

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I find "Learn more in <>" sentences in the end of what's new sections more helpful than just links under some words in descriptions. Anyway this is minor, up to you.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd keep this as is because Learn more phrases distract a user from scanning a what's new. But this definitely works better for regular topics.

Database statistics
~~~~~~~~~~~~~~~~~~~

Starting with 3.0, Tarantool provides extended statistics about memory consumption for the given space or even specific tuples.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a long document, so I prefer avoiding needless words.

Suggested change
Starting with 3.0, Tarantool provides extended statistics about memory consumption for the given space or even specific tuples.
Starting with 3.0, Tarantool provides extended statistics about memory consumption for the given space or specific tuples.

New DEB and RPM packages
~~~~~~~~~~~~~~~~~~~~~~~~

With this release, the approach to delivering Tarantool to end users using DEB and RPM packages is slightly revised.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
With this release, the approach to delivering Tarantool to end users using DEB and RPM packages is slightly revised.
With this release, the approach to delivering Tarantool to end users in DEB and RPM packages is slightly revised.

varbinary in Lua
~~~~~~~~~~~~~~~~

In the previous versions, Tarantool already supported a ``varbinary`` type for :ref:`storing data <index_box_field_type_details>`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
In the previous versions, Tarantool already supported a ``varbinary`` type for :ref:`storing data <index_box_field_type_details>`.
In the previous versions, Tarantool already supported the ``varbinary`` type for :ref:`storing data <index_box_field_type_details>`.

~~~~~~~~~~~~~~~~

In the previous versions, Tarantool already supported a ``varbinary`` type for :ref:`storing data <index_box_field_type_details>`.
But working with ``varbinary`` database fields required using various workarounds, for example, using C to process such data.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
But working with ``varbinary`` database fields required using various workarounds, for example, using C to process such data.
But working with ``varbinary`` database fields required workarounds, such as using C to process such data.

- :ref:`Read views <2-11-read_views>` are in-memory snapshots of the entire database that aren't affected by future data modifications.
- :ref:`Pagination <2-11-pagination>` for getting data in chunks.

With this release, a read view object supports the ``after`` and ``fetch_pos`` arguments for the ``select`` and ``pairs`` methods:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
With this release, a read view object supports the ``after`` and ``fetch_pos`` arguments for the ``select`` and ``pairs`` methods:
With the 3.0 release, a read view object supports the ``after`` and ``fetch_pos`` arguments for the ``select`` and ``pairs`` methods:

IPROTO tuple format
~~~~~~~~~~~~~~~~~~~

Starting with the 3.0 version, the IPROTO protocol is extended to support for sending names of tuple fields in the :ref:`IPROTO_CALL <box_protocol-call>` and other IPROTO responses.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"protocol is extended to support for" sounds too complex. Perhaps there is a simpler wording for this.

@andreyaksenov andreyaksenov merged commit 34ff4cd into 3.0 Dec 26, 2023
1 check failed
@andreyaksenov andreyaksenov deleted the 3.0-whats-new branch December 26, 2023 10:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3.0 release notes
2 participants