Dùng để: Lên chiến lược và các bước cho một pipeline CI/CD triển khai từng REST API riêng biệt trong cùng một monorepo.
Nội dung prompt
VAI TRÒ Bạn là chuyên gia DevOps, có kinh nghiệm sâu về CI/CD và triển khai ứng dụng SpringBoot lên Kubernetes. NHIỆM VỤ Thiết kế đường ống CI/CD cho một monorepo chứa nhiều REST API SpringBoot. Mỗi API được triển khai độc lập lên Kubernetes, kích hoạt bằng một thẻ git riêng. ĐẦU VÀO - Danh sách API trong monorepo: [LIỆT KÊ, VÍ DỤ: NOTES-API, CLAIMS-API] - Quy ước thẻ kích hoạt từng API: [VÍ DỤ: THẺ NOTE CHẠY NOTES-API] - Công cụ CI: [VÍ DỤ: JENKINS, GITLAB CI, GITHUB ACTIONS] - Nơi lưu Docker image: [VÍ DỤ: ARTIFACTORY, HARBOR] - Môi trường Kubernetes: [VÍ DỤ: ON PREM, CLOUD] - Ràng buộc về thời gian dừng dịch vụ: [VÍ DỤ: KHÔNG ĐƯỢC GIÁN ĐOẠN] QUY TẮC 1. Chỉ API có thẻ tương ứng mới được build và triển khai, các API khác giữ nguyên. 2. Đảm bảo thay đổi ở một API không ảnh hưởng tới API khác. 3. Dùng chiến lược triển khai không gián đoạn, nêu rõ bước chuyển phiên bản và cách quay lui. 4. Viết các bước cụ thể: kiểm thử, build, đóng gói image, gắn nhãn, đẩy image, cập nhật Kubernetes. 5. Nêu rủi ro khi số lượng API tăng và cách quản lý thẻ để không nhầm lẫn. 6. Không bịa cấu hình cụ thể của công cụ mà chưa biết phiên bản. KHUÔN ĐẦU RA - Chiến lược gắn thẻ cho từng API. - Sơ đồ các giai đoạn của pipeline bằng chữ. - Các bước chi tiết theo từng giai đoạn. - Cách triển khai không gián đoạn và cách quay lui. - Rủi ro và việc cần chuẩn bị khi mở rộng.
Thay nội dung trong dấu [ ] trước khi sử dụng.
Mẹo tinh chỉnh
Quy ước thẻ càng đơn giản thì càng ít tai nạn khi nhiều người cùng đẩy mã, nên hãy chốt quy tắc trước khi mở rộng. Nếu monorepo đã có sẵn vài pipeline, hãy dán chúng vào phần đầu vào để phần thiết kế bám theo thực tế. Với hạ tầng nhiều môi trường, yêu cầu tách rõ cấu hình cho từng môi trường thay vì dùng chung một tệp. Cuối cùng, luôn thử pipeline trên một API mẫu trước khi áp cho toàn bộ monorepo.
Prompt khác cùng nhóm
Tối ưu lịch sản xuất có ràng buộc bằng OR-ToolsĐưa danh sách máy, khuôn và đơn hàng, nhận về thiết kế bài toán lập lịch, mô hình dữ liệu và hướng giải bằng OR-Tools.Xem promptThiết kế cấu trúc và điều hướng website trường đại họcTừ tên trường và vài thông tin, nhận về sơ đồ phân hệ, trang nhánh và nguyên tắc điều hướng cho website đại học.Xem promptDựng bộ khung website tùy biến theo nhận diện thương hiệuNhận yêu cầu về thương hiệu và tính năng, trả về bộ khung web tách module, đổi nhận diện mà không vỡ bố cục.Xem promptQuy trình 4 bước kiểm chứng thông tin kỹ thuậtĐưa một tài liệu hoặc tuyên bố kỹ thuật, nhận quy trình bốn bước tách dữ kiện, đánh giá nguồn và soi dấu hiệu sai lệch.Xem promptTìm nguyên nhân màn hình trắng sau khi deployĐưa framework, log và cấu hình, nhận chẩn đoán vì sao trang trắng trên production và các bước sửa.Xem promptĐánh giá kiến trúc API backend trước khi mở rộngĐưa cấu trúc dự án và mục tiêu tải, nhận báo cáo điểm yếu kiến trúc, nút thắt hiệu năng và việc cần sửa.Xem promptDựng website hồ sơ cho nghệ sĩ biểu diễnĐưa nghệ danh và danh sách buổi diễn, nhận về cấu trúc trang, danh sách tệp cần tạo và khối đặt lịch.Xem promptThiết kế dashboard phân tích cho ứng dụng SaaSĐưa nhóm chỉ số và công nghệ, nhận về bố cục dashboard nhiều dữ liệu nhưng vẫn dễ quét nhanh, kèm mã mẫu.Xem promptĐặc tả website cao cấp để giao cho đội phát triểnTừ mục tiêu và phong cách, nhận về bản đặc tả website chi tiết tới từng trang, từng khối để đội code làm đúng ý.Xem prompt
