Dev + Ops = Go
1 gefällt mir293 aufrufe
Die Präsentation beschreibt die Vorteile der Programmiersprache Go, insbesondere ihre Effizienz, Einfachheit und Unterstützung für Nebenläufigkeit durch Features wie Goroutines. Es werden Erfahrungen aus der Entwicklung von CLI-Tools und Microservices in Go dargestellt, die robust und leichtgewichtig sind, sowie die Herausforderungen beim Dependency Management. Am Ende wird betont, dass Go sowohl für Backend als auch für Webservices geeignet ist und signifikante Effizienzgewinne ermöglicht.
![for ch := range []{ ard, zdf, … } {
for enc := range []{encoder1,encoder2,...} {
configure(enc, ch)
}
}
Unser erstes Go Programm
naiv
32](https://image.slidesharecdn.com/dev-ops-go-12-190109125823/85/Dev-Ops-Go-32-320.jpg)
![for ch := range []{ ard, zdf, … } {
for enc := range []{encoder1,encoder2,...} {
go configure(enc, ch)
}
}
Unser erstes Go Programm
Parallel!
34](https://image.slidesharecdn.com/dev-ops-go-12-190109125823/85/Dev-Ops-Go-34-320.jpg)
![rate := time.Second / 10
throttle := time.Tick(rate)
for ch := range []{ ard, zdf, … } {
for enc := range []{encoder1, encoder2,...} {
go func() {
<-throttle
configure(enc, ch)
}()
}
}
Rate limiting
36](https://image.slidesharecdn.com/dev-ops-go-12-190109125823/85/Dev-Ops-Go-36-320.jpg)
Dev + Ops = Go
- 1. Dev + Ops = Go DevOpsCon 2018 C. Petrausch, I. Lankin Dezember 2018
- 2. Christoph Petrausch Systems Engineer Vorstellungsrunde 2 Igor Lankin Software Entwickler
- 3. Gopher gophers by @reneefrench @ashleymcnamara3
- 4. 4
- 5. All aboard the hype train! https://research.hackerrank.com/developer-skills/2018/#insight45
- 6. Was ist so toll an Go? 6
- 7. einfach pragmatisch effizient modern Was ist so toll an Go? statisch typisierte Sprache mit “scripty feeling” 7
- 9. Grundbotschaft von Go ist “KISS” kleine, einfache Lösungen Lesbarkeit Verständlichkeit Einfachheit Keep It Simple 9
- 10. einfache, klare Syntax weniger Tipparbeit flaches Typsystem klarer Programmfluss einheitliche Formatierung Lesbarkeit und Verständlichkeit 10
- 12. standardisierte Formatierung kein Styleguide keine Kompromisse automatische Formatierung (go fmt) TABS! Ende des Heiligen Krieges 12
- 13. Die Welt hat sich verändert 13
- 14. 14
- 15. große Netzwerke massive Cluster Multi-Core Prozessoren Millionen Code-Zeilen Web Applikationen Veränderungen vor allem bei Google 15
- 16. Programmierung häufig umständlich & langsam schwache Unterstützung von Nebenläufigkeit lange Build-Zeiten schlechtes Tooling Und die Programmiersprachen? eher weniger 16
- 17. Effiziente Entwicklung Garbage Collector Networking Tooling Nebenläufigkeit Und Go? by design! 17
- 18. Warten auf die Singularität 18 http://philosophyworkout.blogspot.de/2016/01/a-decade-of-economic-stagnation-looms.html
- 21. Communicating Sequential Processes (CSP) 21 Interaction between concurrent systems (T. Hoare, 1977) Channel
- 23. Abgespaced?
- 24. 24
- 25. Status Quo 25 anno 2015 Video Infrastructure Team AWS+Data Center Glasfasernetz Docker, Prometheus, Grafana Python, Saltstack
- 27. Let’s build a CLI no go › Python › Sprachversion 2 vs 3 › Viel Testing um Typfehler zu vermeiden › Mac vs. Linux vs. Windows › Paketierung? 27
- 28. Paketierung So banal es klingt… Häufige Probleme: Paketformat Python Runtime Dependency Management 28
- 29. Single Binary All Inclusive Statisch gelinked Keine Abhängigkeiten Cross-Compiling 29
- 30. Nachmacher wir waren nicht die Ersten 30
- 32. for ch := range []{ ard, zdf, … } { for enc := range []{encoder1,encoder2,...} { configure(enc, ch) } } Unser erstes Go Programm naiv 32
- 33. Langsam Encoder Steuern 33 Seeeehr lange Response Zeiten cli encoder configure
- 34. for ch := range []{ ard, zdf, … } { for enc := range []{encoder1,encoder2,...} { go configure(enc, ch) } } Unser erstes Go Programm Parallel! 34
- 36. rate := time.Second / 10 throttle := time.Tick(rate) for ch := range []{ ard, zdf, … } { for enc := range []{encoder1, encoder2,...} { go func() { <-throttle configure(enc, ch) }() } } Rate limiting 36
- 37. mächtige CLIs möglich - Subcommands - Usability - Hilfe - Robustheit siehe docker, kubectl CLIs ein Traum in Go 37
- 38. › Upstreams nicht passende Features › Upstream Python war schwer anpassbar › Viele Exporter sind in Go › Go hat beim CLI Tool funktioniert Unser erster Go Prometheus Exporter SNMP Prometheus Exporter 38
- 39. › Infrastrukturinformation zugänglich machen › Interne API › Build Tooling wie beim Exporter › Deployment wie beim Exporter Unser erster Go Service … einige Exporter später 39
- 41. Effizient & Leichtgewichtig 41 kleine, spezialisierte Bibliotheken - Auth - Routing - DBs / ORM - Session - Cloud - … Libs statt Frameworks
- 42. Oder auch Frameworks wer es mag... gin-gonic/gin go-kit/kit nytimes/gizmo micro/go-micro 42
- 44. Robustheit DevOps! kleine, spezialisierte Bibliotheken - Monitoring (prometheus) - Circuit Breaker (hystrix) - Logging (logrus, zap) - Tracing (zipkin) - Transport (http2, gRPC) 44
- 45. 45
- 46. Built for Backend Nicht nur Infrastruktur Schnelle Entwicklung Extrem Effizienz Robustheit Business-Metriken Embedded UI 46
- 47. Go All-In 47
- 48. › Steuern des CDN › Kontrollieren Encoder › Manipulieren Video Manifeste › Steuern des Netzwerks › …. › Stand heute > 50 Services mit ~5 Entwicklern Unser erster Go Service … bleibt nicht allein 48
- 49. › … rockt › … ist geeignet für Infrastruktur › … ist geeignet für Web Services › … hat uns extrem effizient gemacht › … hat auch seine Eigenheiten Fazit Go... 49
- 50. 50
- 52. Dependency Management war schwer 52
- 53. Nicht zu viel Concurrency 53
- 55. Dev + Ops = Go 55
- 56. Vielen Dank Christoph Petrausch Igor Lankin inovex GmbH Ludwig-Erhard-Allee 6 76131 Karlsruhe