Build agenci z Windowsem

Cześć,

Od jakiegoś czasu próbuję swoich sił w dev opsie, aktualnie utknąłem na temacie setupowania build agentów pod nowy projekt który będziemy mieli w pracy. Jest to kompletnie inny stos technologiczny niż to z czym do tej pory miałem styczność - Aplikacja .Net Framework 4.7.2 postawiona na IIS.

Poszukuje porad odnośnie postawienia build agentów opartych o system Windows i posiadających .NET 6 oraz .NET Framework.
Czy ktoś może setupował coś podobnego, zastanawiam się czy kontenery w takim wypadku wchodzą w ogóle w grę czy zostają jedynie statyczne procesy na vm'ce.

Z góry dzięki za odpowiedź.

Porad w jakim zakresie?

Bierzesz VMke i instalujesz na niej wymagane toole i agenta devopsowego.
Albo jak chcesz bardziej pro to konfigurujesz to jako scale set z wcześniej przygotowanym obrazem Windows.

MS też chyba publikuje szablony do Packera które zbudują obraz taki z jakiego korzystają hostowane przez nich agenty.

Zastanawiam się czy w ogóle rozważać Dockera jako opcję przy stacku Windowsowym.

Według mnie przy Windowsie odpada.

mega trudno ustawić build agenty na stary .net framework bo build toolsy się głupio instaluje, migracja na .net nie wchodzi w grę?

Nie wiem czego używasz, ale zakładam, że jakiś Jenkins + plugin dockera (wówczas buildy może robić w ramach DIND = docker in docker).
Nie wystarczą Ci obrazy z https://mcr.microsoft.com/en-us/product/dotnet/sdk/tags ?

To nie załatwia sprawy?
https://hub.docker.com/r/compulim/msbuild/

Your host must have the Windows container feature enabled. The Windows container feature is only available on Windows Server 2016 (Core and with Desktop Experience), Windows 10 Professional and Enterprise (Anniversary Edition) and later.

Docker to technologia z Linux'a, MS jak zawsze zignorował a potem obudził się z ręką w nocniku...

Tak jak koledzy pisali:

• VM + Porvisioning w Ansible lub innym toolu który skonfiguruje oraz zainstaluje SDKi i pomocnicze build toole (czasami potrzeba całego Visual Studio do kompilacji niektórych rzeczy typu generacja ze schemy)
• Podpiąć pod Jenkinsa czy co tam masz
• Profit

Jedyna alternatywa to użycie projektu Mono (open source .NET dla linuxa, chyba już zdechło). Ale to zadziała tylko dla bardzo prostych projektów. Dla projektów komercyjnych odpada.

Najlepsze rozwiązanie:

• Przemaglować projekt na .NET Core i użyć Linux'a do zbudowania (ze wzgl. na IIS będzie duża niechęć ze strony stakeholderów; wymiana IIS - wiele rzeczy może pójść nie tak)

Tak to jest jak się używa produktów firmy której żaden inny big tech nie używa. Obecnie jak ktoś ma do wyboru C# vs Java i wybiera C# to sam strzela sobie w kolano (wyjątek: GUI pod Windows).

99xmarcin napisał(a):

Docker to technologia z Linux'a, MS jak zawsze zignorował a potem obudził się z ręką w nocniku...

Brak wspierania nowych technologi dla antyków to nie jest "ignorowanie". Nie ma sensu inwestować we wspieranie czegoś, co mało komu się przyda.

Tak to jest jak się używa produktów firmy której żaden inny big tech nie używa.

Masz na myśli Oracle?

Obecnie jak ktoś ma do wyboru C# vs Java i wybiera C# to sam strzela sobie w kolano (wyjątek: GUI pod Windows).

xD

Niektórzy się okopali w jednym stacku, nie ma sensu się kłócić ale warto przywołać dane: https://madnight.github.io/githut/#/pull_requests/2024/1

C# jest na samym dole stawki, choć konkuruje z cieniasami jak Go czy PHP.

Obecnie chcąc zmaxymalizować liczbę ofert pracy trzeba mieć mix: Java x Python x Go (na backend).

Choć było bicie piany z open source i przenoszenie projektów na GH żeby podbić staty to jednak świat IT wybiera otwarte narzędzia.