Kvalitet DevOps partnerstva zavisi od inzenjera koji obavljaju posao - ne samo od naziva kompanije, ponude ili prodajne prezentacije.

U Techpipe-u, inzenjeri koje upoznate tokom procene i pilota su inzenjeri dodeljeni vasem poslu. Ucestvuju od prvog tehnickog razgovora, pomazu u definisanju pilota i ostaju vas primarni tim ako nastavimo saradnju. To uklanja slojeve upravljanja nalozima, smanjuje gubitak informacija i omogucava objema stranama da procene radni odnos pre nego sto je potreban pristup produkciji ili dugorocna obaveza.

Ovaj proces je osmišljen za CTO-e i tehnicke lidere u proizvodnim kompanijama, web i development studijima i boutique digitalnim agencijama koje rade sirom sveta.

Zatražite pocetnu procenu ili prvo pregledajte nase usluge.

Krenite malo, proverite odgovarajuci fit, pa onda prosirite

Koristimo fazni proces osmišljen da rano odgovori na vazna pitanja:

• Da li dodeljeni inzenjeri razumeju vase sisteme i ogranicenja?
• Mozemo li jasno da komuniciramo bez nepotrebnih posrednika?
• Mozemo li da isporucimo dogovoreni tehnicki rezultat u okviru obima i na vreme?
• Mozemo li da radimo u okviru vasih zahteva za bezbednost i pristup?
• Da li oba tima zele da nastave nakon sto vide rad u praksi?

  flowchart LR
    A["1. Pocetna procena<br/>Pregled informacija i materijala"]
    B["2. Razgovor sa inzenjerima<br/>Upoznajte dodeljeni tim"]
    C["3. Tehnicki scenario<br/>Dogovorite bezbedan pilot"]
    D["4. Placeni pilot<br/>Isporucite merljiv rezultat"]
    E["5. Dugorocni rad<br/>Prosirite pristup i obim"]

    A --> B
    B --> C
    C --> D
    D --> E

Pocetna procena i razgovor sa inzenjerima su besplatni. Pilot je placen, namerno ogranicenog obima, i ne obavezuje vas na dugorocni ugovor.

1. Pocetna procena

Pocinemo razumevanjem problema, okruzenja oko njega i ogranicenja koja su vam vazna. Ovo nije zamišljeno da preraste u dugotrajan program istrazivanja. Trazimo minimum informacija potreban da bismo pripremili koristan tehnicki razgovor i identifikovali odgovarajuci pilot.

U zavisnosti od zadatka i onoga sto vam je udobno da podelite, pregled moze obuhvatiti:

• arhitekturni dijagram;
• relevantnu dokumentaciju;
• odabrane repozitorijume i CI/CD konfiguraciju;
• podatke o pracenju i istoriju incidenata;
• listu trenutnih problema, rizika ili uskih grla.

Ne morate otkriti sve. Format pregleda biramo zajedno nakon pocetnog razgovora, sa najmanjom prakticnom kolicinom informacija i pristupa. NDA moze biti potpisan pre nego sto se podele poverljivi materijali.

Uobicajeno vreme od prvog razgovora do ponude spremne za pilot je jedna do dve nedelje.

2. Upoznajte inzenjere dodeljene vasem poslu

Tehnicki intervju se vodi sa inzenjerima predlozenim za vas projekat - ne sa prodajnim predstavnikom koji prenosi odgovore iz nevidljivog delivery tima.

Razgovor mozete iskoristiti da:

• objasnite sisteme i operativni kontekst svojim recima;
• postavite tehnicka i procesna pitanja direktno;
• procenite kako inzenjeri razmisljaju o riziku i nepotpunim informacijama;
• razgovarate o komunikaciji, dostupnosti, odgovornosti i eskalaciji;
• proverite da li je predlozeni tim komforan sa vasim alatima i bezbednosnim pravilima.

Ti inzenjeri ucestvuju u definisanju i isporuci pilota. Ako pilot uspe i nastavimo saradnju, oni ostaju primarni inzenjeri koji rade sa vama.

