Downloaden Sie, um offline zu lesen
![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)
Hochgeladen voninovex GmbH
Dev + Ops = Go
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.
Dev + Ops = Go
- 1. Dev + Ops= Go DevOpsCon 2018 C. Petrausch, I. Lankin Dezember 2018
- 2. Christoph Petrausch Systems Engineer Vorstellungsrunde 2 IgorLankin Software Entwickler
- 3. Gopher gophers by @reneefrench@ashleymcnamara3
- 4.
- 5. All aboard thehype train! https://research.hackerrank.com/developer-skills/2018/#insight45
- 6. Was ist sotoll an Go? 6
- 7. einfach pragmatisch effizient modern Was ist sotoll an Go? statisch typisierte Sprache mit “scripty feeling” 7
- 8.
- 9. Grundbotschaft von Goist “KISS” kleine, einfache Lösungen Lesbarkeit Verständlichkeit Einfachheit Keep It Simple 9
- 10. einfache, klare Syntax wenigerTipparbeit flaches Typsystem klarer Programmfluss einheitliche Formatierung Lesbarkeit und Verständlichkeit 10
- 11.
- 12. standardisierte Formatierung kein Styleguide keineKompromisse automatische Formatierung (go fmt) TABS! Ende des Heiligen Krieges 12
- 13. Die Welt hatsich verändert 13
- 14.
- 15. große Netzwerke massive Cluster Multi-CoreProzessoren 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.
- 18. Warten auf dieSingularität 18 http://philosophyworkout.blogspot.de/2016/01/a-decade-of-economic-stagnation-looms.html
- 19.
- 21. Communicating Sequential Processes(CSP) 21 Interaction between concurrent systems (T. Hoare, 1977) Channel
- 22.
- 23.
- 24.
- 25. Status Quo 25 anno 2015 VideoInfrastructure Team AWS+Data Center Glasfasernetz Docker, Prometheus, Grafana Python, Saltstack
- 26.
- 27. Let’s build aCLI no go › Python › Sprachversion 2 vs 3 › Viel Testing um Typfehler zu vermeiden › Mac vs. Linux vs. Windows › Paketierung? 27
- 28. Paketierung So banal esklingt… Häufige Probleme: Paketformat Python Runtime Dependency Management 28
- 29. Single Binary All Inclusive Statischgelinked Keine Abhängigkeiten Cross-Compiling 29
- 30. Nachmacher wir waren nichtdie Ersten 30
- 31.
- 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 langeResponse 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
- 35.
- 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 nichtpassende 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änglichmachen › Interne API › Build Tooling wie beim Exporter › Deployment wie beim Exporter Unser erster Go Service … einige Exporter später 39
- 40.
- 41. Effizient & Leichtgewichtig 41 kleine,spezialisierte Bibliotheken - Auth - Routing - DBs / ORM - Session - Cloud - … Libs statt Frameworks
- 42. Oder auch Frameworks weres mag... gin-gonic/gin go-kit/kit nytimes/gizmo micro/go-micro 42
- 43.
- 44. Robustheit DevOps! kleine, spezialisierte Bibliotheken -Monitoring (prometheus) - Circuit Breaker (hystrix) - Logging (logrus, zap) - Tracing (zipkin) - Transport (http2, gRPC) 44
- 45.
- 46. Built for Backend Nichtnur Infrastruktur Schnelle Entwicklung Extrem Effizienz Robustheit Business-Metriken Embedded UI 46
- 47.
- 48. › Steuern desCDN › 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.
- 51.
- 52. Dependency Management warschwer 52
- 53. Nicht zu vielConcurrency 53
- 54.
- 55. Dev + Ops= Go 55
- 56. Vielen Dank Christoph Petrausch IgorLankin inovex GmbH Ludwig-Erhard-Allee 6 76131 Karlsruhe