You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

  1. Build Workflow example
    1. TODO: Make a flow chart ppt when done creating
    2. Overall plan: runner checks out repo to /sdf/group/ad/eed/ad-build/<user>/ → runners request to backend build cluster to start new build container -> builder pod starts a new container on our ad-build cluster -> write log to database
    3. Steps broken down:

      1. Runners request to backend build cluster, uses a rest api to send a POST request to 'build' endpoint with data like this:

        curl -X POST \
  'https://accel-webapp-dev.slac.stanford.edu/api/cbs/v1/component/build' \
  -H 'accept: application/json' \
  -H 'Content-Type: application/json' \
  -d '{
	"organization": "str",
	"componentName": "str",
	"branchName": "str",
	"actionUser": "str"
}'
      2. Backend builder pod talks to component database, grabs the build environment based off the organization, componentName and branchName

      3. Backend builder pod then starts the build environment using build-deployment.yml with parameters (componentName, branchName, imageName, actionUser, buildInstructions)

        1. Use Declarative Management of Kubernetes Objects Using Kustomize | Kubernetes to configure the build-job.yml for the component
        2. build-job.yml will be a job with a volumeMount to s3df-dev-container-ad-group, and template parameters to label the container (componentName-branchName), and provide image name, and command to start build (buildInstructions)
      4. backend builder pod then logs to branches_in_development.
      5. backend builder pod sends the name of the build container thats running, back to runner,
      6. runners last job is to print the filepath to where the container is being built, and othe useful info like 'status'
      7. LAST STEP: if triggered by action (push to main/ pull request), then we want to provide the Report to user which can include
        1. filepath to user of the build output
        2. status (successful built / fail).
        3. time duration
    4. Then have another workflow which does the build step, then adds onto it and does the testing. 
      1. TODO: How to test after built? Do we want to spin up another container for testing? and/or use the already built module?
  • No labels