Új hozzászólás Aktív témák
-
-
szerintem félreérted, amit írok. te konténerekben gondolkodsz és azt hiszed, én virtuális gépekben.
ezzel szemben én natív vason és os-ben gondolkodom. semmi szükségét nem látom a konténereknek.a virtualizációnak akkor látom értelmét, ha sok olyan felhasználás van, amit szeparálni kell, de töredékhardveren is elfutna. akkor van értelme virtualizálni.
-
"Lehet annyira komplex az alkalmazás, hogy egyszerűen nem tudsz mindent tesztelni.": de a fejlesztés inkrementális, akkor a tesztelés is lehet az.
"Azzal pl. meg lehet oldani, hogy az app több verzióban is fusson egyszerre?": a dockerrel se tudod megoldani, ha ugyanarra a portra fáj a foguk. ezért kell elévarrni egy terhelésmegosztót. de ahogy a dockernél is azt írtad, hogy egyiket leállítod, másikat indítod, azt az üveghallal is meg lehet csinálni.
egyébként meg aki ért a linux hálózati stackjéhez, az elég sok meglepetést tud okozni
-
pár dolog:
1. ha a saját alkalmazásom frissítése tényleg pár órán át tart, akkor veszek alá erősebb szervert.
2. ha visszaállással üzemszerűen kell foglalkozni, akkor ott a teszt folyamat el van cseszve.helyettesítő javaslatok:
1. ha php-ban írtam webes alkalmazást, akkor egy mód: felrakom a webszerverre verziószámozott könyvtárba és átírom a document_rootot az apacsban. ezzel a visszaállás is igen triviális
2. a webszerver document_rootja svn-ből van kicsekkelve. ha vissza kell állni, akkor svn-nel visszaáll egy pillanat alatt
3. ha jávában írtam az appot, akkor van egy darab war vagy ear. azt egészen közvetlenül beletolom az üveghalba és kész.
4. ha mindenáron visszaállítgatni akarok, akkor egyszerűen felrakom az üveghalat readonly egy külön könyvtárba, majd a domain kreálást egy másikban végzem el, akár többször is. így simán lehet három vagy több üveghalam ugyanúgy konfigurálva, egy oldstable, egy stable meg egy teszt is. azt indítom el, amelyikről azt hiszem, hogy jó.
5. jávát meg kicsomagolhatom akárhány könyvtárba, és a környezeti változóját aszerint állítom, amelyikre szükség van. az üveghal meg úgyis belevési magába, hogy melyiket akarja.
6. ha nagyon komoly cuccot csináltam, akkor valószínűleg lesz egy loadbalancer a cuccok előtt, például egy apacs modjk-val vagy ilyesmi. az upgradelendő rendszert egyszerűen átfordítom egy másik clustertagra.ezen megoldások közös jellemzője, hogy kompletten kimarad minden munkafázis, ami a docker kezeléséhez kell. ezt az erőfeszítést megtakarítom úgy, hogy a funkcionalitás nem vész el. a dockert olyan fejlesztők csinálták, akik üzemeltetővé akarnak válni (ez a modern devops nevű hülyeség), de nem sikerült nekik, mert nem értenek hozzá.
egyébként is ez az órákig tartó frissítés című műsorszám azért rossz példa, mert a konténerezést pont azért találták ki, hogy egy rendszer beüzemelésének idejét csökkentsék. a cél az, hogy a korábbi hetek-napok helyett *percek* alatt lehessen új rendszert indítani. ha az új rendszer indítása pár perc, a régi upgrade meg órák, akkor a régit legyalulom nullára és felrakok egy újat.
-
alkalmazások frissítése? rotfl.
könnyebb úgy frissíteni, hogy van egy halom cucc, amit az oprendszer csomagkezelője frissít, meg mellé behúztál párhuzamosan egy dockert is, amihez kell egy menedzsment rendszer, amiben szintén annyi hiba lehet, mint égen a csillag?a docker szerintem a legkiválóbb példa (na jó, a második legkiválóbb), amikor pár programozó annyira unatkozik már, hogy csakazért is kódolni kezd, akár kell, akár nem, és a nagy erőlködésből konkrétan bef.sás lesz.
de hajlandó vagyok megváltoztatni a véleményemet rögtön azután, hogy valaki hoz egy olyan élethelyzetet, amire a docker jó megoldás és be is bizonyítja nekem. mert én eddig csak a biztonsági problémáit láttam, előnyét nem.
-
Vladi
nagyúr
"előző munkahalyen volt valami linux is"
Jah messziről láttam a gépet, egyszer közel is mentem meglocoslni rajta a cserepes virágot, de befolyt a gépbe a víz és füstölt.
Azt írd be, hogy milyen rendszeren micsináltaál: pl: Debian szerveren tűzfal konfiguráció, ftp és http szerver üzemeltetés.
Így jobb nem?
Certet ált a munkáltató csináltat dolgozóval, amikor épp továbbképzi. S fizeti.
-
ha a drbd-t master-slave verzióban használod, akkor a slave-n csak a blokkos eszközre másolja át az adatot, belenézni nem tudsz, mert nem hagyja mountolni. mountolni csak a masteren lehet.
ha multimasteres beállítást csinálsz, akkor elvileg lehet olyat, hogy mindkét helyre felmountolod az eszközt, de ahhoz olyan fájlrendszer kell rá, ami ezt elviseli. ilyet én még nem próbáltam, de ocfs2, glusterfs, gfs meg ilyenek rémlenek.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Azonnali készpénzes Intel i5 i7 i9 8xxx 9xxx processzor felvásárlás személyesen / csomagküldés
- Telefon felvásárlás!! Apple Watch SE/Apple Watch SE 2 (2022)
- 188 - Lenovo LOQ (15IRX10) - Intel Core i5-13450HX, RTX 5060
- MSI CreatorPro Z16P RTX A5500 TOUCH! (vapor chamberrel)
- Mi AIoT Router AX3600 WiFi 6 router
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: ATW Internet Kft.
Város: Budapest