Skip to content

Conversation

@swiatekm
Copy link
Contributor

@swiatekm swiatekm commented Aug 2, 2022

Description:

The persistent queue needs a storage client to run. Currently, this simply takes the one storage extension defined, and errors if there are multiple available. This is both restrictive and arbitrary, and mostly works because it's currently unusual for users to define multiple storage extensions.

This change forces the users to explicitly set the storage extension in queue config if they want to use the persistent queue. This setting doubles as both choosing the storage and enabling the persistent queue - when storage: nil (the default), we use the in-memory queue, otherwise, we use the persistent queue with the set storage extension.

This was originally discussed in #5711, and it's part of that change. As it's a breaking change, I'd like to do it before we enable the persistent queue by default in the build.

Link to tracking Issue: Related to open-telemetry/opentelemetry-collector-contrib#10915

Testing:
Updated the unit tests.

Documentation:
Updated the queue readme.

@codecov
Copy link

codecov bot commented Aug 2, 2022

Codecov Report

Merging #5784 (d66e1ff) into main (d146f29) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main    #5784   +/-   ##
=======================================
  Coverage   91.56%   91.56%           
=======================================
  Files         192      192           
  Lines       11470    11470           
=======================================
  Hits        10502    10502           
  Misses        773      773           
  Partials      195      195           

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

@swiatekm swiatekm force-pushed the persistent-queue-storage branch from 112a044 to 1455326 Compare August 2, 2022 16:58
@swiatekm swiatekm marked this pull request as ready for review August 2, 2022 16:58
@swiatekm swiatekm requested review from a team and tigrannajaryan August 2, 2022 16:58
@swiatekm swiatekm force-pushed the persistent-queue-storage branch from 1455326 to f8c9aff Compare August 2, 2022 17:41
expectedError: nil,
desc: "obtain storage extension by name",
numStorages: 2,
storageID: "1",
Copy link
Member

Choose a reason for hiding this comment

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

Shouldn't this be?

Suggested change
storageID: "1",
storageID: "file_storage/1",

I thought ComponentID always includes the component type name.

Copy link
Contributor Author

@swiatekm swiatekm Aug 3, 2022

Choose a reason for hiding this comment

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

This is just a test parameter, in the actual test code we create numStorages storage extensions, and this is simply the index of the one we want to use in the test. I'll change it to storageIndex so it's less confusing.

if storageExtension != nil {
return nil, errMultipleStorageClients
func (qCfg *QueueSettings) getStorageExtension(extensions map[config.ComponentID]component.Extension) (storage.Extension, error) {
if qCfg.StorageID != nil {
Copy link
Member

Choose a reason for hiding this comment

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

Few suggestions:

  1. Usually prefer to check for conditions first and return than indenting the code. if qCfg.StorageID == nil { return nil, nil }
  2. Better to pass a non pointer ComponentID and then no need for the func to be on the QueueSettings. You already check for nil in the caller code.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Good point, thx. I also noticed I missed a test for the wrong extension type that was in my original PR, re-added while making these changes.

@bogdandrutu
Copy link
Member

You need a rebase

@swiatekm swiatekm force-pushed the persistent-queue-storage branch from 7b19438 to eab0b3f Compare August 4, 2022 09:20
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.

5 participants