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
Azure DevOps vs Git...
 
Notifications
Clear all

Azure DevOps vs GitHub Actions for Azure deployments

20 Posts
16 Users
0 Reactions
381 Views
(@joseph.peterson474)
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
 

From beginning to end, here's what we did with this. We started about 6 months ago with a small pilot. Initial challenges included tool integration. The breakthrough came when we streamlined the process. Key metrics improved: 90% decrease in manual toil. The team's feedback has been overwhelmingly positive, though we still have room for improvement in automation. Lessons learned: measure everything. Next steps for us: expand to more teams.

Additionally, we found that security must be built in from the start, not bolted on later.


 
Posted : 06/11/2025 3:49 am
(@robert.stewart107)
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 went a different direction on this using Elasticsearch, Fluentd, and Kibana. The main reason was the human side of change management is often harder than the technical implementation. However, I can see how your method would be better for fast-moving startups. Have you considered feature flags for gradual rollouts?

The end result was 40% cost savings on infrastructure.

The end result was 70% reduction in incident MTTR.

I'd recommend checking out relevant blog posts for more details.


 
Posted : 19/11/2025 5:48 am
(@katherine.nelson24)
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
 

The technical aspects here are nuanced. First, compliance requirements. Second, monitoring coverage. Third, performance tuning. We spent significant time on testing and it was worth it. Code samples available on our GitHub if anyone wants to take a look. Performance testing showed 2x improvement.

For context, we're using Kubernetes, Helm, ArgoCD, and Prometheus.

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 : 27/11/2025 8:40 pm
(@patricia.morgan347)
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
 

Adding some engineering details from our implementation. Architecture: microservices on Kubernetes. Tools used: Elasticsearch, Fluentd, and Kibana. Configuration highlights: IaC with Terraform modules. Performance benchmarks showed 50% latency reduction. Security considerations: zero-trust networking. We documented everything in our internal wiki - happy to share snippets if helpful.

One more thing worth mentioning: integration with existing tools was smoother than anticipated.

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


 
Posted : 28/11/2025 12:04 am
(@william.smith189)
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
 

Valid approach! Though we did it differently using Kubernetes, Helm, ArgoCD, and Prometheus. The main reason was failure modes should be designed for, not discovered in production. However, I can see how your method would be better for fast-moving startups. Have you considered drift detection with automated remediation?

Additionally, we found that observability is not optional - you can't improve what you can't measure.

For context, we're using Datadog, PagerDuty, and Slack.

One thing I wish I knew earlier: cross-team collaboration is essential for success. Would have saved us a lot of time.


 
Posted : 29/11/2025 8:38 am
Page 2 / 2
Share:
Scroll to Top