You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Flink Jira Bot (Jira)" <ji...@apache.org> on 2022/07/26 22:39:00 UTC

[jira] [Updated] (FLINK-22741) Hide Flink complexity from Stateful Functions

     [ https://issues.apache.org/jira/browse/FLINK-22741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Flink Jira Bot updated FLINK-22741:
-----------------------------------
    Labels: auto-deprioritized-major stale-minor  (was: auto-deprioritized-major)

I am the [Flink Jira Bot|https://github.com/apache/flink-jira-bot/] and I help the community manage its development. I see this issues has been marked as Minor but is unassigned and neither itself nor its Sub-Tasks have been updated for 180 days. I have gone ahead and marked it "stale-minor". If this ticket is still Minor, please either assign yourself or give an update. Afterwards, please remove the label or in 7 days the issue will be deprioritized.


> Hide Flink complexity from Stateful Functions
> ---------------------------------------------
>
>                 Key: FLINK-22741
>                 URL: https://issues.apache.org/jira/browse/FLINK-22741
>             Project: Flink
>          Issue Type: New Feature
>          Components: Stateful Functions
>    Affects Versions: statefun-3.0.0
>            Reporter: Stephan Ewen
>            Priority: Minor
>              Labels: auto-deprioritized-major, stale-minor
>
> This is an umbrella issue for various issues to hide and reduce the complexity and surface area (and configuration space) of Apache Flink when using Stateful Functions.
> The goal of this is to create a setup and configuration that works robustly in the vast majority of settings. Users should not be required to configure anything Flink-specific, but only general parameters (like for example total memory size) and StateFun specific parameters (like request timeouts and batching).
> If this happens at the cost of some minor regression in peak stream throughput, we can most likely stomach that in StateFun, because the performance cost is commonly dominated by the interaction between StateFun cluster and remote function deployments.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)