Skip to content
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

Vote on topics for future CNCF Technology Radars #35

Closed
oicheryl opened this issue Jun 12, 2020 · 61 comments
Closed

Vote on topics for future CNCF Technology Radars #35

oicheryl opened this issue Jun 12, 2020 · 61 comments

Comments

@oicheryl
Copy link
Contributor

oicheryl commented Jun 12, 2020

If you are interested in learning what end users recommend for a cloud native use case, add a comment below or +1 to vote. Examples could be categories from the CNCF Landscape, or industry verticals such as financial services.

Topics will be selected quarterly by the editorial team as the basis for a CNCF Technology Radar.

More information at https://github.com/cncf/enduser-public/blob/master/CNCFTechnologyRadar.pdf

@LawrenceHecht
Copy link

Cheryl, I've done this type of project before. Here are a few suggestions:

  1. Make sure to have a link to the actual tool/product being evaluated. Make sure to time stamp the assessments.
  2. Review the quarterly assessments at a meeting of CNCF end users. This way, you are not assigning a rating only based on the number of votes a technology initially gets.
  3. Don't compromise on making this an invite-only activity.

@LawrenceHecht
Copy link

And, in response to a tweet from @caniszczyk, I think the results should be made publicly available with the CNCF providing value to its members by only letting its end user community participate in making the ratings. Of course, I don't have insight into the membership sales pitch, so take that idea for what it's worth.

@caniszczyk
Copy link
Contributor

caniszczyk commented Jun 12, 2020

@LawrenceHecht

This is an activity meant for CNCF End Users who are actually running these projects in production and share this information amongst each other in a safe environment where there are no vendors, it's by design we do it this way. It is a membership benefit of becoming an official CNCF End User :)

@oicheryl
Copy link
Contributor Author

@LawrenceHecht I appreciate the comments!

1.Make sure to have a link to the actual tool/product being evaluated. Make sure to time stamp the assessments.

+1, it's definitely a point in time exercise.

Review the quarterly assessments at a meeting of CNCF end users. This way, you are not assigning a rating only based on the number of votes a technology initially gets.

The CNCF end users review the draft before it is released. Each radar will feature a different set of projects depending on the use case, so each technology will be assessed anew each time.

Don't compromise on making this an invite-only activity.

Also +1. I've already had people ask how they can get their project on the radar.

I think the results should be made publicly available with the CNCF providing value to its members by only letting its end user community participate in making the ratings.

Some of the end users don't have legal/PR permission to publicly state what they use, hence CNCF can publish only aggregrated and anonymized results.

@travis-sobeck
Copy link

I like the content, but PDFs are not a useful output medium for this kind of thing (imho).

@oicheryl
Copy link
Contributor Author

@travis-sobeck you mean the graphic? What don't you like about it?

@travis-sobeck
Copy link

@oicheryl The problem with a PDF is that it's not interactive. If I'm looking at a graphic with data points, I want to be able to click on the data points to see the source, think of a Grafana graph (or anything similar). Or at a minimum, a link to a specific line on a spreadsheet/webpage with the data. Which is the problem with a PDF, its just one monolithic thing. I want to send a link to someone else to a specific piece of info, not the whole monolithic thing.
Lastly, a pdf of a spreadsheet is again not interactive. Give people read access to the anonymized data, even if its just json/csv or google spreadsheet.

@oicheryl
Copy link
Contributor Author

@travis-sobeck Got it, I'd absolutely love to make it more interactive. As the very first tech radar it's intentionally a bare bones MVP, but we can add all sorts of bells and whistles over time.

I really want to make this a useful resource for the wider community, so very happy to get the feedback and improve!

@travis-sobeck
Copy link

@oicheryl Yeah, that's fair.

@povilasv
Copy link

I would be interested to know what end users recommend for monitoring solutions :)

@gadinaor
Copy link

@oicheryl very nice and useful initiative

Would be great to see this for:

  • Security
  • Monitoring

@KellyGriffin
Copy link

Great insight and very useful.

Voting for future ideas:

  • Security
  • Monitoring / Visbility

@jcwinchell
Copy link

Love the concept! Flux was buried in my long list of things to check out and this moved it up towards the top.
I'd like to see radars for:

  • security
  • service mesh

@oicheryl
Copy link
Contributor Author

oicheryl commented Jun 24, 2020

