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

Get a grip on rap4-student-prototype image #386

Open
hanjoosten opened this issue Dec 22, 2024 · 2 comments
Open

Get a grip on rap4-student-prototype image #386

hanjoosten opened this issue Dec 22, 2024 · 2 comments

Comments

@hanjoosten
Copy link
Member

Currently there is no clear version policy on the rap4-student-prototype image. This manifests itself in subtitle problems when updating and releasing RAP. Also, on inspection of the current main branch, several .yaml files refer to different versions in an inimitable way. It is no wonder that these problems exist.

@hanjoosten
Copy link
Member Author

I see the problem lies even deeper. We use both Kubernetes and docker-compose. There are shared values all over the place.
A solution to get grip on this is to work with a single file for all these shared variables (not only the ones we ask from the user). With docker-compose, this would be the .env file. With Kubernetes, this would be the use of ConfigMap for non-sensitive variables, and Secret for confidential data. Docker Compose (v3.1 and later) supports secrets as a native feature, which is a secure way to handle sensitive data. It is recommended to not handle such data in an .env file as we still currently do. For secrets, we need to rewrite all our docker-compose.yml files to include a top level secrets: object as well.

@Michiel-s
Copy link
Member

You are absolutely right. Not sure if using better docker compose constructs will help here.

We have the issue that with the new frontend the RAP4 student prototype setup won't work anymore because of the required Angular build step. So a complete new setup is needed anyway. I think RAP should focus on being the repository of ampersand projects, i.e. student scripts, with minimal functionality; e.g. generating functinonal specifications.

Generating a prototype application and deploying with ingress and database should be offloaded to student personal environments, e.g. by means of a Github codespace an reusing the project template repository for that. For students to be able to work with that the way of working needs to be specified. That's all.

We can deprecate the RAP4 student prototype image and don't have to put effort in finding a solution to upgrade to new compiler version and new frontend.

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

2 participants