Skip to content

use compatibility serializer for future message forma… #5389

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

Merged
merged 2 commits into from
May 4, 2023

Conversation

bdoyle0182
Copy link
Contributor

@bdoyle0182 bdoyle0182 commented Mar 28, 2023

Description

To support future changes to the akka serialized messages that use kryo, we need to use kryo compatibility serializer i.e. to support the max instances pr.

This is a breaking change if trying to rolling upgrade an existing cluster creating new action queues between the scheduler and controller.

If you are not using the new scheduler architecture, this change is completely non-impacting. If you are using the new scheduler architecture, you can either do a blue / green deployment with a new cluster to upgrade or if you must do a rolling upgrade of an existing cluster; you can upgrade the controllers first such that only things that will return 503 during the deployment window are new actions that have not been running, live running queues in the scheduler would continue to be able to take activations.

Since this is a one time breaking serialization change to the scheduler, I've also taken the opportunity to perform the major version akka-kryo upgrade to handle cve's for kryo 4. edit: I've removed this part of the pr as there seems to be other issues with upgrading akka-kryo

Related issue and scope

  • I opened an issue to propose and discuss this change (#????)

My changes affect the following components

  • API
  • Controller
  • Message Bus (e.g., Kafka)
  • Loadbalancer
  • Scheduler
  • Invoker
  • Intrinsic actions (e.g., sequences, conductors)
  • Data stores (e.g., CouchDB)
  • Tests
  • Deployment
  • CLI
  • General tooling
  • Documentation

Types of changes

  • Bug fix (generally a non-breaking change which closes an issue).
  • Enhancement or new feature (adds new functionality).
  • Breaking change (a bug fix or enhancement which changes existing behavior).

Checklist:

  • I signed an Apache CLA.
  • I reviewed the style guides and followed the recommendations (Travis CI will check :).
  • I added tests to cover my changes.
  • My changes require further changes to the documentation.
  • I updated the documentation where necessary.

@bdoyle0182 bdoyle0182 changed the title update kryo and use compatibility serializer for future message forma… use compatibility serializer for future message forma… Mar 29, 2023
@codecov-commenter
Copy link

codecov-commenter commented Mar 29, 2023

Codecov Report

Merging #5389 (ab0bde2) into master (60ca660) will decrease coverage by 0.22%.
The diff coverage is 0.00%.

❗ Current head ab0bde2 differs from pull request most recent head 48abf07. Consider uploading reports for the commit 48abf07 to get more accurate results

@@            Coverage Diff             @@
##           master    #5389      +/-   ##
==========================================
- Coverage   76.91%   76.70%   -0.22%     
==========================================
  Files         240      240              
  Lines       14588    14589       +1     
  Branches      629      630       +1     
==========================================
- Hits        11221    11191      -30     
- Misses       3367     3398      +31     
Impacted Files Coverage Δ
...rg/apache/openwhisk/core/scheduler/Scheduler.scala 10.75% <0.00%> (-0.07%) ⬇️

... and 11 files with indirect coverage changes

📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more

@style95
Copy link
Member

style95 commented Mar 31, 2023

Do we need to send a notice about the breaking change via the dev mailing list?

@bdoyle0182 bdoyle0182 merged commit be8ac20 into apache:master May 4, 2023
mtt-merz pushed a commit to mtt-merz/openwhisk that referenced this pull request Oct 22, 2023
* update kryo and use compatibility serializer for future message format changes

* revert kryo major upgrade

---------

Co-authored-by: Brendan Doyle <[email protected]>
(cherry picked from commit be8ac20)
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 participants