@povilasv @gadinaor @KellyGriffin @jcwinchell I've noted your votes - please keep them coming!

@cpretzer
Copy link

+1 for:

  • Service Mesh
  • Observability (Monitoring, Visibility, and the like)

@rmleme
Copy link

rmleme commented Jun 27, 2020

Nice job Cheryl!

+1 for:

  • Serverless

@netinfo03
Copy link

Great concept!

+1 for :

  1. Security ( Kubernetes, Containers, Reduce attack surface, Mitigate cyberjacking)
  2. Monitoring
  3. Virtualization
  4. Requirements management (Rally, VersionOne,WorkFront, JIra etc)
  5. Incident management
  6. Log management

@rsraszka
Copy link

  1. Security
  2. Service Mesh
  3. Performance monitoring
  4. Log Management

@gunturaf
Copy link

+1 for:

  1. Monitoring
  2. Security
  3. Service Mesh
  4. Log Management

@chira001
Copy link

Hi @oicheryl - this is brilliant!

As discussed in the TOC call (and wanted to capture here), I think it would be very valuable to also have a radar that focused on technology types (as opposed to specific projects) e.g. different runtimes vs serverless or perhaps different types storage (e.g. object vs file vs block vs KV vs database), as that would provide an indicator for where SIGs need to focus on. (This would be similar to the Techniques quadrant in the example on slide 6 in your deck).

In terms of votes for the next focus areas:

  1. Storage
  2. Observability (including monitoring, logging, performance, instrumentation etc ...)

@oicheryl
Copy link
Contributor Author

Cheers @chira001 and yes, the Radar format could absolutely be extended to techniques or technology types.

It's getting hard to track so let's do this a bit differently. I'll post one topic per comment, and then people can 👍 the ones they want to see. If you think of something that's not listed, you can add another comment.

@oicheryl
Copy link
Contributor Author

Incident management

@oicheryl
Copy link
Contributor Author

Log management

@oicheryl
Copy link
Contributor Author

Monitoring

@oicheryl
Copy link
Contributor Author

Performance monitoring

@oicheryl
Copy link
Contributor Author

Security

@oicheryl
Copy link
Contributor Author

Service Mesh

@oicheryl
Copy link
Contributor Author

Serverless

@oicheryl
Copy link
Contributor Author

Virtualization

@oicheryl
Copy link
Contributor Author

Requirements management

@evectis
Copy link

evectis commented Jun 30, 2020

Chaos Engineering

@dijitali
Copy link

The CNCF end users review the draft before it is released. Each radar will feature a different set of projects depending on the use case, so each technology will be assessed anew each time.

As you mentioned: a single radar is a point-in-time exercise but one of the the key benefits comes from seeing the trajectory of those blips over time to get an idea of a project's uptake and stability.

Just my 2 cents but I'd suggest it would be worth standardising on a number of radar topics and revisiting them regularly.

@rootsongjc
Copy link
Member

Service Mesh +1

1 similar comment
@GladiusK
Copy link

Service Mesh +1

@oicheryl
Copy link
Contributor Author

