Hi Deepak,
thanks for your contribution.
When it comes to cloud services / different providers, that is
something we could tackle with some (simple) "test suite" against all
main clouds, yes. However, from my experience this is not too
critical. It does not differ a lot if you run your cluster o
I have added a potential Goal to CEP-2:Deploying and managing Kubernetes
resources depends a lot on the Cloud Service provider used. Is it a goal to
target integration with any/all/some Cloud Service providers???
On Monday, April 27, 2020, 04:33:45 p.m. UTC, Stefan Miklosovic
wrote:
It may be early, but considering first an organization has to apply, and as
I am familiar with what sections of documentation could be improved, I have a
few suggestions. Only two projects (1 and 2 of 5 listed) were completed in
2019, and GSoD expects only one project to be completed. Project
Folks,
GSoD 2020 is upon us. The organizational applications are due soon May 4th 2020
and I'd like us to participate in it again. GSoD 2019 brought in great deal of
improvements to the C* docs and I believe GSoD 2020 will be able to bring in
more enhancements. I realize we are also talking abo
Thanks, Stephen, this is really helpful!
On Tue, Apr 28, 2020 at 6:24 AM Stephen Mallette
wrote:
> >
> > To step out of the weeds a bit - other than the Zookeeper / Curator
> > example, does anyone know of any other apache projects that have either
> > subprojects or complementary sideprojects t
>
> To step out of the weeds a bit - other than the Zookeeper / Curator
> example, does anyone know of any other apache projects that have either
> subprojects or complementary sideprojects they're interdependent upon in
> their ecosystems?
Every Apache project is different, so it's quite possibl
Separate JIRA is enough enough, separate dev list.. maybe. I don't see
much purpose in trying to organize into a hierarchy, what problem are you
actually solving here? It sounds like you don't trust folks who work on
the driver to not commit random code to Cassandra, is that the case? If
that's
+1, this is essentially my position, and I agree with the baseline requirements
for a merged project. I'm not trying to rule anything out, just wondering what
the optimal division is.
I think from the user point of view we can hopefully achieve the same
appearance with or without the same proj
To step out of the weeds a bit - other than the Zookeeper / Curator
example, does anyone know of any other apache projects that have either
subprojects or complementary sideprojects they're interdependent upon in
their ecosystems? I'd like to reach out to some other pmc's for advice and
feedback on
re: ML noise, how hard would it be to filter out JIRA updates w/component
"Drivers"? Or from JIRA queries?
For governance, I see it cutting both ways. If we have two separate
projects and ML's for drivers and C*, how do we keep a coherent view of new
features and roadmap stuff? Do we have CEP's fo
> On Apr 27, 2020, at 2:50 AM, Sylvain Lebresne wrote:
>
> Fwiw, I agree with the concerns raised by Benedict, and think we should
> carefully think about how this is handled. Which isn't not a rejection of
> the donation in any way.
>
> Drivers are not small projects, and the majority of the
Hi Deepak,
while we would be delighted to take Instaclustr's operator as a
baseline, this is not so simple ...
I think we should gather all functional requirements first, improve
and complete the actual CEP and based on these facts we should distil
the best solution, whatever it would be.
In gen
On Mon, Apr 27, 2020 at 2:30 AM Dinesh Joshi wrote:
> Hi Patrick,
>
> Thanks for driving the meetings. It would be good to have the on going
> discussions on the dev list for people in time zones that cannot attend the
> meetings in real time.
>
+1
I would never (try to) tell anyone that they c
An operator for Apache Cassandra in alpha is provided by Instaclustr that
supports StatefulSet, scaling and monitoring. Could it be used as the base
operator to build on? OperatorHub.io | The registry for Kubernetes Operators
|
|
| |
OperatorHub.io | The registry for Kubernetes Operators
T
Fwiw, I agree with the concerns raised by Benedict, and think we should
carefully think about how this is handled. Which isn't not a rejection of
the donation in any way.
Drivers are not small projects, and the majority of their day to day
maintenance is unrelated to the server (and the reverse is
> > - How will we run CI for these contributions?
> >
> > ASF Jenkins/CircleCI works? Do the drivers have specific needs beyond this?
> >
> That will probably work. I asked partially because the driver CI can have
> a fairly extensive matrix of platforms, runtimes, and server versions. I'm
> not s
Hi Patrick,
Thanks for driving the meetings. It would be good to have the on going
discussions on the dev list for people in time zones that cannot attend the
meetings in real time.
Dinesh
> On Apr 26, 2020, at 10:49 PM, Patrick McFadin wrote:
>
> *Hi everyone,Over the past two weeks, we ha
17 matches
Mail list logo
