Closed Tbr00ksy closed 5 years ago
I’d suggest making a proposal. Is this really for people to use a “Powered by OMP Zowe” ?
@hogstrom great LOTR quote! I want to work on putting a proposal together and am looking for help. I'm curious if @jmertic might have some cookie cutter compliance programs from the LF that could be a starting point. I'm also investigating other programs to get a feel for what ours might look like, or what consumers might expect to see.
Apple: https://developer.apple.com/app-store/review/guidelines/ Android: https://developer.android.com/distribute/best-practices/launch/launch-checklist
And I agree, I think this compliance program would have a few benefits including:
One thing that I'm wondering/worrying is that Zowe itself isn't actually Zowe compliant ! I think the idea of us working backwards from what we want Zowe compliance to be (architecturally, install experience, operational experience, ..) will be great because it'll force us to work from the outside for how an end user will expect Zowe components to behave, and from there we can start to drive the base towards that cohesion.
Some bits here for the larger group.
0) Let's center on the term 'conformance', not using 'certified' or 'compliant'. The latter two terms have different meanings that imply slightly different intentions than what this program would be. 1) Zowe conformance will likely come in two flavors ( naming is still a WIP )
2) To enable both of those programs to launch, we'd need from the ZLC:
3) Any Zowe mark usage would be driven from the Zowe Conformance program.
Hopefully this clears things up. Happy to address any questions/concerns.
@Tbr00ksy next steps here ?
@hogstrom we need to as a community align around distribution which we can then use to influence the conformance program. Once we have the distribution strategy set we can take that to the OMP board to for them to help define "Zowe Conformant Distribution" while the on-boarding/ZLC can work towards defining "Zowe Conformant Apps".
Top priority right now needs to be around distribution and packaging strategy.
We are gathering ideas here: https://ibm.box.com/s/3qj5znd5ipp2pqiy65gy2kacir8mho54
Created PR in the release management repo: https://github.com/zowe/release-management/pull/1
Change issue to Conformance from Compliance.
John will take this issue and we will defer this issue. Needs to be completed prior to 1.0.
Get an update on 11/14/2019
Updated conformance program location to this branch: https://github.com/zowe/zlc/blob/Conformance/process/conformance
For the conformance program, does it make sense for us to build out an exhaustive (ideal) list of things we believe a Zowe compliant application should be (think about it from the broader - 2000 ft - ecosystem perspective)? We can then pair it down and break the ideal scenario into different levels (bronze, silver and gold). Taking this approach would help the community gain visibility into our conformance roadmap items.
Good points Tim - wondering if the task agenda Steve laid out is inline with what you were thinking or if you had something else in mind. See attached.
Updated link to where conformance program is being developed: https://ibm.box.com/s/401s4s2rdpkgxekhu53zpe3ss53b2jlk
Hi! I've not seen any updates on this in several weeks. What's the latest status?
Updates on the CLI outline here: https://github.com/zowe/zowe-cli/blob/conformance/docs/cli-conformance.md
Updates on the API ML outline here: https://github.com/zowe/api-layer/blob/conformance/docs/conformance.md
@jmertic @Tbr00ksy is this conformance plan modeled after something similar? In a random sampling of popular, extensible "things": VS Code Extensions, angular apps, and WordPress - I'm not finding anything analogous, e.g. a similar conformance program.
Are end users requesting Zowe conformance? Am I missing something else entirely?
An alternative approach is to allow users to install / use popular Zowe extensions (via number of npm downloads or GitHub stars) or download extensions published by more official entities like Rocket, IBM, or Broadcom.
Is there a vision for how conformance is enforced? Who decides whether distribution or application is conformant?
@jmertic @Tbr00ksy is this conformance plan modeled after something similar? In a random sampling of popular, extensible "things": VS Code Extensions, angular apps, and WordPress - I'm not finding anything analogous, e.g. a similar conformance program.
Are end users requesting Zowe conformance? I'm I missing something else entirely?
An alternative approach is to allow users to install / use popular Zowe extensions (via number of npm downloads or GitHub stars) or download extensions published by more official entities like Rocket, IBM, or Broadcom.
@dkelosky are suggesting a rating scale so that the Zowe users can rank / rate components, etc.?
@dkelosky great question. Here are a few conformance programs that are part of the LF that have a similar program structure as to what is being proposed for Zowe:
K8: https://github.com/cncf/k8s-conformance
We have had several requests from ISVs to provide a clear path for commercial and free application to participate in the Zowe framework. One organization wants to expose APIs to commercial offerings into the API ML. Another organization wants to modernize an existing application using the web-UI and to make use of the launch-in context. They then want to use the Zowe brand and logo to promote their offering.
@jelaplan the OMP/Linux Foundation would be responsible to enforcing conformance. They are also the vendor neutral organization that would review and approve applications for conformance (similar to how it is implemented for k8). It would be the Zowe community's responsibility to develop conformance criteria and for the LF to enforce/manage.
Thanks for the references @Tbr00ksy ! It's helpful to have an analogous example to check out
Link to DRAFT Web-UI: https://github.com/zowe/zlux/blob/conformance/docs/app-conformance.md Link to DRAFT CLI: https://github.com/zowe/zowe-cli/blob/conformance/docs/cli-conformance.md Link to DRAFT API: https://github.com/zowe/api-layer/blob/conformance/docs/conformance.md
@Joe-Winchester @OnnoVdT will you look at what it means to be a Zowe conformant distribution? I believe this will relate to the Cupids work.
ZLC Notes: @Tbr00ksy looking forward to how to programmatically validate conformance.
From a distribution standpoint, I think conformance is very simple. Any Zowe extender needs to either mention where core Zowe (base and its service) can be obtained, or include an unmodified copy that is made available by Zowe.org. If the extender only provides a non-SMP/E packaged version of their code, the reference/inclusion of core Zowe must be the core Zowe convenience build pax file, the SMP/E FMID and PTFs are optional. If the extender provides a SMP/E packaged version of their code, the core Zowe reference/inclusion must be the FMID and PTFs, the pax file is optional.
Asked members to review these proposals and provide feedback to Tim
Link to DRAFT Web-UI: https://github.com/zowe/zlux/blob/conformance/docs/app-conformance.md Link to DRAFT CLI: https://github.com/zowe/zowe-cli/blob/conformance/docs/cli-conformance.md Link to DRAFT API: https://github.com/zowe/api-layer/blob/conformance/docs/conformance.md
I pulled all the draft content together and created a full view of what the conformance program might look like here: https://wiki.zowe.org/x/D4Ag
To edit this content you must first create a LF account by clicking the login button in the top left corner:
We need to think about what a Zowe Compliance program looks like. What are the benefits of being Zowe compliant? What metrics will we use to measure compliance? How is it enforced? etc.