Návrat ke kořenům

[ffredyk 178]

On 13. 2. 2025 at 16:13, Hip said:

jo ty 2-3 hodiny me iritovaly taky Coz o to, ze to bylo down, ale ten server se restartoval kazdy tyden, takze vzdycky vsechny sessiony smazany a musel jsem pres RDP delat vsechno znovu a nejvic me na tom sralo to, ze pri kazdym prihlaseni tam vyskakovala reklama na gamepass. To proste nepochopim, kterej deb*l vymyslel, ze na serveru bude predinstalovanej xbox gamepass s povinnou reklamou

To smrdí amatérským adminem, než teda problém serveru :D Nám se všechny instance aktualizují 1x měsíčně za pochodu a restart necháváme na noc o víkendu.. Avšak v nových WS 2025 nás již čeká hotpatching, který zvládne aktualizovat celý OS bez restartů  

Vzhledem k tomu, co out-of-the-box WS nabízí, si stále troufám tvrdit, že jeden malý restart jednou za měsíc (updaty vycházejí každou druhou středu v měsíci) je menší zlo, než nechat linuxovou černou skříňku běžet s ročním uptimem :D 

[ffredyk 178]

On 13. 2. 2025 at 6:58, ATomas said:

To sice ale ale korporaty jsou fakt idioti a jedou widle, Dokonce jim nevadi mit 1x mesice servery off 2-3h kvuli aktualizacim, peklo..

Korporáty jedou na Active Directory, Office 365 a defakto mají celé firemní IT zázemí postavené na Microsoftu z jednoho prostého důvodu - neexistuje žádná adekvátní alternativa.. Respektive, pro každý jednotlivý komponent zcela jistě najdeš adekvátní alternativní, či open-source řešení, ale dokážeš z toho poskládat ucelený environment, který prostě funguje a nebudeš kvůli tomu muset platit IT tým specialistů za nekřesťanský prachy? Nehledě na to, že Microsoftí corporate support také funguje na trochu jiné úrovni, než jsou malí hráči zvyklí a Microsoft se nebojí ohýbat jeho produkty dle požadavků jeho největší klientely

[Jiu 299]

před 16minutami, ffredyk said:

než nechat linuxovou černou skříňku běžet s ročním uptimem :D 

linuxova cerna skrinka je opensource a vsetky appky, libky, kernel moduly vcetne kernelu si mozes customizovat  Linux moze bezat rok lebo to dokaze, co sa o windowse povedat neda :D

[Jiu 299]

před 15minutami, ffredyk said:

Korporáty jedou na Active Directory, Office 365 a defakto mají celé firemní IT zázemí postavené na Microsoftu z jednoho prostého důvodu - neexistuje žádná adekvátní alternativa.. Respektive, pro každý jednotlivý komponent zcela jistě najdeš adekvátní alternativní, či open-source řešení, ale dokážeš z toho poskládat ucelený environment, který prostě funguje a nebudeš kvůli tomu muset platit IT tým specialistů za nekřesťanský prachy? Nehledě na to, že Microsoftí corporate support také funguje na trochu jiné úrovni, než jsou malí hráči zvyklí a Microsoft se nebojí ohýbat jeho produkty dle požadavků jeho největší klientely

Intranet korporatu je jedna vec, deployment aplikacii pre customerov zas druha. Na pohodu moze korporat pouzivat AD, Office a Win Server na spravu internych veci a deployovat docker image do kubernetes cluster beziacom na linuxe. Cely cas som predpokladal, ze sa tu bavime iba o tej "live" casti ktora je vystavena customerom.

[ffredyk 178]

před 1 hodinou, Jiu said:

Intranet korporatu je jedna vec, deployment aplikacii pre customerov zas druha. Na pohodu moze korporat pouzivat AD, Office a Win Server na spravu internych veci a deployovat docker image do kubernetes cluster beziacom na linuxe. Cely cas som predpokladal, ze sa tu bavime iba o tej "live" casti ktora je vystavena customerom.

S tímto s tebou souhlasím a v praxi to tak běžně je  Díky tomu jak je docker (či specifická linuxová distra) lightweight, jsou využívaná v koprodukci s Windows servery  já tu nehaním linux jako takový, jen haním porovnání Linux > Windows, protože oba systémy mají odlišná pozitiva a negativa a jsou navrženy na support úplně jiných druhů aplikací

[Hip 198]

tak ja se celou dobu bavil o serverech pro "verejnost" proste server kdy bezi aplikace jako custom, cokoliv. Na interni servery je AD a podobny nesmysly docela dobry tbh. Ale at to neserou vyvojarum do produkcniho prostredi, lidi jako ja pak musi chodil k psychiatrovi po praci s tim....

[Fakerko_ 197]

Jsem si vzpomněl na Teorii velkého třesku, jak všichni 4 chtějí něco vymyslet převratného, ale stále se odklání a diskutují o něčem jiném :D Tady se pomalu strhla diskuze na téma Linux vs Windows :D

S Windows mám zkušenosti jen s Vietcong a SA:MP servery přes LAN, ale není potřeba na Windows serveru licence? Jak říkám, nemám s Windows servery zkušenost.

Docker mi přijde hrozně nepřehledný a zbytečně složitý (ale chápu, je některé projekty můžou být tak komplexní, že tam se to vyplatí), alespoň u projektů co dělám. Ale mám za sebou dost herních serverů na linuxu (Lineage 2, Minecraft, SA:MP, WoW, Rust, CS 1.6 atd.) a vždy největší pain bylo ten server rozchodit/nainstalovat, ale pak vše ostatní už bylo easy.

