{"id":32217,"date":"2019-10-31T21:45:43","date_gmt":"2019-10-31T18:45:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/net-core-na-linux-devops-na-kone\/"},"modified":"2019-10-31T21:45:43","modified_gmt":"2019-10-31T18:45:43","slug":"net-core-na-linux-devops-na-kone","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/net-core-na-linux-devops-na-kone","title":{"rendered":".NET Core p\u00e5 Linux, DevOps p\u00e5 hest","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vi utviklet DevOps s\u00e5 godt vi kunne. Vi var 8 personer, og Vanya var den beste p\u00e5 Windows. Plutselig forlot Vanya oss, og jeg fikk ansvaret for \u00e5 sette i gang et nytt prosjekt som leverer Windows-utvikling. N\u00e5r jeg la ut hele Windows-utviklingsstakken p\u00e5 bordet, inns\u00e5 jeg at situasjonen var smertefull\u2026<\/p>\n

Slik begynner historien Aleksandr Sinchinov<\/b> En funksjon har blitt DevOpsConf<\/a><\/noindex>. Da den ledende spesialisten p\u00e5 Windows forlot selskapet, stilte Aleksandr seg sp\u00f8rsm\u00e5let om hva han skulle gj\u00f8re n\u00e5. G\u00e5 over til Linux, selvf\u00f8lgelig! Aleksandr vil fortelle hvordan han klarte \u00e5 lage et presedens og overf\u00f8re en del av Windows-utviklingen til Linux, med et eksempel fra et prosjekt med 100 000 sluttbrukere.<\/p>\n

\".NET
\n
\nHvordan enkelt og uanstrengt levere prosjektet i RPM ved \u00e5 bruke TFS, Puppet, Linux .NET Core? Hvordan opprettholde versjonering av databasene i prosjektet, n\u00e5r utviklerne h\u00f8rer om Postgres og Flyway for f\u00f8rste gang, med fristen om to dager? Hvordan integrere med Docker? Hvordan motivere .NET-utviklere til \u00e5 gi opp Windows og smoothies til fordel for Puppet og Linux? Hvordan l\u00f8se ideologiske konflikter n\u00e5r man ikke har verken styrke, lyst eller ressurser til \u00e5 drifte Windows i produksjon? Om dette, samt Web Deploy, testing, CI, praksis for bruk av TFS i eksisterende prosjekter, og selvf\u00f8lgelig om \u00f8delagte krykker og fungerende l\u00f8sninger, i transkripsjonen av Aleksandr sin presentasjon.
\n<\/a><\/noindex>
\n

\r\n \"Spill\r\n
<\/div>\r\n <\/div><\/center>
\nS\u00e5, Vanya har dratt, oppgaven er min, utviklerne venter ut\u00e5lmodig med gaffel. Da jeg endelig forsto at jeg ikke kunne f\u00e5 Vanya tilbake, begynte jeg \u00e5 jobbe. F\u00f8rst vurderte jeg prosentandelen av Win VM i v\u00e5r park. Regnestykket gikk ikke i Windows' fav\u00f8r.<\/p>\n

\".NET
\n
\nSiden vi aktivt utvikler DevOps, inns\u00e5 jeg at jeg m\u00e5tte endre tiln\u00e6rmingen til \u00e5 ta i bruk den nye applikasjonen. L\u00f8sningen var enkel \u2013 om mulig overf\u00f8re alt til Linux. Google hjalp meg \u2013 p\u00e5 den tiden var .Net allerede portet til Linux, og jeg inns\u00e5 at dette var l\u00f8sningen!<\/p>\n

Hvorfor .NET Core i kombinasjon med Linux?<\/h2>\n

\nDet var flere grunner til dette. Mellom \"\u00e5 betale penger\" og \"ikke betale\" vil de fleste velge det andre \u2013 som jeg. Lisensen for MSDB koster omtrent 1 000 $, og vedlikeholdet av parken med Windows virtuelle maskiner bel\u00f8per seg til hundrevis av dollar. For en stor bedrift er dette store kostnader. Derfor besparelse\u00a0<\/b>\u2014 den f\u00f8rste grunnen<\/b>. Ikke den viktigste, men en av de betydelige.<\/p>\n

Windows virtuelle maskiner krever mer ressurser enn sine br\u00f8dre fra Linux \u2013 de er tunge<\/b>. Gitt med st\u00f8rrelsen p\u00e5 det store selskapet har vi valgt Linux.<\/p>\n

Systemet integreres enkelt i eksisterende CI<\/b>. Vi anser oss som progressive DevOps, bruker Bamboo, Jenkins og GitLab CI, s\u00e5 det meste av arbeidet v\u00e5rt g\u00e5r p\u00e5 Linux.<\/p>\n

Den siste grunnen er komfortabel st\u00f8tte. <\/b>Vi m\u00e5tte senke inngangsbarrieren for \u00absupportere\u00bb \u2013 folk som forst\u00e5r den tekniske delen, s\u00f8rger for kontinuitet og drifter tjenester fra andre linje. De var allerede kjent med Linux-stakken, s\u00e5 det er mye lettere for dem \u00e5 forst\u00e5 det nye produktet, st\u00f8tte og vedlikeholde det, enn \u00e5 bruke ekstra ressurser p\u00e5 \u00e5 sette seg inn i tilsvarende funksjonalitet for Windows-plattformen.<\/p>\n

Krav<\/h2>\n

\nF\u00f8rst og fremst \u2013 komforten i den nye l\u00f8sningen for utviklere<\/b>. Ikke alle var klare for endringene, spesielt etter at ordet Linux ble nevnt. Utviklerne \u00f8nsker sin kj\u00e6re Visual Studio, TFS med autotester for bygg og smoothies. Hvordan levering til produksjon skjer, bryr de seg ikke om. Derfor bestemte vi oss for \u00e5 ikke endre den vanlige prosessen og la alt st\u00e5 uendret for Windows-utviklingen. <\/p>\n

Det nye prosjektet m\u00e5 integreres i eksisterende CI<\/b>. Railsene var allerede p\u00e5 plass, og alt arbeid m\u00e5tte utf\u00f8res med tanke p\u00e5 systemet for konfigurasjonsadministrasjon, vedtatte leveringsstandarder og overv\u00e5kningssystemer.<\/p>\n

Enkelhet i st\u00f8tte og drift<\/b>, som et krav for minimal inngangsbarriere for alle nye deltakere fra forskjellige avdelinger og supportavdelingen.<\/p>\n

Fristen var i g\u00e5r<\/b>.<\/p>\n

Win-utviklingsgruppen<\/h2>\n

\nHva jobbet Windows-teamet med?<\/p>\n

\".NET
\n
\nN\u00e5 kan jeg trygt si at IdentityServer4<\/b>\u00a0er et fantastisk gratis alternativ til ADFS med lignende muligheter, eller hva Entity Framework Core<\/b>\u00a0er et paradis for utviklere, der man kan slippe \u00e5 skrive SQL-skript og heller beskrive databasforesp\u00f8rslene med OOP-termer. Men p\u00e5 den tiden, under diskusjonen av handlingsplanen, s\u00e5 jeg p\u00e5 denne stakken som babylonsk kileskrift og kjente bare PostgreSQL og Git.<\/p>\n

P\u00e5 den tiden brukte vi aktivt Puppet<\/b> som konfigurasjonsadministrasjonssystem. I de fleste av v\u00e5re prosjekter brukte vi GitLab CI<\/b>, Elastic<\/b>, balanserte h\u00f8yt belastede tjenester med hjelp av HAProxy,<\/b> holdt oversikt over alt med hjelp av Zabbix<\/b>, pakken Grafana<\/b> og\u00a0Prometheus<\/b>, Jaeger<\/b>, og alt dette kj\u00f8rte p\u00e5 maskiner\u00a0HP<\/b> med\u00a0ESXi<\/b> En funksjon har blitt\u00a0VMware.<\/b>Alle kjenner det \u2013 sjangerens klassiker.<\/p>\n

\".NET
\n
\nLa oss se og pr\u00f8ve \u00e5 forst\u00e5 hva som skjedde f\u00f8r vi begynte med alle disse intervensjonene.<\/p>\n

Hva som skjedde<\/h2>\n

\nTFS er et ganske kraftig system som ikke bare leverer koden fra utvikler til den endelige produksjonsmaskinen, men ogs\u00e5 har et sett for veldig fleksibel integrering med forskjellige tjenester - for \u00e5 sikre CI p\u00e5 tvers av plattformer.<\/p>\n

\".NET
\nTidligere var det ren vinduer. TFS brukte flere byggagenter, hvor mange prosjekter ble bygget. I hver agent var det 3-4 arbeidere for \u00e5 parallellisere oppgavene og optimalisere prosessen. Deretter, i henhold til utgivelsesplanene, leverte TFS den nybakte byggingen til Windows-applikasjonsserveren.<\/p>\n

Hva vi \u00f8nsket \u00e5 oppn\u00e5<\/h2>\n

\nFor levering og utvikling bruker vi TFS, mens vi kj\u00f8rer applikasjonen p\u00e5 Linux-applikasjonsserveren, og mellom dem er det en form for magi. Denne Magic Box<\/b> er essensen av det kommende arbeidet. F\u00f8r vi tar det fra hverandre, vil jeg ta et skritt til siden og si noen ord om applikasjonen.<\/p>\n

Prosjekt<\/h2>\n

\nApplikasjonen gir funksjonalitet for \u00e5 h\u00e5ndtere forh\u00e5ndsbetalte kort. <\/p>\n

\".NET
\n<\/p>\n

Client<\/h3>\n

\nDet var to typer brukere. Den f\u00f8rste<\/b> fikk tilgang ved \u00e5 autentisere via SSL SHA-2 sertifikat. Den\u00a0andre<\/b> hadde tilgang med brukernavn og passord.<\/p>\n

HAProxy<\/h3>\n

\nDeretter kom klientforesp\u00f8rselen inn i HAProxy, som l\u00f8ste f\u00f8lgende oppgaver:<\/p>\n