Все больше on-premise классических легаси .NET Framework приложений мигрируют в клауд, но как правило в отсутствие зрелой DevOps культуры или знаний о технологиях, процесс перехода является не таким гладким. Основной задачей DevOps в данном контексте является готовность к осуществлению перехода на современные контейнеризированные приложения который должен как снизить косты на поддержку инфраструктуры, а также позволит получить гибкость в деливери новых бизнес фич благодаря полностью автоматизированному CI/CD процессу. В докладе будет дан обзор технологии Windows Containers, а также мы рассмотрим некоторые сценарии по их использованию и варианты миграции classic .NET Framework приложений в сторону современных клауд оптимизированных приложений интегрированных с уже существующими решениями на примере TIG стека.
18. Windows Container Version Compatibility
Status reason CannotPullContainerError: a Windows version 10.0.17134-based image is incompatible with
a 10.0.14393 host
26. Network topologies and Drivers
Windows Use cases
Local Service
Discovery
Global Service
Discovery
nat dev YES N/A
transparent
dev/small
deployments
NO NO
overlay
Docker Swarm YES YES
l2bridge Kubernetes /
Microsoft SDN
NO Kube-DNS
l2tunnel Azure only
28. Logging/Monitoring/Metrics
• Datadog (not supported yet)
• Dynatrace (Beta with support onlyWindows Server Containers)
• New Relic (Windows Server Containers + .NET)
30. Use Case 4 (Cloud)
• Terraform
• Amazon ECS using Fargate
• Windows Server 2016 Optimized AMI
• TI(P)G Stack
31. Summary
• drive a changes with containerization of existing .NET applications
• native Docker support onWindows
• wide range of Docker base images
• Windows Containers support by main Cloud providers AWS, Azure
32.
33. Bonus!!!
• Windows Server 2019 built in support SSH server!
• Optimized AMIs (2016, 2019 for ECS)
• UI tests supported as well
• Linux andWindows Containers side by side without the Moby LinuxVM!!!
• Awesome-WSL (DevOps=console)
• Docker onWSL natively