Iacob Nicolaev

Unul din aspectele importante în dezvoltarea și operarea unui software în baza micro-serviciilor este comunicarea între aceste mini aplicații. Deși partea de Network nu ne costă atât de mult în performanță sau mai bine spus nu are o valoare foarte importantă în anumite aplicații, sunt anumite tipuri de software pentru care fiecare microsecundă contează. În asemenea categorie putem pune foarte multe aplicații, precum gaming, edge computing sau aplicațiile reactive. Importanța comunicării devine tot mai actuală atât în momentul apariției pe piață a tehnologiei 5G, cât și prin crearea infrastructurii în jurul acestei tehnologii.

La începuturile sale, DevOpsul a declanșat mult entuziasm și bucurii. Însă după un timp, euforiei generale i-a urmat o relativă stare de haos, care a atras atenția asupra problematicii complexe pe care o presupune DevOpsul. Prezentarea „10+ deploys per day” apreciată în istoria DevOpsului ca momentul care îi configurează direcția și specificul este realizată de John Allspaw, care atunci conducea grupul de Operations, și respectiv, Paul Hammond care coordona grupul de Engineering. Acești doi ingineri au făcut imposibilul la acel moment și au împărtășit aceste idei cu întreaga industrie IT. Colaborarea DevOps a fost creată și important de menționat este că acest lucru a fost posibil fără niciun inginer specializat în DevOps.

Citeşte mai mult

Un fenomen foarte interesant își face apariția în peisajul cotidian. Se referă la toolurile specifice pe care le utilizăm în mediul de lucru al noastru. În multe situații, inginerii acționează pe baza intuiției când au de terminat o sarcină de lucru. Înțelegerea și cunoștințele noastre sunt limitate de multe ori la câteva tooluri specifice cu care avem experiență. Ne punem aceste cunoștințe în aplicare pentru a rezolva problemele pentru care toolurile nu oferă o soluție corectă. Mai există și o tendință să luăm tooluri la modă și să le folosim cu scopul pentu care nu au fost create și în contextul nepotrivit.