Keresés

Hirdetés

Új hozzászólás Aktív témák

  • gadam1

    újonc

    válasz soma314 #15627 üzenetére

    En korulbelul 10-11 ev ops-os tapasztalattal magam mogott azt gondolom, hogy cege valogatja, hogy hol milyen az ops es az engineering reszleg. Tobb enterp. ugyfel halon dolgoztam mint
    2nd vagy 3rd line network operator/analyst illetve dolgoztam standard sp platformon is, de 10 ev alatt nalam az volt a tapasztalat, hogy aki ops-ban dolgozik jobban kepben volt a halozat mukodesevel. Nem ertek egyett azzal, hogy ha egy halozatotot mar beuzemelt az ember es atadott ops-ra ott mar nagy meglepetesek nem lesznek. Olyan cifra dolgok jonnek elo egy-egy elrontott ugyfel vagy 3rd party change utan, illetve ott vannak a kulonfele performance problemak, special business requestek amiket azonnal meg
    kell oldani ilyen olyan workaround-dal. Tobb szaz incident case van lementve nalam es mind nagyon is sokretu volt illetve a megoldasukhoz teljes mertekben kellett az
    adott protocol ill. network design ismerete.
    Amit te mondasz, hogy az illeto beteve ismeri opsoskent az egesz halozatot az mar
    mas
    teszta, par ev utan lehet
    annyira
    ujat nem tud mar
    mutatni a halozat, ez komplex es
    nagy halonal olyan 2-3
    ev, de olyankor lehet valtani es
    folytatni az opsot mashol, mivel mar
    nem ad sokat az
    adott halozat amin dolgozol. Jelenleg inkabb az engineering oldalon dolgozok es
    azt
    tapasztalom, hogy sajnos egybol latszik a munkatarsakon ha egy percet se toltottek el operacioban. Potolhatatlan tapasztalatot lehet szerezni ops-ban. Persze nem mind1 , hogy az ugyfel halo mennyire standard, hany
    eszkozbol all es
    milyen technologiakat hasznal. Szerencsere volt reszem olyan ugyfel halon is dolgozni ahol volt minden, lan/wan/vpn/wlan, az eszkoz szam 10e-res nagysag rendu volt es igen, kaosz volt a kobon, ami azt is jelentette hogy rengeteg tapasztalatot fel lehetett szedni. Persze a 10 ev ops-nak a hatranya most utkozik ki nalam, nem szeretem az engineering task-kokkal jaro doksizasokat, rajzolasokat, allando projekt callokat
    stb. Engineer-kent rengeteg olyan dolgot kell csinalni ami nem tisztan technikai es ezek sok idot vesznek el. Masreszrol viszont fejlodsz mas
    teruleteken. Tenyleg attol fugg kinek mi a cel. De wgy ido utan az ember igy is ugy is felhagy a full-time ops-sal, mert nem lehet birni az
    on-call es az allando incidensek miatt, egyszeruen nincs
    maganeleted
    mellette ha jol akarod
    csinalni. Szerintem
    Crok tudna meg a
    temahoz igazan hozzaszolni
    😂 Na ossze vissza irkalok itt par sor utan, de
    erdekes
    es
    orok tema.

  • gadam1

    újonc

    válasz crok #15633 üzenetére

    😂 Orok vita. Lenni kell az adott testresz mind2 oldalan es sok halozaton megtapasztalni ugyanezt, tobb reszlegen, talan akkor jobban eltudja dontwni az ember. De mindig vannak kivetelek.. nem b&w.

    [ Szerkesztve ]

  • gadam1

    újonc

    Az, hogy milyen jellegu hibak fognak egy ops team-nel elofordulni a tervezes/implementalas minosege mellett azert nagyban fugg a kornyezettol amit uzemeltetsz. Ha egy full standard sp kornyezetrol van szo ott a testing/development reszre hatalamas hangsuly van fektetve. Egy egy uj hardware/software bevezetesenel tobb ezer teszt case-t kell vegigtolni es mivel a product fullra standard es meg nagy esellyel az implementacio is automatizalt, ott az opsnak tenylegesen hw cseret es vonal check-kolast kell csinalni, amik eleg halatlan melok. Ha meg nagy problema van, akkor az adott vendortol jonnek a dedikalt tac engineer-rok.
    Ha viszont egy kaoszos large ent networkrol van szo ahol van tobb dc, tucatnyi vpn gw, rengetek sp resz kulonfele mpls service-kel, wlan, hatalmas campusok stb es minden site mas es mas, meretben, tervezesben, kivitelezesben, akkor oda kell egy eros ops team. Tenyleg olyan hibakat tud szulni az elet, amire nagyon nem vagy felkeszulve es mellette ragjak is a fuled kozben a managerek/ugyfelek.
    De meg ha full standard az ent network, akkor is tuti, hogy az ugyfail bevezet egy uj appot, amivel vagy perf problemak lesznek vagy pont az okoz mashol problemakat. Plusz a legjobban tervezett halozatnal is elojohet design issue ha a kirakos egy darabjat nem jol teszik be par hoppal arrebb es konnyen lehet h a te site-odon kell valtoztatni ha az ugyfelnek az a erdeke.

  • gadam1

    újonc

    Sok mindentol fugghet. Milyen technologiakat allnak kozelebb hozzad? Egyebkent ki lehet fogni olyan nagy enterprise ugyfel halozatot is ahol ralatasod van az sp reszre is, vagy adott esetben maga az enterprise halozathoz tartozik sajat sp resz, ez a legszerencsesebb mert latsz mindent :) Illetve ami fontos kerdes meg hogy milyen pozicioban dolgoznal sp ill. ent halozaton? Incident/change ops? engineering? A helyzet az h nagyobb international sp halozatoknal nehez jo engineering illetve valos architect melot szerezni, altalaban ezt a reszt megtartjak es nem szervezik ki, szoval legtobbszor marad a noc es changes melo, es ott is 90%-ban cpe-pe edge. Ha vannak izgalmas ugyfel halozatok az adott sp-hez csatlakozva non standard reszekkel, akkor sokat lehet tanulni abbol is.
    De a fo kerdes es a lenyeg tenyleg az h mi all kozel hozzad, az sp vilag vagy az enterprise.

  • gadam1

    újonc

    Ki kell probalni. Nekem mindig az hianyzik/kell ami nincs. Amig nagy sp halozaton voltam, hianyzott a regi enterprise melo, utana atnyergeltem enterprise halora, de ott meg ismet az sp temak villanyoztak fel legjobban. Most full sp-n vagyok megint es nem szerinted? Igen, hianyzik a regi ent melo 🤷‍♂️😂

    Viszont amit irtal, hogy sok hibat jelent le a jelenlegi csoportod isp-nek, bele ne fuss abba hogy sp-nel pl. csak vonal issuekkal foglalkozol, az nem lenne tul izgi.

  • gadam1

    újonc

    válasz SnoopDoggOG #16069 üzenetére

    Szia, dtis-nel van SP melo. Kerdes hogy milyen formaban szeretnel SP networkon dolgozni. Ha opsban, akkor foleg olyan melo van ahol az edge-en managelsz kulonbozo ugyfeleknek eladott vpn productokat, foleg mpls l3vpn/l2vpneket. Itt azert szerencses ha 2nd vagy 3rd level team-ben dolgozol, nem 1st line-on, bar ez minden cegnel mast jelent :)) Van ahol level 4 is kuka, de mashol meg 2nd line elvisz mindent es 3rd level disznek van. Ha testing / engineering erdekel, akkor van esely core technologiakkal is foglalkozni, de altalaban a nagy multik nem szivesen hozzak ezt a reszt nearshoreba.. SP ops melo van BTnel is, a kerdes tenyleg az, hogy milyen formaban szeretnel SP temakkal foglalkozni. Na meg ott van meg az ngena, ha egy cutting edge SP managed global sdwan provi erdekel.

  • gadam1

    újonc

    Vagy ok is olyan sikeresen implementaltak flowspec-ket mint Level3 es elvagtak maguk alatt a BGP sessionoket :D

  • gadam1

    újonc

    A meglevo switching capacity mellett azert fontos tenyezo 2960-s eseten hogy asic-konkent (24 port plusz 1 uplink jut 1 ASIC ha jol emlekszem) kemeny 2mB bufferrel aldottak meg 😆parazor belefutottunk h nem a megfelelo kornyezetben hasznaltak es nem igazan birta a bursty forgalmat.

Új hozzászólás Aktív témák