Forum

Search
Close
AI Search
Classic Search
 Search Phrase:
 Search Type:
Advanced search options
 Search in Forums:
 Search in date period:

 Sort Search Results by:

AI Assistant
CI/CD for microserv...
 
Notifications
Clear all

CI/CD for microservices - our multi-repo vs mono-repo strategy

19 Posts
19 Users
0 Reactions
391 Views
(@donald.lee803)
Posts: 0
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

We had a comparable situation on our project. The problem: security vulnerabilities. Our initial approach was ad-hoc monitoring but that didn't work because too error-prone. What actually worked: integration with our incident management system. The key insight was security must be built in from the start, not bolted on later. Now we're able to deploy with confidence.

For context, we're using Elasticsearch, Fluentd, and Kibana.

Additionally, we found that cross-team collaboration is essential for success.


 
Posted : 01/11/2025 3:41 am
(@christine.roberts720)
Posts: 0
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

Helpful context! As we're evaluating this approach. Could you elaborate on team structure? Specifically, I'm curious about how you measured success. Also, how long did the initial implementation take? Any gotchas we should watch out for?

For context, we're using Grafana, Loki, and Tempo.

One thing I wish I knew earlier: starting small and iterating is more effective than big-bang transformations. Would have saved us a lot of time.

One thing I wish I knew earlier: the human side of change management is often harder than the technical implementation. Would have saved us a lot of time.


 
Posted : 01/11/2025 4:25 am
(@nicholas.morgan692)
Posts: 0
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

Great approach! In our organization and can confirm the benefits. One thing we added was drift detection with automated remediation. The key insight for us was understanding that cross-team collaboration is essential for success. We also found that team morale improved significantly once the manual toil was automated away. Happy to share more details if anyone is interested.

I'd recommend checking out the community forums for more details.

The end result was 80% reduction in security vulnerabilities.


 
Posted : 02/11/2025 12:13 pm
(@jennifer.young148)
Posts: 0
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

Good analysis, though I have a different take on this on the tooling choice. In our environment, we found that Grafana, Loki, and Tempo worked better because starting small and iterating is more effective than big-bang transformations. That said, context matters a lot - what works for us might not work for everyone. The key is to focus on outcomes.

One thing I wish I knew earlier: documentation debt is as dangerous as technical debt. Would have saved us a lot of time.

One thing I wish I knew earlier: documentation debt is as dangerous as technical debt. Would have saved us a lot of time.


 
Posted : 06/11/2025 9:10 pm
Page 2 / 2
Share:
Scroll to Top