Il ruolo di Share è il mercato globale per la banda larga. Aggregiamo l'infrastruttura telco in un unico livello e diamo agli ISP, agli iperscalers e alle aziende AI un percorso pulito per fornire connettività in ogni casa e azienda in Kenya e nel continente. Dietro a questo mercato c'è una rete reale: un bordo BGP che peering con transito Tier 1, iperscalers e scambi locali, una spina dorsale MPLS, ingranaggi di aggregazione e accesso, e i sistemi che guardano tutto. Per i partner che corrono su di noi, la rete è il prodotto, e il NOC è dove lo sentono. Un cambiamento pulito è un partner che non ha mai saputo nulla di successo. Quello è il bar. Siamo in anticipo e il team è piccolo, quindi non possiamo permetterci una coppia di mani che solo sa come escalare. Abbiamo bisogno di un ingegnere di rete capace che possa sopportare un cambiamento, risolvere i difetti reali senza svegliare nessuno, e poi continuare a costruire la rete mentre l'Africa orientale dorme: la propagazione e controlli di peering, la salute passa attraverso la proprietà, config cambia attraverso per fondersi, biglietti fuori dal consiglio, automazione che toglie il prossimo lavoro ripetitivo dalla piastra di tutti. L'osservazione è il pavimento di questo ruolo, non il soffitto. Il NOC che si sarebbe unire non è un patrimonio. Stiamo costruendo come ambiente di operazioni AI assistito da terra. L'aereo di spedizione funziona su routing open source e software di spedizione, ogni configurazione di dispositivo vive in Git, e uno strato LLM si trova in cima allo stato di rete live.

Quando qualcosa si muove, quel livello legge la telemetria, la correla con la topologia e la storia della configurazione, e mette una causa probabile e un candidato si fissa davanti all'ingegnere in turno. Il punto non è quello di sostituire il tuo giudizio. È quello di collassare il tempo tra un fuoco di allarme e si sa dove guardare, quindi il tempo medio di riparazione è misurato in minuti. Si siede all'interno di quel sistema. Si usa, si spinge indietro su di esso quando è sbagliato, e quello che si cattura che manca è parte di come diventa più intelligente. Come costruiamo automazione attraverso il NOC, non sei solo un consumatore della strumentazione. Si aiuta a scrivere. 2. Quello che si fa Guarda, e sapere cosa si sta guardando. Sit sul nostro stack di monitoraggio (Zabbix e Grafana dashboards, flusso telemetria, allerta) e in realtà leggere. Scoprite come appare la normalità così anormale che salta fuori: una sessione BGP che è caduta, un collegamento che è sceso, una latenza che sale su un sentiero, una soglia di capacità superata, un partner che improvvisamente spinge o tira nulla..

Risolvere e risolvere i problemi. E' qui che si guadagna il posto. Confermare l'allerta è reale, raccogliere i fatti, e localizzare la colpa: un pari o molti, noi o upstream, un vero outage o un blip di monitoraggio. Il livello assistivo superfici una diagnosi probabile e una correzione suggerita, la storia della configurazione è proprio lì in Git, e i runbook sono in diretta. Il vostro compito è quello di leggere tutto criticamente, decidere ciò che è effettivamente vero, e chiudere ciò che è possibile da soli. Ogni biglietto che si risolve è uno dei nostri anziani non è stato tirato fuori dal lavoro profondo, o dal letto, per affrontare. Mantenere la rete sana, non solo viva. Un cambiamento silenzioso non è un inattivo. Eseguire i passi proattivi: controllare che i percorsi si propagano come dovrebbero, che RPKI e le catene di filtraggio stiano facendo il loro lavoro, che le sessioni di peering e transito siano pulite attraverso il bordo, che nessun PoP stia andando verso una parete di capacità. Catturare le degradazioni lente che non fanno mai scattare un allarme. Il team diurno dovrebbe ereditare una rete in un noto stato di bene. Costruire e automatizzare. Le parti ripetitive di questo lavoro non dovrebbero rimanere ripetitive. Scrivere gli script che trasformano un controllo manuale in uno programmato. Spingere in avanti la nostra automazione di configurazione (generazione guidata Jinja, NAPALM o NETCONF/gNMI contro i dispositivi) in modo da cambiare nave dai dati, non dalla memoria. Quando lo strato assistivo continua a perdere la stessa cosa, che è un candidato all'automazione, e si è ben posizionato per costruirla durante le ore nessun altro è in linea.

Spostare il lavoro in avanti. Fai parte del team di rete, lavorando alla stessa scheda che fanno. Prendi i biglietti dalla coda lineare, prendi le modifiche di configurazione attraverso la revisione per unire, e mantenere la nostra fonte di verità (Nautobot) precisa come cambia la proprietà. Il lavoro reale atterra mentre l'Africa orientale è offline, così la squadra si sveglia più avanti di quanto è andato a letto. Segnala esattamente ciò che sta accadendo. Per tutto ciò che non si può o non si deve risolvere da solo, la consegna deve essere pulita: cosa è sbagliato, dove, da quando, ciò che è interessato, se sta peggiorando, e ciò che avete già provato. Nessuna supposizione vestita come fatto. Nessun "Internet è giù." Una nota di incidente scritto chiaro un ingegnere senior può agire nel momento in cui lo aprono, e una consegna ordinata alla squadra dell'Africa orientale alla fine del tuo turno. Conoscere la scala fredda: quello che si è autorizzati a toccare, quello che non si deve toccare da soli, e chi portare dentro per cosa. Scalare presto su un vero e proprio fallimento è un buon giudizio. Seduto silenziosamente su un problema perché non eravate sicuri è l'unica cosa che fa la gente dal letto arrabbiato. Gestire ciò che si può, sollevare il resto in modo rapido e chiaro, e non girare né troppo lontano.

3. Chi stiamo cercando un ingegnere di rete che possa stare da solo attraverso un turno, e che tratti le ore tranquille come il tempo di costruire piuttosto che il tempo di aspettare. Non sarà il più anziano ingegnere di questa squadra, e non è necessario essere. Le persone che si escalano a sono livello CCIE. Quello che abbiamo bisogno di voi è indipendenza e gamma: lavorare un problema correttamente, risolvere una parte giusta di esso te stesso, e utilizzare quello che è rimasto del cambiamento per effettivamente spostare la rete in avanti. Coppia che con chiara segnalazione, giudizio sano su quando portare in aiuto, e l'istinto di mettere in discussione il suggerimento di una macchina piuttosto che seguire ciecamente, e sei chi stiamo cercando. Must-have • Forte competenza di rete, tenuto nelle vostre mani piuttosto che sulla carta. CCNA e ben oltre esso. Comprendete TCP/IP, routing e commutazione, indirizzo IP e subnetting, DNS, DHCP, NAT, e come t