Skip to content

Conversation

danielpacak
Copy link
Contributor

Signed-off-by: Daniel Pacak pacak.daniel@gmail.com

@danielpacak danielpacak force-pushed the add_operator_to_readme branch 2 times, most recently from e12a127 to 2eb7069 Compare October 14, 2020 13:10
@danielpacak danielpacak requested a review from lizrice October 14, 2020 13:12
@danielpacak danielpacak force-pushed the add_operator_to_readme branch from 2eb7069 to f8b766f Compare October 14, 2020 13:16
@codecov
Copy link

codecov bot commented Oct 14, 2020

Codecov Report

Merging #201 into master will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@           Coverage Diff           @@
##           master     #201   +/-   ##
=======================================
  Coverage   34.36%   34.36%           
=======================================
  Files          42       42           
  Lines        2072     2072           
=======================================
  Hits          712      712           
  Misses       1244     1244           
  Partials      116      116           

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8d04158...3b1c611. Read the comment docs.

Copy link
Contributor

@lizrice lizrice left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm wondering what we should do with the Installation, Getting Started & Next Steps sections.

  • I think it makes sense to Get Started with the command line tool and then move on to trying the operator when you see what Starboard is all about. Maybe we should explicitly suggest that?
  • We need installation instructions for the operator, I think?

$ starboard kube-hunter -h
```

### Configuration
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Am I right to think that the Starboard operator will create the vulnerabilityreports CRD - no need to run starboard init first?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It depends how we install the operator. With OLM the OLM operator is taking care of creating CRDs, which are part of the installation bundle. For helm or kubecly apply installations we have to create the CRDs manually or use the init command.

In general, as a good practice the operator should not create the CRDs that it manages.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Helm will install them if they dont already excist now, but not as the other resources. It will also not try to update them or similarly if, just warn about it if needed.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is great that a Helm chart package now supports CRDs that are installed before a Helm release is created. Even though it's not as powerful and automated as OLM, it's useful in case of Helm chart installation option

@danielpacak danielpacak requested a review from lizrice October 15, 2020 14:03
@danielpacak danielpacak force-pushed the add_operator_to_readme branch 2 times, most recently from 0014ff1 to c9e9cb2 Compare October 15, 2020 14:11
README.md Outdated

Helm, which is de facto standard package manager for Kubernetes, allows installing applications from parameterized
YAML manifests called Helm charts. To address shortcomings of static YAML manifest we'll provide a Helm chart to deploy
the Starboard operator. See [#187](https://github.com/aquasecurity/starboard/issues/187) to check the progress on that.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suggest to let the static resources be generated from the Helm chart in the future. See #211

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I totally agree @consideRatio Once we merge the Helm chart, we'll remove static manifests from ./deploy/static/*.yaml and update the docs to use the helm template command for those who cannot use Helm CLI

@danielpacak danielpacak force-pushed the add_operator_to_readme branch from c9e9cb2 to 33c3655 Compare October 16, 2020 23:09
@danielpacak danielpacak force-pushed the add_operator_to_readme branch 2 times, most recently from affe516 to dcb5c8a Compare October 23, 2020 12:41
Signed-off-by: Daniel Pacak <pacak.daniel@gmail.com>
@danielpacak danielpacak force-pushed the add_operator_to_readme branch from dcb5c8a to e4b53a9 Compare October 28, 2020 09:24
Copy link
Contributor

@lizrice lizrice left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I made one suggestion but LGTM

Co-authored-by: Liz Rice <liz@lizrice.com>
@danielpacak danielpacak merged commit 49be00f into master Oct 28, 2020
@danielpacak danielpacak deleted the add_operator_to_readme branch October 28, 2020 10:34
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

Successfully merging this pull request may close these issues.

3 participants