Ako predlozeni tim nije odgovarajuci, mozete odbiti tim i stati pre placenog pilota. Nema obaveze da nastavite.

3. Definisite tehnicki pilot scenario

Nakon intervjua, zajednicki biramo mali scenario koji je koristan za vas i realan za bezbedno zavrsavanje. Format se prilagodjava vasem trenutnom problemu i nivou informacija koje ste spremni da otkrijete.

Pilot moze biti usmeren na:

• poboljsanje jednog CI/CD toka;
• postavljanje ili ispravku observability-ja za definisanu komponentu;
• reviziju odredjenog dela infrastrukture i primenu dogovorene poboljsice;
• migraciju jednog servisa ili workload-a;
• uklanjanje uskog grla u pouzdanosti;
• validaciju postupaka backup i restore;
• resavanje konkretnog infrastrukturnog, deployment ili operativnog problema.

Obim, trajanje, cena, potreban pristup i kriterijumi uspeha dogovaraju se pojedinacno pre pocetka rada. Rezultat definisete vi: to moze biti promena spremna za produkciju, validirana implementacija, tehnicka odluka ili drugi konkretan ishod relevantan za problem.

Deljeni workspace za tekuci rad

Tekuci rad organizujemo u Redmine-u, nasem workspace-u za upravljanje projektima i saradnju sa klijentima. On pruza jedno mesto za pracenje zahteva, tehnickih odluka, napretka, dokumentacije i operativnih dogadjaja.

Svaki zahtev koji zahteva akciju kreira se kao issue. Issue belezi problem ili cilj, njegov prioritet, trenutni status, odgovornog inzenjera, relevantnu diskusiju i rezultat promena. Ovo cini rad sledljivim i smanjuje rizik da odluke ili vazni detalji budu izgubljeni kroz email i chat razgovore.

Project workspace takodje sadrzi ili povezuje dokumentaciju potrebnu za upravljanje sistemom, ukljucujuci:

• opise arhitekture i infrastrukture;
• procedure za deployment i oporavak;
• operativne runbook-ove;
• repozitorijume i CI/CD pipeline-ove;
• monitoring dashboard-e, logove i povezane tehnicke resurse.

Sistemi za monitoring i alerting mogu automatski kreirati issue-e kada detektuju uslove koji zahtevaju istragu. Ti issue-i sadrze linkove ka relevantnim dashboard-ovima i metrikama, omogucavajuci inzenjerima da direktno predu sa alerta na dijagnozu, otklanjanje i dokumentovan ishod.

Ovaj pristup stvara zajednicku operativnu istoriju: klijenti mogu da vide na cemu se radi, zasto je promena napravljena, koji su dokazi korisceni i kako je problem resen.

4. Zavrsite mali placeni pilot

Pilot daje dokaz objema stranama. Vi vidite kako dodeljeni inzenjeri istrazuju, komuniciraju, dokumentuju odluke, rukuju pristupom i isporucuju. Mi dovoljno naucimo o vasem okruzenju da procenimo da li mozemo odgovorno da ga podrzimo.

Pre pocetka se dogovaramo o:

• ogranicenom obimu i eksplicitnim izuzecima;
• vremenskim okvirima i ocekivanjima za komunikaciju;
• zeljnom tehnickom rezultatu;
• bezbednosnim i zahtevima za pristup;
• kriterijumima prihvatanja i formatu zavrsne primopredaje.

U zavisnosti od scenarija, primopredaja moze ukljuciti kod, Infrastructure as Code, dokumentaciju, azuriran arhitekturni dijagram, runbook, tehnicki izvestaj ili merljive rezultate pre i posle. Ukljucuju se samo isporuke koje su korisne za vas; pilot ne mora da proizvede svaku vrstu artefakta.

Pilot ocenjujemo prema tackama dogovorenim unapred:

Pilot je kompletna saradnja za sebe. Zadrzavate dogovorene isporuke bez obzira na to da li nastavljamo ili ne.

