Video: 100 žaidėjų bandė pasiekti kalno viršūnę !! (BAP minecraft serveris) (Lapkritis 2024)
Niekada nesu sutikęs bendro tinklo tinklo, kuris nebuvo bent šiek tiek apleistas. Bendrai naudojami serveriai paprastai yra sukurti tam, kad būtų galima bendradarbiauti, o failai ir informacija laisvai prieinami kolegoms darbuotojams. Jie taip pat padeda įmonėms lengvai ir efektyviai kaupti ir saugoti duomenis - teoriškai tai yra.
Realybėje jie virsta ta vieta, kur saugomos prieš šešerius metus vykusių įmonės atostogų nuotraukų. Tame paskutiniame sakinyje pasyviai kalbėjau, nes atrodo, kad niekas niekada neprisiima atsakomybės už ką nors įdėjimą į bendrą diską, kurio neturėtų būti. Viskas tik atsiranda. Niekas nežino, kaip ar kodėl jie ten pateko. Ir todėl niekas jų nepašalina iš baimės užlipti ant kažkieno kojų pirštų ar ištrinti tai, ko reikia kažkam kitam.
Bendros erdvės turėtų būti suprojektuotos taip, kad jos atitiktų skyriaus ar įmonės darbo eigą ar organizacijos schemą. Dalykai, kurie yra lygiagretaus pobūdžio, pavyzdžiui, dvi komandos, kurios atsiskaito tam pačiam valdymo lygiui, turėtų būti lygiagrečios aplanko struktūroje. Kai naujas asmuo prisijungia prie skyriaus, jis ar jis turėtų sugebėti greitai išsiaiškinti, kur svarbūs failai gyvena bendro naudojimo tinkle, nes jų vieta (aplanko pavadinimas ir kaip jis įdėtas kituose aplankuose) turėtų atspindėti tai, kaip suprojektuota įmonė. Tikra raudona vėliava yra tada, kai ilgą laiką dirbęs asmuo negali rasti daiktų, nes nežino, kur tai yra, arba, dar blogiau, net nežino, kur jis turėtų būti.
Štai viskas, ką mes padarėme žingsnis po žingsnio, kad išvalytume savo nuožulnius serverius. Pabaigoje rasite rezultatų santrauką, taip pat pastabas apie tai, kas teisinga ir kas blogai.
Serverio valymo projektas
1 žingsnis: Bendraukite. Pirmiausia mes kalbėjome apie aplaidaus serverio problemą, įskaitant priežastį, kodėl tai yra problema (neveiksmingumas, nenuoseklumas, įtempta mūsų tinklo erdvė), galimus sprendimus ir tų sprendimų įgyvendinimo procedūras.
Tada dar šiek tiek pakalbėjome. Tada mes kalbėjome apie tai, su kuo dar reikėjo pasikalbėti. Aš negaliu pakankamai greitai nuvažiuoti namo, kad šio projekto sėkmė yra svarbi. Daug kalbėjome tiek asmeniškai, tiek el. Paštu.
Šių pokalbių metu mes supratome, kaip svarbu bus bendrauti ir su IT darbuotojais. Taigi mes juos įtraukėme į savo planą ir siūlomą tvarkaraštį. IT komanda mums davė vieną esminį patarimą, kuris galų gale tapo mūsų tikruoju projekto pradžios tašku. Jie sakė: nebandyk sutvarkyti to, ką turi; verčiau pradėkite nuo tuščios drobės ir sukurkite norimas aplankų struktūras, o kopijuokite tik tuos failus, kuriuos norite išsaugoti. Jie sakė, kad visa kita jie archyvo.
2 veiksmas: peržiūrėkite esamus duomenis. Antra, visos suinteresuotosios šalys, daugiausia komandos vadovai, atsisėdo prie stalo su nešiojamu kompiuteriu ir projektoriumi. Prisijungėme prie aptariamos serverio vietos ir kartu žiūrėjome į kai kuriuos esamus failus, norėdami būti tikri, kad niekas nepamiršo kai kurių failų, kuriuos turime saugoti, partijos.
Mes taip pat galvojome apie esamus duomenis, atsižvelgiant į tai, kaip tai atsitiko ar neatspindėjo mūsų dabartinės darbo eigos. Bendros erdvės paprastai naudojamos bendradarbiaujant darbe. Kad aplankai būtų naudingi, jų struktūra ir pavadinimai turi tiksliai atspindėti tą darbo eigą.
Daugybė to, ką aptikome serveriuose, buvo siaubingai pasenę. Buvo aplankai, skirti darbuotojams, kurie metų metus nebuvo bendrovėje. Mes radome bylas, datuojamas 2003 m. Buvo likusių projektų, kurie niekada nebuvo pradėti nuo žemės paviršiaus. Niekam nereikėjo šios medžiagos.
3 žingsnis: nubraižykite naują struktūrą. Kol mes dar sėdėjome prie to stalo, mes nubraižėme aplanko struktūrą, kuri, mūsų manymu, turėtų būti vietoje. Visi vadovai įsigijo dizainą, kuris turėjo atspindėti mūsų komandos struktūrą ir darbo eigą. Štai ką mes sugalvojome, nors vardus padariau bendrinius, kad jie būtų prasmingi tiems, kurie nepažįsta mūsų vidaus darbo:
Aukščiausiame lygyje turime kiekvienos komandos aplankus ir specialų projektą ar užduotį, taip pat aplanką „Šaltiniams“, kurie taikomi visoms komandoms.
Kiekviena komanda turi keletą aplankų, kurie rodo darbo eigą, po vieną kiekvienam komandos nariui, ir papildomus aplankus, atsižvelgiant į tos komandos poreikius. Pavyzdžiui, mano komandos pakatalogiai atrodo taip:
Mes panaudojome apatinius brėžinius ir skaičius, kad mūsų darbo eigos aplankai sėdėtų struktūros viršuje ir pasirodytų ta pačia tvarka, kaip ir darbas. Aplanke, pavadinimu „1_EDITING“, yra failai, kuriuos galima redaguoti, eina ir pasilieka, kol redagavimas bus baigtas. Tada jie pereina į „2_RTP“, o tai reiškia „pasiruošęs gaminti“, kitaip tariant, redagavimas baigtas ir šie failai yra paruošti kitam etapui. Sukūrus failą, jis turėtų būti perkeltas į „3_PRODUCED“, kuris iš esmės tampa mūsų gyvu archyvu. Viskas, kas yra šiame aplanke, teoriškai galėtų būti archyvuojama, todėl visada turėsime failų talpyklą, kurią žinome, kad galime pašalinti, jei kada nors prireiktų susigrąžinti šiek tiek vietos.
4 žingsnis: sukurkite taisykles. Kaip aš jau pradėjau aiškinti ankstesniame skyriuje, kiekviename aplanke yra tam tikrų taisyklių, susijusių su tuo, ką galima ir ko negalima įeiti, ar kaip jie turėtų būti naudojami. Pavyzdžiui, jei kas nors nori pasidalyti nuotraukomis, jis turi ją įdėti į savo asmenvardžių aplanką. Tokiu būdu tampa aišku, kas atsakingas už duomenis.
Taip pat diskutavome, ar turime failų, kuriuos turi būti galima pasiekti kelioms komandoms (mes tai padarėme ir mes jiems sukūrėme Resursų aplanką) ir ar reikia užrakinti bet kokią informaciją (taip: viskas, kas yra „Management Team“ aplanke).
5 žingsnis: užtikrinkite nuoseklumą. Kurdami savo aplankus ir jų naudojimo taisykles, mes taip pat ieškome sričių, kuriose galėtume ir turėtume būti nuoseklūs. Kai aplanko struktūros ir darbo srautai gali (ir turėtų būti) nuoseklūs, tai pereina prie personalo, pavyzdžiui, kai kas nors išeina iš įmonės, išeina motinystės atostogų arba yra netikėtai sergantis. Nuoseklumas bendroje serverio erdvėje padeda kiekvienam organizacijos nariui išsiaiškinti esamų projektų būklę, taip pat svarbius dalykus, kurie darbai jau atlikti ir pan.
Tolesnis projektas (kurį mes tik dabar įgyvendiname) taip pat turi užtikrinti geresnį nuoseklumą visose failų pavadinimų darymo taisyklėse. Nusprendėme atidėti šio failo pavadinimo pakeitimo įgyvendinimą, kol visi pripras naudoti naujus bendrinamus aplankus, kad niekam nereikėtų perkrauti per daug naujos informacijos.
6 žingsnis: paskutinį kartą patikrinkite visas suinteresuotas šalis. Prieš įgyvendindami ką nors, mes atlikome paskutinį plano patikrinimą su kiekviena suinteresuota puse, įskaitant kelis žmones, kurių iš pradžių nemanėme įtraukti, tačiau kurių vardai atsirado peržiūrint esamus duomenis. "Ar tai ne Arielle kompetencijos sritis? Geriau paklauskime jos, ką, jos manymu, reikia nuveikti šiame skyriuje."
7 veiksmas: užbaikite ir nurodykite laiko juostą. Paskutiniai žingsniai buvo užbaigti tvarkaraštį ir tada pradėti projektą. Tai buvo paskutiniai galvosūkio elementai:
- Nuspręskite, kada ir kaip skleisti informaciją: Savaitės viduryje visiems darbuotojams el. Paštu išsiųskite el. Laišką apie naują serverio struktūrą, taisykles ir visą susijusią informaciją, įskaitant datas (žr. Kitą punktą).
- Nustatykite datas: kada žmonės turi kopijuoti failus, kuriuos nori saugoti (savaitės pabaiga); kada jie turėtų pradėti naudoti naują struktūrą (mūsų atveju, iškart, gavę el. laišką); kada senasis serveris bus išjungtas (mes jiems pasakėme savaitės pabaigai, bet iš tikrųjų mes šį terminą pakeitėme keliomis papildomomis dienomis).
- Suplanuokite keletą priminimų el. Laiškų prieš iš tikrųjų nutraukdami prieigą prie senojo serverio.
- Leiskite IT atlikti faktinį atskyrimą.
Serverio valymo rezultatai
Savaitės vidurio el. Laiškas, kuriame buvo visa informacija apie serverio valymo projektą, pasirodė trečiadienį, 11:27. Keli žmonės turėjo svarbių klausimų, tačiau atsakymas į visus pokalbius nutilo iki 11.57 val. Tai reiškia, kad į visus pagrindinius klausimus buvo atsakyta per 30 minučių.
Mano komandoje buvo tęsiami papildomi paaiškinimai dėl mūsų darbo eigos, bet paskutinis, kurį turiu, yra tą pačią dieną, 13.05 val. Be abejo, keli žmonės uždavė papildomų klausimų, neatsakę į visus klausimus, tačiau į daugelį klausimų buvo atsakyta per dvi valandas.
Per kitas kelias dienas mes be kliūčių užbaigėme laiko juostą. IT komanda parengė greitą ataskaitą, kurioje parodėme, kad bendrą duomenų kiekį sumažėjome 76 procentais. Skaičiai kalba patys už save.
Anksčiau
- Bendra erdvė: 250 GB
- Bylų skaičius: 447 249
- Aplankų skaičius: 36, 773
Po
- Bendra erdvė: 59, 2 GB
- Bylų skaičius: 58 624
- Aplankų skaičius: 2 962
Projekto paskelbimas ir atsiliepimai
Po kelių savaičių, kai baigėme serverių perkėlimą ir pertvarkymą, paklausiau projekto vadovo, vadybininkų ir IT tinklo administratorių, ar jie turi kokių nors atsiliepimų ar pastabų po pranešimo. Niekas to nepadarė. Viskas vyko nepaprastai sklandžiai. Štai ką turėjo pasakyti pagrindinis IT vyrukas:
"Per 10 ir daugiau metų, kai aš čia lankiausi, departamento komanda pirmą kartą ėmėsi tokio projekto kaip savo interesų ir jį taip gerai įgyvendino. Tai padeda ir [kitam IT tinklo administratoriui], ir Aš geriau prižiūriu tinklą ir esu tikras, kad tai padeda jūsų komandai vykdyti darbo eigą ir organizuotumą. Mes tiesiogine prasme paprašėme kelių vadovų kartų įgalioti tai, ką jūsų komanda nuveikė vietos lygmeniu, ir tai yra labai vertinama “.
Mano požiūriu, yra vienas dalykas, kurio norėčiau, kad būtume padarę šiek tiek kitaip. Norėčiau, kad iš pradžių darbuotojams apie projektą pasakodavome asmeniškai per greitą ekspromtu vykstantį susitikimą, o ne el. Paštu. El. Paštas yra puikus ir tikrai niekas nepatinka susitikimų, bet aš jaučiau, kad žmonės būtų jautęsi labiau įtraukti į procesą, jei jiems būtų pasakyta atviros diskusijos metu, o ne per „SVARBU!“ el.
Dabar turime geresnį, nuoseklesnį, efektyvesnį ir paprastesnį bendrą serverį. Jo naudojimo taisyklės yra aiškios, su atskaitomybe. Komandų vadovai yra atsakingi už komandos aplankus, o asmenys - už tai, kas yra jų vardo aplankuose.
Jei galvojate inicijuoti savo serverio valymo projektą savo organizacijoje, tikiuosi, kad šiame straipsnyje rasite keletą patarimų apie tai, kaip svarbu gauti patarimų iš savo IT skyriaus, o kruopštus bendravimas kiekviename etape yra nepaprastai svarbus sėkmei.
