Ce spune tehnologia ta despre afacerea ta?
Publicat: 2021-12-22
Corporațiile se străduiesc în mod regulat să fie mai bune cu mult mai multe inovații și câștiguri financiare. Atunci când identifică problemele probabile ale întreprinderii, organizațiile vor viza în mod normal fotografia mai mare, dorindu-și compania ca o persoană completă și dorind încet spre interior. De fapt, pornind de la buruieni cu tehnologiile companiei poate oferi o familiarizare substanțial mai amplă, cuprinzătoare și mult mai aprofundată a acelei fotografii mai mari.
Întrucât companiile evoluează prompt în urma pandemiei și încearcă sarcini de transformare electronică, cu o parte semnificativă incapabilă să le termine corect, este important să fiți familiarizat cu modul în care concluziile pe care le-ați conceput cu tehnologia dvs. vor ajuta sau împiedica. dezvoltare.
Ce putem afla în mod concret despre o afacere din inovația lor tehnologică?
Modul în care grupurile sunt asamblate, interacționează și performează unul cu celălalt poate avea un impact profund asupra stilului rămas al mărfurilor tale. Ne referim la aceasta ca Regulamentul lui Conway – construcția de software va oglindi, din neatenție, modelul de interacțiune al forței de muncă care l-a dezvoltat. Se poate spune că afacerea corporației este principalul factor de luat în considerare atunci când planificați un produs sau serviciu.
procedurile organizaționale și arhitectura sunt intrinsec conectate, ceea ce indică faptul că ele influențează și constrâng reciproc. Ar trebui să ținem cont de acest lucru atunci când diagnosticăm orice posibile probleme care apar și să folosim aceste cunoștințe pentru a obține informații esențiale asupra modului în care este structurată corporația, de ce apar dificultăți și cum le putem învinge. Dacă forța dvs. de muncă de inginerie nu își atinge obiectivele, ar putea merita să examinați modul în care este aranjat echipajul și ce poate însemna aceasta în mod necesar pentru obținerea rezultatelor dorite.
Arhitectură monolitică vs. microservicii
Există mai multe construcții de arhitectură distincte care pot fi generate în funcție de modul în care sunt aranjate grupurile. Grupurile mici, distribuite, sunt foarte probabil să genereze arhitectură modulară, centrată pe microservicii. Dacă echipajul este de dimensiuni mai mari și nu este aliniat cu părți ale arhitecturii articolului, probabil că vor face arhitectură monolitică. Arhitectura monolitică este familiară pentru mulți, deoarece programele IT comune sau scopurile companiei sunt de obicei create în acest fel. Pentru diferite tipuri de arhitectură, există puncte forte și dezavantaje importante care trebuie luate în considerare.
Pentru grupurile care s-au înființat în locuri de muncă în transformare digitală, o componentă a întreprinderii poate fi departajarea aplicațiilor moștenite, monolitice, în favoarea microserviciilor noi, moderne. Există puncte forte semnificative ale acestei varietăți de aspect, deoarece va permite o flexibilitate generală mai mare pentru implementarea ajustărilor fără întreruperi și poate ajuta la o scalabilitate mult mai bună. Chiar și așa, arhitectura monolitică este considerabil mai puțin complicată de utilizat și implementat. Acest lucru ar face de obicei cea mai mare preferință pentru avansarea aplicației mai mici și foarte simple și este de obicei descoperit în faza incipientă de pornire. Spre deosebire de microservicii, arhitectura monolitică este foarte dificilă de scalat, pur și simplu pentru că munca necesită alinierea la grupuri distincte cu mai multe scopuri. Obținerea compoziției personalului complet greșită ar putea încetini metoda de stil și poate declanșa provocări crescute pe linie.
Implementarea prosperă sau nereușită de către o organizație a arhitecturii de microservicii dezvăluie multe despre concluziile pe care le-au conceput și dacă există probleme profund înrădăcinate cu structura de comunicații din afacere. Când vă gândiți dacă trebuie să divizați un monolit și să treceți la arhitectura de microservicii, este esențial să vă asigurați că anatomia firmei dvs. vă va ajuta indiferent de arhitectura pe care o alegeți.
Asistență balonare
În unele condiții, se poate descoperi că numărul de microservicii este mai mare decât gama de ingineri. Acest lucru este identificat ca umflare de asistență – ceea ce este problematic, deoarece va duce la o scădere a vitezei și a disponibilității dezvoltatorului. Aceasta este o explicație vitală pentru care este riscant să construiești microservicii lipsite de o structură foarte atentă și garantarea faptului că construirea echipei sprijină această abordare.
Balonarea de asistență este un semn că o lentilă arhitecturală atentă nu a fost aplicată de către echipă – demonstrează că există puține cunoștințe despre modul în care fiecare serviciu depinde de celălalt. Acest lucru va avea o consecință în mod normal în anti-stilurile microserviciilor, care vor reduce disponibilitatea și vor declanșa întârzieri atunci când se încearcă lansarea de noi funcții. De preferat, nicio organizație nu și-ar dori să ajungă în această stare.
Efectuarea unei plimbări de arhitectură
Pe lângă utilizarea notelor despre anatomia organizațională și efectele pe care aceasta le are asupra arhitecturii, este, de asemenea, esențial să evaluați modul în care este conectat ceva pentru a recunoaște rezultatele posibilelor probleme cu produsul dvs. Pentru a face acest lucru, efectuați o simplă plimbare în arhitectură. Pentru a efectua o plimbare în arhitectură, va trebui să aruncați o privire la modul în care fiecare lucru mic este conectat de la dispozitiv sau software, până la nivelul de date și din nou odată cu răspunsul. Există câteva lucruri vitale pe care trebuie să le păstrați în continuare în creier atunci când faceți o plimbare în arhitectură:
- Este esențial să căutați puncte de eșec izolate, furnizori care sunt dependenți de fiecare altul în timpul funcționării și componente care nu se vor scala cu o nevoie ridicată.
- Luați în considerare starea – aceasta include analiza unde sunt stocate faptele de la sesiune la sesiune care implică oameni și modul în care aceste fapte sunt păstrate.
- Țineți cont de bazele de date mari care nu sunt fragmentate și de apelurile care devin fabricate în locații ca element al unui cloud public sau centre de informare auto-găzduite.
- Apare pentru utilizarea platformei ca serviciu (PaaS) sau a bazelor de date cloud ca suport (DBaaS) exact acolo unde eșecurile cloud public creează apeluri telefonice între regiuni.
Toți factorii mai mari decât sunt doar unele părți care trebuie considerate pentru remedierea oricăror obstacole de oportunitate cu produsele dvs. Momentul de utilizare ar trebui să ia în considerare atât caracteristicile, cât și nevoile de arhitectură pentru un succes ideal posibil.
Ce trebuie să știe inginerii seniori de produse despre asta?
Un accent pentru liderii seniori în domeniul ingineriei articolelor trebuie să fie acela de a asigura o anumită scalabilitate și disponibilitate, iar inventarierea complexă a datoriilor financiare are loc pe o bază comună pentru a depana potențialele dificultăți chiar înainte ca acestea să apară. Un arhitect de soluții sau un mic personal de ingineri seniori ar trebui să stabilească reguli pe care echipele de produse le pot folosi pentru a stila și proiecta pentru nivelul corect de scară și disponibilitate ridicată.
Instrumente precum CodeScene pot fi folosite pentru a detecta dependențele între furnizori și pentru asistență la provocările stocului în modul în care se comportă baza de cod. Beneficiile suport pentru notificarea restanțelor de refactorizare necesită și datorie de card de credit specializate.
Având în vedere cerințele întreprinderilor care evoluează constant pentru a se alinia cu un sector tehnologic în dezvoltare rapidă – este esențial să aveți o cunoaștere solidă a ceea ce vă divulgă cunoștințele tehnologice despre alegerile anterioare. Aceste învățături pot fi apoi utilizate pentru a identifica și a reduce erorile foarte similare care vor avea loc în viitor, la fel de perfect pentru a ajuta grupul să înțeleagă modul în care designul grupului lor poate fi aplicat ca instrument pentru a ajuta la îndeplinirea obiectivelor și atingerea unor noi culmi.
Dave Berardi, soț sau soție, AKF Partners