5. Prelazak na produkciju i dugorocni rad

Tek nakon sto su tim i model rada validirani planiramo siri produkcioni pristup i duzu saradnju. Pristup je i dalje ogranicen na ono sto zahtevaju dogovorene odgovornosti; dugorocni ugovor ne podrazumeva neogranicen pristup infrastrukturi.

Sledeci angazman moze imati jedan od nekoliko oblika:

• Mesecna infrastrukturna podrska za kontinuirana poboljsanja, odrzavanje i operativnu pomoc;
• Project-based delivery za definisanu migraciju, promenu platforme, inicijativu za pouzdanost ili drugi tehnicki ishod;
• Upravljana usluga zasnovana na SLA sa individualno dogovorenim obimom pokrivenosti, ciljevima odziva, odgovornostima i pravilima eskalacije.

Komercijalni uslovi, dostupnost, pokrivenost i SLA ciljevi definisu se za svakog klijenta. Mesecna podrska moze se zavrsiti na mesecnom nivou; tacni uslovi otkazivanja i primopredaje beleze se u ugovoru.

  flowchart LR
    A["Pre pilota<br/>Nije potreban pristup infrastrukturi"]
    B["Tokom pilota<br/>Minimalan pristup specifican za zadatak"]
    C["Posle validacije<br/>Produkcioni pristup po odgovornosti"]
    D["Tokom svega<br/>NDA, MFA, auditabilnost, revokacija"]

    A --> B
    B --> C
    D -.-> A
    D -.-> B
    D -.-> C

Rad sa vasom infrastrukturom

Pristup treba da prati zadatak - a ne obrnuto. Procenu i pilot dizajniramo tako da, gde je prakticno, rade sa dokumentacijom, odabranom konfiguracijom, saniranim podacima ili izolovanim okruzenjima. Produkcioni pristup uvodi se tek nakon pilota i samo kada dogovorene dugorocne odgovornosti to zahtevaju.

Nasi osnovni principi su:

• minimalno neophodan pristup;
• imenovani nalozi za dodeljene inzenjere;
• autentifikacija sa vise faktora gde je podrzana;
• nema deljenih kredencijala u neformalnim kanalima;
• metode pristupa kompatibilne sa vasim pravilima;
• dokumentovane procedure odobravanja, eskalacije i revokacije;
• brzo uklanjanje pristupa kada vise nije potreban.

Procitajte Rad sa vasom infrastrukturom za kompletan pristup, ukljucujuci poverljivost, pravila povezivanja i alternative punom pristupu infrastrukturi.

Pratece stranice pokrivaju:

• Autentifikacija sa vise faktora (MFA)
• Upravljanje identitetima i pristupom (IAM)
• Privilegovani pristup
• Pristup just-in-time
• VPN pristup
• Bastion hostovi
• Upravljanje privilegovanim pristupom (PAM)
• Upravljanje tajnama

Sta se desava ako pilot nije uspesan?

Zatvaramo pilot, predajemo dogovorene rezultate, uklanjamo sav obezbedjeni pristup i dokumentujemo konacan status. Nema dugorocne obaveze.

Neuspesan pilot je i dalje koristan kada pre produkcionog pristupa i stvaranja operativne zavisnosti otkrije neslaganje u obimu, komunikaciji, tehnickom pristupu, bezbednosnim zahtevima ili uklapanju tima.

Za krace odgovore o ugovorima, komunikaciji, kontinuitetu tima, pristupu i primopredaji, pogledajte FAQ.

Zatražite pocetnu procenu

Recite nam sta trenutno ogranicava isporuku, pouzdanost ili operativno poverenje. Pregledacemo dostupni kontekst, identifikovati sta moze da se proceni bez produkcionog pristupa i organizovati razgovor sa inzenjerima predlozenim za posao.

Procena i intervju sa inzenjerima su besplatni. Vi odlucujete da li su predlozeni tim i pilot scenario vredni nastavka.

Zatražite pocetnu procenu