Replies: 2 comments 1 reply
-
Thanks... Yes, you would normally create a separate CI\CD pipeline for shared services as well. Reason we didn't spent time doing this here because we wanted to focus on the application plane multi-tenant pipeline, which is more nuanced in case of SaaS based applications. |
Beta Was this translation helpful? Give feedback.
-
Sure, makes perfect sense. In case of implementing the CI/CD pipeline for the shared services, what kind of considerations would be important? I guess commits to the repo should somehow be segregated such that only the relevant pipeline is triggered? Any guidance of links to resources of how to approach this would be helpful! |
Beta Was this translation helpful? Give feedback.
-
Great reference architecture introducing a lot of key concept - Thanks!
The repo uses
CodePipeline
for deployment of the application services and tenant specific infrastructure.I am wondering whether there is a specific reason for not re-building the shared services as well? Is there anything one should be aware of when making updates to the shared services as opposed to the application services? E.g the
auth_manager.py
layer responsible for constructing policies needs to be updated if introducing new application services.How should one go about extending the ci/cd approach to include these parts of the application?
Thanks
Beta Was this translation helpful? Give feedback.
All reactions