Thanks @epowell101 for sharing, note that the data for this radar comes entirely from the CNCF End User Community. (See "About the methodology" on https://www.cncf.io/blog/2020/06/12/introducing-the-cncf-technology-radar/.) You could encourage OpenEBS end users to join https://www.cncf.io/people/end-user-community/ to make sure your project is represented.

Thanks @rootsongjc @GladiusK - please also 👍 this comment so I can track: #35 (comment)

@Lachlan-White
Copy link

  • Monitoring
  • Infrastructure as Code
  • Secrets Management
  • Service Mesh

@Asgoret
Copy link

Asgoret commented Jul 15, 2020

  • Security (Move from RBAC model to ABAC model in kubernetes if it's possible)
  • Runtimes (interesting because we have kubevirt, which in the active development phase and unikernels which in little bit stuck)

@kunal-kushwaha
Copy link

  1. Monitoring
  2. Service Mesh
  3. Serverless
  4. Security

@Asgoret
Copy link

Asgoret commented Jul 15, 2020

@oicheryl Hi! First of all, I want to say thanks for your article and podcast at "The New Stack Makers".
Is there any opportunity to add comments for technology? I found the only presentation with slides, but there are no comments about technologies and I am curious why somebody chooses GitlabCi, but not TeamCity\Jenkisn or whatever. Same thing we can saw in Through Provoke technology radar. After each tool, there is a small article about it.

@oicheryl
Copy link
Contributor Author

Hi @Asgoret, this is an example of the comments/small article you mean right? https://www.thoughtworks.com/radar/platforms?blipid=202005041

The Radar is the aggregated opinion of the whole community, so I thought it wouldn't be right to present a single justification when the companies represented can have very different reasons. Some of the companies in the End User Community (EUC) have shared their reasons for choosing one technology over another, but as it is not a legal/PR approved public statement, this information is confidential within the EUC.

If you are at an End User company (don't sell cloud native products or services) then you can join the EUC to get access to this information: https://www.cncf.io/endusersupporter

@kenichi-shibata
Copy link

Kubernetes Installers to use would be a good topic

@grmhay
Copy link

grmhay commented Aug 18, 2020

+1 for storage

@FrederikNS
Copy link

Ingress Controller

@FrederikNS
Copy link

Cost Allocation

@mischapedia
Copy link

mischapedia commented Aug 19, 2020

Zalando open sourced their version of the thoughtworks tech radar (which is also open source):
https://github.com/zalando/tech-radar

=> You could use this to have a more interactive version of the radar.

@oicheryl
Copy link
Contributor Author

oicheryl commented Aug 20, 2020

@mischapedia Zalando's tech radar was one of the original inspirations! We are building a new interactive portal which will include more information about the projects and the data behind the radar. Stay tuned...

@tomkerkhove
Copy link

Autoscaling

@itsLucario
Copy link

  • Service Mesh
  • Monitoring
  • Security

@Smana
Copy link

Smana commented Oct 2, 2020

Developer productivity ?

@joseadanof
Copy link

Security & Compliance

@o6uoq
Copy link

o6uoq commented Oct 7, 2020

It would be great to see the CNCF Technology Radar cover the left-to-right, from developer to production environment, all modern, commodity and specialist tooling inspired by the CNCF Landscape:

What this looks like in practice from the top of my head as a very much a lean pipeline:

  • VCS (GitHub, GitLab, etc)
  • CI/CD Tooling (Jenkins, GitHub, GitLab)
  • CI/CD Integrations (open source projects which support and implement testing frameworks, developer/code security, etc)
  • Orchestration (Docker, Serverless, K8s, etc)
  • CSP (Cloud Service Providers e.g. AWS, GCP, Azure)
  • Codification (HashiCorp/Terraform/Ansible/et al.)

..and much more (like most of the above in this thread).

@thschue
Copy link

thschue commented Dec 1, 2020

We (App Delivery) would find it useful to have a Technology Radar covering Operators (as we are currently working on a Whitepaper), so e.g. which frameworks end-users are using and wich problems they solve/face using operators.

@kgamanji
Copy link

kgamanji commented Jan 8, 2021

Latest proposed topics by the tech radar team:

  • Security and secret management
  • On-prem cluster management
  • Governance and compliance
  • Storage and persistent volumes
  • Cost management and optimization

@caniszczyk
Copy link
Contributor

caniszczyk commented Jan 8, 2021 via email

@kgamanji
Copy link

kgamanji commented Jan 8, 2021

Awesome, anything on service mesh? :o?

On Fri, Jan 8, 2021 at 10:44 AM Katie Gamanji @.***> wrote: Latest proposed topics by the tech radar team: - Security and secret management - On-prem cluster management - Governance and compliance - Storage and persistent volumes - Cost management and optimization — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#35 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAPSIKHQFNZH4DMX2ABK53SY4Y75ANCNFSM4N4JUKMQ .
-- Cheers, Chris Aniszczyk http://aniszczyk.org +1 512 961 6719

Nothing on service mesh this time, but maybe the future tech radar teams will choose it as a topic :)

@xmulligan
Copy link

I know services meshes are a hot topic, but cloud native penguins would also love to see one on fishing meshes

@rootsongjc
Copy link
Member

Looking forward to seeing the Sevice Mesh Radar.

@jhanos
Copy link

jhanos commented Jun 25, 2022

Service Mesh Radar could be interesting

@onlydole
Copy link
Member

Closing this issue with a new process and Radar being brainstormed (more information coming in 2023 Q3).

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

No branches or pull requests