Consume actions-openshift v0.8.0: cert-keeper, route-tls retries and cert-expiry
Maintainer thường phản hồi trong vòng 1 ngày
@DerekRoberts đang làm issue này rồi.
Từ ngày 9/11/2026.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
This template's TLS setup still follows the manual Entrust flow and actions-openshift v0.6.0, while v0.8.0 adds automatic certificate handling that repos created from it could inherit.
What v0.8.0 adds
cert-keeper: a daily workflow step that looks at the certificate a host actually serves and, if the host has none or a third of the lifetime or less is left, gets a free Let's Encrypt certificate and installs it on the OpenShift Route. See its README.route-tls: now retries network errors when installing a certificate (up to 12 times, 10 seconds apart), so a short OpenShift API drop no longer loses a freshly issued certificate.cert-expiry: warns when a third of a certificate's own lifetime is left, and flags a host serving a certificate for another name. Thedaysinput is removed.
Where this template stands today
- Four
actions-openshiftuses are pinned to v0.6.0:cert-expiry.yml,route-tls.yml, andsysdig-monitorinmerge.ymlandrelease.yml. #2938 movescert-expiryto v0.8.0 and drops its removeddaysinput. No Renovate bump was open on 2026-11-09. - TLS for a vanity host is manual:
route-tls.ymlapplies certificate files stored in theTLS_CERTIFICATE,TLS_PRIVATE_KEYandTLS_CA_CERTIFICATEsecrets, and the README explains how to map an Entrust package onto them. AGENTS.mdsays vanity Route TLS is managed only through the standalone, on-demandroute-tls.yml, never embedded inmerge.yml,release.ymlor continuous deployment.cert-expiry.ymlchecksvars.ROUTE_HOSTweekly.quickstart.nrs.gov.bc.cais currently served by Routequickstart-openshift-2929-vanityin namespace32d13a-dev, created by the test rig in #2929, with a Let's Encrypt certificate that expires 2027-02-06. Nothing renews it. Closing #2929 deletes that Route and the certificate with it.
About route-tls
It stays in actions-openshift: cert-keeper calls it as its install step, and seven other bcgov repos each have a workflow that uses it (nr-silva, sdg, nr-hbs, aqadvisories-eservice, nr-tenures-api, address-change, bcgsdi-pubcat, code search on 2026-11-09). For a host that uses cert-keeper, this template's own manual route-tls.yml and the TLS_* secrets are no longer needed. They remain the path for a certificate obtained another way, such as Entrust through the Service Desk.
Ways the template could consume this
- Add a standalone daily
cert-keeper.yml, following the example in thecert-keeperREADME (an environment, four variables and theOC_TOKENsecret). - Update the README TLS section and the
AGENTS.mdrule to describecert-keeper, and removeroute-tls.ymltogether with the manual certificate-file and Entrust instructions, so the template no longer recommendsroute-tls. A host that cannot use Let's Encrypt would then have no documented path in the template (#159 is open). - Move the
actions-openshiftpins to v0.8.0 (Renovate normally does this). - Settle where
quickstart.nrs.gov.bc.calives permanently, since the template'sroute-tls.ymltargets the PROD frontend Route and the host is currently on the dev rig Route.
Order
This template adopts cert-keeper after v1.0.0 is tagged, pinned to the v1.0.0 release, rather than taking a pre-v1.0.0 version. The pre-v1.0.0 pins it already has (cert-expiry, route-tls and sysdig-monitor, all at v0.6.0) stay as they are until then. Other repos that use the actions being absorbed are tracked in bcgov/actions-openshift#163.
Why this matters for actions-openshift
route-tls will be folded into cert-keeper after v1.0.0, provided this template no longer recommends route-tls (bcgov/actions-openshift#162). As of 2026-11-09 cert-keeper appears nowhere in this repo, and route-tls.yml, README.md and AGENTS.md all still describe route-tls and the manual certificate-file flow.
Related: bcgov/actions-openshift#158 (design) and #159 (policy question), #2882 (move to consolidated actions), #2929 (test rig), #2938 (cert-expiry fix).
- Ngôn ngữ chính
- TypeScript
- Star
- 32
- Fork
- 10
- Merge trung bình
- 3 giờ 54 phút
- Pull request đã merge (30 ngày)
- 43
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của bcgov/quickstart-openshift
-
Prefer native fetch over Axios in frontend (and integration tests)Có thể đã có người làm @DerekRoberts đã nhận 6 ngày trước. Đang mở
bcgov/quickstart-openshift#2930 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
spike: trial own/self-signed and ACME certs on quickstart.nrs.gov.bc.caCó thể đã có người làm @DerekRoberts đã nhận 9 ngày trước. Đang mở
bcgov/quickstart-openshift#2928 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
chore(ci): move to consolidated bcgov/actions and actions-openshiftCó thể đã có người làm @DerekRoberts đã nhận 29 ngày trước. Đang mở
bcgov/quickstart-openshift#2881 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ZAP Security ReportĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
bcgov/quickstart-openshift#2818 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
refactor(ci): migrate triggers to standard multiline string formatCó thể làm lại được @DerekRoberts đã nhận 116 ngày trước và không có pull request nào đang mở. Đang mở
bcgov/quickstart-openshift#2821 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của bcgov/quickstart-openshift
Issue tương tự
-
bug chore
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
🧩 Docs job fails type-checking `generate-plugin-docs.ts`Có thể đã có người làm @X-Guardian đã nhận hôm nay. Đang mởdiscussion
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
envision-erpnext
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug sharing & sync
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
Maintainer thường phản hồi trong vòng 1 ngày