mirror of
https://github.com/github/awesome-copilot.git
synced 2026-03-13 20:55:13 +00:00
Add Cloud Design Patterns skill for distributed systems architecture (#942)
* Fatih: Add Cloud Design Patterns instructions for distributed systems architecture * Convert Cloud Design Patterns from instruction to skill * Update skills/cloud-design-patterns/SKILL.md Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com> * Update skills/cloud-design-patterns/references/reliability-resilience.md Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com> --------- Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
This commit is contained in:
34
skills/cloud-design-patterns/references/best-practices.md
Normal file
34
skills/cloud-design-patterns/references/best-practices.md
Normal file
@@ -0,0 +1,34 @@
|
||||
# Best Practices for Pattern Selection
|
||||
|
||||
## Selecting Appropriate Patterns
|
||||
|
||||
- **Understand the problem**: Clearly identify the specific challenge before choosing a pattern
|
||||
- **Consider trade-offs**: Each pattern introduces complexity and trade-offs
|
||||
- **Combine patterns**: Many patterns work better together (Circuit Breaker + Retry, CQRS + Event Sourcing)
|
||||
- **Start simple**: Don't over-engineer; apply patterns when the need is clear
|
||||
- **Platform-specific**: Consider Azure services that implement patterns natively
|
||||
|
||||
## Well-Architected Framework Alignment
|
||||
|
||||
Map selected patterns to Well-Architected Framework pillars:
|
||||
- **Reliability**: Circuit Breaker, Bulkhead, Retry, Health Endpoint Monitoring
|
||||
- **Security**: Federated Identity, Valet Key, Gateway Offloading, Quarantine
|
||||
- **Cost Optimization**: Compute Resource Consolidation, Static Content Hosting, Throttling
|
||||
- **Operational Excellence**: External Configuration Store, Sidecar, Deployment Stamps
|
||||
- **Performance Efficiency**: Cache-Aside, CQRS, Materialized View, Sharding
|
||||
|
||||
## Pattern Documentation
|
||||
|
||||
When implementing patterns, document:
|
||||
- Which pattern is being used and why
|
||||
- Trade-offs accepted
|
||||
- Configuration and tuning parameters
|
||||
- Monitoring and observability approach
|
||||
- Failure scenarios and recovery procedures
|
||||
|
||||
## Monitoring Patterns
|
||||
|
||||
- Implement comprehensive observability for all patterns
|
||||
- Track pattern-specific metrics (circuit breaker state, cache hit ratio, queue depth)
|
||||
- Use distributed tracing for patterns involving multiple services
|
||||
- Alert on pattern degradation (circuit frequently open, high retry rates)
|
||||
Reference in New Issue
Block a user