Takže spíše jen otázka na zamyšlení, zda se tu nad tím nepřemýšlí zbytečně moc složitě. Zda by nestačilo prostě jen nainstalovat herní server a spustit :D Pak na nějaké složitější/větší aktualizace stačí přeci napsat jednoduchý deploy script (tak to řeším já, deploy script, který nahraje změny na server a vše buildne a spustí/restartuje).

[Jiu 299]

před 4hodinami, Fakerko_ said:

není potřeba na Windows serveru licence?

all key shop - 4 eura.

 

před 4hodinami, Fakerko_ said:

Docker mi přijde hrozně nepřehledný a zbytečně složitý

Ja by som povedal, ze to je skor naopak. Docker image vybuildis z Dockerfile co je zoznam commandov, ktore sa maju vykonat a nasledny image je read only; takze ak fungoval vcera, bude fungovat aj dnes.

U standalone instalacii je najvacsi problem, ze po par mesiacoch si nepamatam, co je kde nainstalovane, ake su tam dependencies a nahodou updatnem nejake systemove libky, javu, .net, ... a polka veci sa zosype.

 

Najvacsiu vyhodu vidim v tom, ze mozem deployovat docker image do kubernetes clusteru cez argocd. commitnem do git repa YAML specifikacie toho co chcem deploynut a ArgoCD mi to deployne/updatne, takze moj kubernetes cluster je syncnuty z git repom a update/deployment je jednoduchy commit ktory sa da v pripade potreby lahko rollbacknut.

[Hip 198]

Jeste lehce odbocim od tematu, ale jak je docker hrozne slozity a neprehledny? Tady priklad docker nastaveni pro java aplikaci:

 

# Use an official Java runtime as a parent image
FROM openjdk:21-jdk-slim

# Set the working directory in the container
WORKDIR /app

# Copy the jar file from the local machine to the container
COPY build/libs/myApp-0.0.1-ALPHA-all.jar /app/app.jar

EXPOSE 5000

# Run the Java application
CMD ["java", "-jar", "app.jar"]

 

pouzije to image s java 21
nastavi slozku na /app
zkopiruje jar souboru do slozky
otevre port 5000 na kterem bezi aplikace
spusti command pro zapnuti aplikace

diky tomuhle souboru se vytvori jeden file (image), ktery se da spustit v jakymkoliv prostredi kde bezi docker. Da se to hodit na docker hub a da se to spustit kdekoliv. Kdy je to local host tak

docker run .

kdyz je to z remote repa tak

docker pull mujucet/mujimage
docker run mujucet/mujimage

a kdyz jsme u instalace dockeru tak 

yum install docker
apt install docker

 

je to fakt easy, slozitost v tom hledam fakt marne :D 

 

 

EDIT: gg @Jiu predbehl jsi me s prispevkem asi o 10 sekund haha

[Fakerko_ 197]

Neříkám, že jsem nějaký profík na Docker, ale Astro SSR v dokumentaci:

FROM node:lts AS base
WORKDIR /app

# By copying only the package.json and package-lock.json here, we ensure that the following `-deps` steps are independent of the source code.
# Therefore, the `-deps` steps will be skipped if only the source code changes.
COPY package.json package-lock.json ./

FROM base AS prod-deps
RUN npm install --omit=dev

FROM base AS build-deps
RUN npm install

FROM build-deps AS build
COPY . .
RUN npm run build

FROM base AS runtime
COPY --from=prod-deps /app/node_modules ./node_modules
COPY --from=build /app/dist ./dist

ENV HOST=0.0.0.0
ENV PORT=4321
EXPOSE 4321
CMD node ./dist/server/entry.mjs

A to je bez databáze a dalších service. Pokud bych chtěl databázi a další věci, tak ještě vedle musí být docker-compose atp. Ale ano, kdo to používá denně, tak je to pro něj easy, já se přiznám, že jsem to přes docker zkoušel jenom párkrát a už jen byl oser s tím, že místo npm používám bun.

Ale jak to popisuješ ty, tak to zní lehce :D 

[Hip 198]

před 20hodinami, Fakerko_ said:

Neříkám, že jsem nějaký profík na Docker, ale Astro SSR v dokumentaci:

FROM node:lts AS base
WORKDIR /app

# By copying only the package.json and package-lock.json here, we ensure that the following `-deps` steps are independent of the source code.
# Therefore, the `-deps` steps will be skipped if only the source code changes.
COPY package.json package-lock.json ./

FROM base AS prod-deps
RUN npm install --omit=dev

FROM base AS build-deps
RUN npm install

FROM build-deps AS build
COPY . .
RUN npm run build

FROM base AS runtime
COPY --from=prod-deps /app/node_modules ./node_modules
COPY --from=build /app/dist ./dist

ENV HOST=0.0.0.0
ENV PORT=4321
EXPOSE 4321
CMD node ./dist/server/entry.mjs

A to je bez databáze a dalších service. Pokud bych chtěl databázi a další věci, tak ještě vedle musí být docker-compose atp. Ale ano, kdo to používá denně, tak je to pro něj easy, já se přiznám, že jsem to přes docker zkoušel jenom párkrát a už jen byl oser s tím, že místo npm používám bun.

Ale jak to popisuješ ty, tak to zní lehce :D 

Ty to mas tak slozity, ze v tom dockeru to jeste buildis... Ten muj docker file je maly v tom, ze pouzivam uz vybuildenou appku a jen se v dockeru spousti. Samozrejme ze pokud chces v dockeru buildit tu appku tak se musi nastavit komplet cely vyvojovy prostredi v dockeru.