[
https://issues.apache.org/jira/browse/SPARK-24434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16599728#comment-16599728
]
Stavros Kontopoulos commented on SPARK-24434:
---------------------------------------------
Spark belongs to the community (no?) and should not serve any company's
priorities, [~mcheah] we don't need the meeting then if we are going to overlap
with each other, fine.
We have talked on slack several times and privately. YOu could always have
pinged but you decided to collaborate on this without anyone knowing. Probably
people don't understand the meaning of fairness, I am not going to explain it
here.
We can always create any RP we like and then we will see what work is merged,
cool.
For good or bad though the meeting has power because k8s committers have the
final saying on merging no? So I dont agree.
The whole discussion for me is pointless, the message culture and attitude is
clear. The only point is for committers, the Spark project not to violate the
rules fine.
> Support user-specified driver and executor pod templates
> --------------------------------------------------------
>
> Key: SPARK-24434
> URL: https://issues.apache.org/jira/browse/SPARK-24434
> Project: Spark
> Issue Type: New Feature
> Components: Kubernetes
> Affects Versions: 2.4.0
> Reporter: Yinan Li
> Priority: Major
>
> With more requests for customizing the driver and executor pods coming, the
> current approach of adding new Spark configuration options has some serious
> drawbacks: 1) it means more Kubernetes specific configuration options to
> maintain, and 2) it widens the gap between the declarative model used by
> Kubernetes and the configuration model used by Spark. We should start
> designing a solution that allows users to specify pod templates as central
> places for all customization needs for the driver and executor pods.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org
