Osoblje Techopedia, 7. prosinca 2016
Odlazak: Domaćin Eric Kavanagh razgovara o dostupnosti s Robin Bloor, Dez Blanchfield i IDERA-inim Bertom Scalzom.
Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.
Eric Kavanagh: Dame i gospodo, pozdravimo se još jednom. U srijedu je četiri sata istočnog vremena, a ti dani mogu značiti samo jedno, ako ste u svijetu podataka: ponovno je vrijeme za Hot Technologies! Da svakako.
Zovem se Eric Kavanagh, bit ću vam domaćin emisije. Dizajniran je tako da shvati što je vruće, što se događa vani, koje su cool stvari koje se koriste u poduzeću, i naravno, upravo u osnovi svega što radimo u ovom cijelom polju je baza podataka. Stoga ćemo razgovarati o zaštiti vaše baze podataka. Točna tema je: "Zaštitite svoju bazu podataka: velika dostupnost podataka za visoku potražnju". Dakle, uistinu postoji vaš prikaz. I, dosta o meni, udari me na Twitter, @eric_kavanagh.
Prvo, ova je godina vruća, podaci su vrući, veliki podaci su vrlo vrući, ali zaista su još uvijek na rubu. Ovih dana najsavremenije tvrtke koriste velike podatke, većina organizacija za kruh i maslac vani u svijetu i dalje koristi tradicionalne podatke. Ako su vaši podaci velika potražnja, želite osigurati da su dostupni jer kada sustavi propadnu, kada su podaci nedostupni, to je kada dobijete nezadovoljne klijente, nesretne izglede, dobivate klijentove poteze, nezadovoljne su svakojakim stvarima, partnerima itd. Dakle, ne želite to.
Danas ćemo naučiti od nekih najboljih u tom poslu - čut ćemo od vlastitog dr. Robina Bloora, stručnjaka za baze podataka koji je proveo nekih tri desetljeća. Dez Blanchfield, koji se time bavi već dugo, ali započeo je kad je bio jako mlad, i Bert Scalzo iz IDERA-e, koji je zaista prilično crni pojas baze podataka. Zato se nemojte suzdržavati, ljudi, postavljajte pitanja - veliki dio ovog događaja vam je dragocjen kada postavljate dobra pitanja i dobijate dobre odgovore, pa ih pošaljite kroz prozor za razgovor ili Q i A komponentu svoje konzole.
A s tim ću ga predati Robin Bloor - oduzeti.
Dr. Robin Bloor: U redu, pusti me da kliknem i vidim da li se kreće. Neću posebno govoriti o bazi podataka. To sam i mislio, jer radim uvod, prezentaciju prvog uvoda, pa ću razgovarati o očekivanim razinama usluga i, naravno, dostupnosti, što je posao, što je i tema današnje emisije.
I pitanje je, znate, "Stvarno, što je dostupnost? I koja uloga igra u načinu na koji ljudi danas upravljaju podatkovnim centrima? "Jedna stvar koju sam primijetio - primijetio sam to negdje 90-ih - radio sam na jednoj web lokaciji i korisnici su se počeli žaliti jer im je e-mail odustao zbog 15 minuta.
I bio je zanimljiv jer CTO ili tko je bio zadužen za to, zapravo, jedno od rijetkih mjesta na kojima su tih dana zapravo određivali razine usluge i e-pošta se smanjuje 15 minuta nije kršilo ničiju razinu usluge, Mislim da je to dopušteno biti van dva sata, zapravo. To nije bila adresa e-pošte koja nije mogla biti korištena, već samo ne možete slati i primati jer poslužitelj nije bio dostupan. A takva vrsta upozorila me na činjenicu da sam od tada primijetio da se kreću prema naprijed, da se sve samo ubrzava, a isto tako i očekivanja korisnika, i to vas dovodi u situaciju u kojoj ljudi mogu imati tri razine usluge, ali često i oni počet će se žaliti kad razine usluge zapravo nisu prekršene.
Dakle, definicija razina usluge, samo kao da - dobro, može ovisiti upravo o onome o čemu govorite u pogledu razine usluge. Razgovarali smo o IT sustavu ili IT aplikaciji. Normalno definirajte u pogledu performansi, dostupnosti i mjerenja - drugim riječima, ne možete zaista definirati razinu usluge ako je ne možete izmjeriti, tako da obično postoji neka vrsta mjerenja i obično se radi o vremenu odziva, određenim transakcijama i Dostupnost sustava tijekom određenog razdoblja, a prije otprilike 1994. do 1995., bilo je vrlo rijetko da je bilo koji sustav trebao biti dostupan dulje od uobičajenog radnog vremena. Dakle, recimo od osam ujutro do šest navečer, kako bi se normalno napravilo - i ljudi su gradili sustave na taj način i to je značilo - po mom mišljenju, posebno s bazom podataka - mogli biste bazu podataka konfigurirati na određeni način paketa prozora počeo se smanjivati, počela se ponovo pojavljivati potreba za ponovnim razmišljanjem u nekim sustavima, a zatim u drugim sustavima, a zatim smo dobili pojavu usluge ili arhitekture koja je počela stvarati ovisnosti između sustava koji prije nisu ovisili o jedni druge, čineći sve još gorim. Stisnuli smo se s obzirom na dostupnost sustava.
Točka koju sam iznosio bio je kada govorim o dostupnosti, uključuje sigurnosno kopiranje i oporavak i uključuje - to je kao da nije samo dostupnost u normalnim uvjetima o kojima govorimo; postoji puno različitih načina na koje aplikacija može uspjeti. Znate, možete doći do kvara hardvera ili kvara baze podataka, može doći do kvara softvera i postoji mnoštvo različitih vrsta tih stvari, a kada se dogodi, morate se oporaviti i zato se također trebate vratiti up sustave. Dakle, treba postojati neka shema izrade sigurnosne kopije sustava, a također vam je na mnogim web lokacijama danas potrebna sposobnost oporavka od katastrofe u slučaju da se digne cijela zgrada. Ovdje treba spomenuti nešto, a o tome ću govoriti za minutu, ali poslovni procesi i oni imaju razinu usluge, a zapravo razine usluge u poslovnom procesu koje su doista važne za posao. IT samo mora učiniti svoj dio toga i prema bilo kojem dogovoru.
Razine IT usluga obično su sporedne razinama usluga za poslovne procese, ali kao što je prije 15 godina zaista bilo rijetko da bilo koja organizacija ima dobro definirane razine usluga, još uvijek je prilično rijetka organizacija koja ima dobro definirane razine usluga za poslovne procese, To se sada nekako događa; to nije nešto što se događa već dugo.
Ovo su ubrzanje i vremenske prepreke, treba samo spomenuti vremenske barijere. Postupno prelazimo u svijet obrade događaja i zbog toga postupno prelazimo u svijet u stvarnom vremenu, i zbog toga postupno prelazimo u raspoloživost koja nam treba 24 do 7, a to je teško za mnoge sustave - to je teško postići. Ili je to vrlo skupo ili ćete u nekim slučajevima možda morati promijeniti sustave, čak i premjestiti se u drugu bazu podataka, drugu verziju softvera za bazu podataka koji koristimo.
Također su ove vremenske prepreke - i to uvijek volim spomenuti kad god mi se pruži prilika - to su vremenske prepreke na koje nailaze naše aplikacije; aplikacije možda žele biti što brže, tada softver govori s softverom. Zapravo ne postoji prihvatljiva licenca u nekim situacijama, želite biti što brži, a one u poslovnim uvjetima poput tržišnih situacija, gdje osoba koja dođe s nalogom za kupnju kupi lošu cijenu od nekoga tko dolazi prvi, i stoga je brzina softvera zaista bitna.
Ali niže znate, kada zapravo radite s - interakcijom s - ljudskim bićima, najbolje vrijeme odziva koje se od vas stvarno može tražiti je desetina sekunde, jer otprilike je vrijeme odziva čovjeka. Ne morate ići brže od toga jer to ljudsko biće ionako neće primijetiti. Između 1, 1 i četiri sekunde vrijeme je čekanja koje će ljudi normalno podnijeti, ali čim prođete oko četiri sekunde, oni će raditi nešto drugo, i stoga ste stvarno u serijskoj aktivnosti.
Tako možete vidjeti da su određeni vremenski okviri i dan, tjedan i mjeseci za one stvari u kojima ponašanje skupa ima smisla, i stoga niste u svijetu obrade događaja, te bi stoga dostupnost mogla biti sasvim drugačija u smislu onoga što vam je potrebno biti u mogućnosti pružiti. Ali čim ste u svijetu događaja, tada ste u nekoj 24/7 dostupnosti, a promjena tehnologije je čimbenik kako tehnologija prolazi sve brže i brže, a raspoloživost se možda neće povećavati; samo ostaje onakav kakav jest.
Ovo je slojevitost i ne želim u ovo dubinski ulaziti u to, samo, znate, ovdje treba razmotriti tri stvari. Postoji razina usluge infrastrukture, ovo je vertikalna os, zatim postoji razina usluge bilo koje aplikacije, a zatim je razina poslovnih usluga, a one ovise jedna o drugoj i trebat će ih uzeti u obzir ako zapravo gledate na stvaranje odgovarajućeg okruženja u kojem su razine usluge u osnovi zadovoljene.
Zatim ste ovdje, dolje na dnu, koje su upravo predstavljene baze podataka, ali možete učiniti bilo što unutar sustava, znate da ste dobili nonstop konfiguraciju, što znači i ono što piše: nikad se neće zaustaviti. Imali ste vruću stanje pripravnosti, gdje na ovaj ili onaj način postoje različiti načini za postizanje toga, ali na ovaj ili onaj način, ako baza podataka ne uspije, prebacuje se u vruće stanje pripravnosti i vrlo malo zaostaje u vremenskom intervalu, do točke u kojoj bi ga korisnici vjerojatno primijetili, ali nisu primijetili puno.
Toplo stanje pripravnosti više je kao 20-minutno prebacivanje u kojem svi dojavljuju službu za pomoć i kučkaju za stolom za pomoć dok se baza podataka prebacuje u stanje pripravnosti. Tada dolazi do situacije ponovnog pokretanja u kojoj to može trajati jako dugo. Vrijedno je napomenuti da se bilo koji program ili bilo koja data baza mogu nalaziti u bilo kojoj situaciji, ovisno o tome što se zapravo događa i o razini usluge koja se zahtijeva od aplikacije.
Od toga, želim samo naglasiti krivulju složenosti. Složenost proizlazi iz čvorova i veza, ovisnosti. U svijetu u kojem živimo broj čvorova i veza koji su uključeni u bilo što samo nastavlja da raste, pa trčite prema ovakvoj krivulji ekspeditivnosti. Ako možete vidjeti kako se složenost povećava i kako se vremenske dimenzije smanjuju, onda znate za razinu raspoloživosti, postoje li vremenski ciljevi, hoće li se vjerojatno smanjivati?
I prirodna evolucija je, dakle, prema non-stop operaciji, što je naravno najskuplje - barem prema mom iskustvu - to je najskuplja konfiguracija koju možete stvoriti. Na ovaj ili onaj način, svaka organizacija koja razmišlja o ovome, doista mora razmišljati ne samo o onome što se događa sada, već o onome što će se događati u budućnosti.
Možda je posljednja stvar koju želim napomenuti da je upravljanje razinama usluga neprekidna aktivnost; to nije nešto za što znate da imate projekt, to radite i gotovo je. Nije, jer se stvari samo nastavljaju mijenjati. Rekavši to, loptu ću proslijediti Dez.
Dez Blanchfield: Hvala Robin. Volim tvoj tobogan za otvaranje. Upravo smo imali ponavljanje, mislim da je film "Pronalazak Nemo 2". Imali ste Nemo u potrazi za dostupnošću u obliku devetki, što sam smatrao prilično slatkim. Uvijek težak čin koji treba slijediti. Kad razmišljam o produktivnosti, dostupnosti i visokim performansama, prva slika koja mi padne na pamet, jer sam odrastao na Salomonovim otocima u blizini vulkana i ekvatora, vulkan je erupcija u mom podatkovnom centru; Uvijek imam u glavi ovu sliku da bi se to moglo dogoditi ako nešto propadne. Ovo je slika dražesnog Mt. Etna, koja je sjeveroistočni kut Sicilije, koja je tik uz Kataniju.
Moj pristup ovome je da razgovaram s vama i pružim vam nekoliko aktivnosti na istoj razini koju redovno radim u upravnoj sobi od C-apartmana i voditelja poslova s ciljem da razgovaramo o tome što može utjecati na vašu organizaciju iz komercijalnog ili tehničkog smislu i vrsta inženjeringa.
Moramo razmišljati o tome i kako - što oduzeti od toga i kako ćemo riješiti neke izazove o kojima govorimo kada govorimo o visokoj dostupnosti i produženom vremenu, osobito oko automatizacije i platformi.
Dakle, pitanje koje postavljamo u početku jest što zapravo mislimo kad govorimo o sustavima baza podataka i dostupnosti platforme baze podataka? Što zapravo znači govoriti o stvarnom izazovu stavljanja nečega na raspolaganje onako kako je Robin govorio u sporazumu o razini usluge instaliranom mapiranju onoga što mi zapravo trebamo i želimo?
Dakle, današnja stvarnost je takva - i u stvari, ovdje je nekoliko vrhunskih stvarnosti u mom umu - danas je sve učinkovito bazirano na bazi podataka. Danas je vrlo malo sustava koji su izgrađeni i izgrađeni na takav način da se stvari pohranjuju u datoteke ili je neka vrsta ravnog dnevnika datoteka; uvijek je sve na bazama podataka. Kao rezultat toga, imamo ovu potrebu da prestanemo razmišljati o dostupnosti tih baza podataka, o različitim sustavima i aplikacijama i alatima koji ovise o njima i pouzdati se u njih u pružanje usluga koje želimo isporučiti, prodati ili potrošiti, I svu infrastrukturu oko nje.
U stvari, toliko, kad razmišljate o velikim poremećajima podataka kasnih, posebno digitalnih domorodaca ili domorodaca, nekih tvrtki koje su se spojile poput Uber i Airbnb i tako dalje, i nešto starijih PayPalsa i eBayevi svijeta - razmjera i veličina tih organizacija moguća je samo zbog moderne tehnologije baza podataka i moderne infrastrukture u oblaku. Bez toga, bez dodane mogućnosti, oni sigurno ne bi postojali. Zamislite scenarij u kojem biste mogli stići na eBay samo između 9:05 i 9:25 jer je ostatak dana bio nedostupan jer je pokušavao napraviti iCloud ili sigurnosnu kopiju ili nešto slično, jednostavno ne bi imao radila.
Dakle, i postoje druga ključna područja kada razmišljate o našem svakodnevnom životu, kao što su maloprodaja, bankarstvo, financije, aviokompanije i tako dalje. Velike industrijske grupe poput zrakoplovne logistike, transportnog brodarstva, vlada u cjelini, postoji nacionalna sigurnost i policija itd. Sve ove industrije, svi navedeni tržišni segmenti, sva ova tijela, grupe ovise o okruženju koje radi i radi.
Dakle, imajući to na umu, imamo i drugi upozorenje o kojem moramo razmišljati, drugi postupak o kojem želim da vas ostavim u razmišljanju, a to je da je naš svijet sada ono što ja zovem "uvijek uključen". Stalno smo povezani i ovu ćemo temu redovito čuti, a ja ću je ponoviti i ponoviti. Sada imamo pametne telefone u rukama cijeli dan, svaki dan. Ne isključujemo ih, stavljamo ih uz krevet, neprekidno ih koristimo kao budilice, koristimo ih kao kamere i fotografiramo, a te fotografije guraju u oblak.
Uvijek su uključeni, stalno povezani mentalitet. U stvari, postoji novčanica od fraza koju volim koristiti, a to je da sada nekako živimo Fitbit generaciju. To je mjesto gdje mjerimo sve, pratimo sve, i to treba zabilježiti i to će ići negdje.
A tu je i druga fraza s kojom ću te ostaviti, a to je da je negdje devet sati, cijelo vrijeme. To je svijet 24/7/365 u kojem živimo. Zemlja se neprekidno vrti oko Sunca i u nekom trenutku i vremenu, svaki sat u danu je devet sati. A to znači da ljudi ustaju iz kreveta i pokušavaju raditi stvari, kupiti stvari, instalirati stvari itd.
Dakle, što mislimo kad govorimo o visokoj dostupnosti? Pa zvuči zaista očito dok ne počnete zaroniti u detalje. Dakle, znate kada razmišljamo o "OK, što znači velika dostupnost?" Pa, stvarnost je da srebrnog metka nema. To je prilično složen koncept, kao što se Robin odnosio na neke teme koje je spomenuo, kao što su mjerenje dostupnosti i dogovora o razini usluge. To preslikavamo u stvari poput, imam ova pitanja, je li produženo? Brinemo li se o stvarima poput onoga što zovemo pet devetki, u što ću ući u minutu. Smatramo li se onim što imamo u sporazumima o razini usluga? Na primjer, u sporazumima o razini usluga, mislim da ima kašnjenja, kratica s tri slova za sporazume o razini usluga postala je ovih dana sve kritičnija.
Dok prolazite kroz cijeli ovaj proces prenamjene i samostalnog ugovaranja s outsourcingom na treće strane, podatkovnim centrima i vanjskim uslugama upravljanih uslugama, a sada idemo skroz do oblaka. A stvarnost je kad govorite o oblaku, to su samo stvarno računala drugih ljudi. A to znači da ne pokrećete infrastrukturu, ne pokrećete sustave i uvijek ne imate oblak. Radite na postavljanju infrastrukture, pa je to još važnije u službi prodaje. Zamislite sada prodaju, na primjer, da ne dodirnete nijednu od te infrastrukture, samo se prijavite na web sučelje.
Dakle, jedini mehanizam koji imate u tom svijetu oblaka i outsourced infrastrukturu bilo kojeg oblika za kontrolu koji su ugovori na razini usluga, to je jedini mehanizam koji imate, a ako ljudi ne ispunjavaju vašu instalaciju, oni ili izdržavaju penale i smanjenje iznosa novca koji ih plaćate ili ih jednostavno ne plaćate.
Dakle, ovo nam vraća na pamet cijeli ovaj izazov, kako znate, kako upravljati visokom dostupnošću? Kako upravljamo dostupnošću ako nije vaša infrastruktura, na primjer, sve se tiče SLA-e. Ako je to dizajnerska točka gledišta, to je vaša infrastruktura ili čak ako je to tuđa infrastruktura. Razgovarali smo o uravnoteženju opterećenja prema znanosti modela, je li to patent za dizajn tolerancije?
Izvodite li aktivne ili aktivne pripravnosti u svojim arhitekturama? Imate li više poslužitelja, više platformi za pohranu? Kako djeluju te platforme za pohranu? Da li se međusobno repliciraju, zrcale li se jedno drugo? Imate li RAID? Koju vrstu RAID-a pokrećete za suvišnu pohranu? Koristite li RAID na razini diska? Koristite li platformu za pohranu objekata koja se replicira na modele pogona i modele sustava i pogona? Je li to N plus jedan za svaki vaš mali dio infrastrukture? Dodajete li još jedan i nalazi li se u istom podatkovnom centru ili drugom podatkovnom centru? Jeste li izgradili patent za dizajn koji primjerice nema nijedno prodajno mjesto?
Sve ove temeljne stvari, sada zvuče kao jednostavni koncepti, ali kad uđete u svaku od tih stvari, to su vrlo, vrlo detaljne stvari. Kada govorimo o dostupnosti, uvijek nećemo govoriti o devetkama. A što mislimo s devetkama? Svi smo čuli za njih, ali samo razmislimo što oni znače na minutu i zašto su važni.
Dakle, mi govorimo o jednoj devetici, što je samo 90 posto naše dostupnosti. Znam da to zvuči vrlo visoko. Dakle, kada govorimo 24 prema 7 do 365, ako pogledamo, na primjer, godinu dana, kada govorimo u devet, što je 90 posto vremena, to omogućava trideset šest i pol dana stanke godišnje. Zaokružimo to na nešto više od mjesec dana.
Sad razmislite o bilo kojem poslu kojim se bavimo svaki dan - bilo da se radi o internetskom bankarstvu, eBayu, PayPalu ili platformama društvenih medija poput LinkedIna, Twittera ili samo o generalnom prodavaču - recimo samo da sam želio rezervirati let da bih došao u SAD iz sunca Australija, bih li bio sretan kada bih htio doći u Ameriku za tjedan dana, ako je moja omiljena zrakoplovna kompanija bila u padu trideset šest i pol dana, jer je njihov pružatelj usluga rekao: "Gledajte, već smo 90 posto vremena „? Naravno da ne bih.
Dok idete prema ovom modelu, dvije devetke: 99 posto. Pa to postaje 3, 65 dana, otprilike tri i pol dana stanke godišnje. Je li to velika stvar? Pa to je ako pokrećete Crni petak, a pokrećete prodaju, a ljudi ga mogu kupiti samo tijekom tih nekoliko dana.
Tri devetorice postanu samo 8, 7 sati godišnje, ali čak 8, 7 sati godišnje, to je uzastopno non-stop osam sati našeg vremena. Pa to je u bankarstvu i financijama, u zdravstvu - ako je bolnica, dobro što bi moglo koštati života. Kako se penjete, četiri devete je 52 minute, pet devet je pet minuta, a šest devet u osnovi 30 sekundi. Šest devetki je izuzetno visoko, a kako se penjete ovom ljestvicom, dok se penjete na ovo božićno drvce od devetki, više se devetki uspinjete, sve je teže dizajn, okoliš i platforma. Teže je isporučiti tu uslugu i ako razmišljate o smanjenju vremena koje imate za pokretanje sigurnosnih kopija, administracije, zakrpavanja, prozora održavanja za bilo koji oblik kvarova - svi ne trivijalni izazovi - i sve se učinkovito svodi na postotak kvarova.
Ključno što bih ovdje želio prenijeti je što nema srebrnog metka, kao što sam već spomenuo. Kad je riječ o dostupnosti, ne postoji "jedna veličina koja odgovara svima." Možda imate određenu vrstu patenta dizajna koji odgovara ključnim industrijama. S istim se izazovima suočavaju sve banke. Neke mogu biti maloprodajne banke, neke mogu biti premijske banke. Neke bi se banke mogle fokusirati na trgovanje i ulaganja, upravljanje bogatstvom. Neki bi mogli biti isključivo potrošači. Neki mogu biti samo na Internetu, a nemaju čak i telefonske službenike, a bave se samo bankomatima kada daju gotovinu. Dakle, u tim scenarijima, čak i u bankarstvu i upravljanju bogatstvom, te industriji financijskih usluga u cjelini, za svaki od njih još uvijek imaju svoj poseban okus ili ono što im je potrebno kada je u pitanju dostupnost.
Pa kad razmišljamo o dostupnosti na običnom engleskom, o mješavini između dostupnosti i velike dostupnosti - mislimo da su iste stvari, ali oni su zapravo kreda i sir. Dostupnost je, iznio sam je na običnom engleskom, mjera vremena koje poslužitelj ili proces normalno ili općenito funkcionira, vezano za njihovu upotrebu. To samo znači kako opisujemo je li dostupan ili ne. Kad govorimo o dostupnosti, često nailazimo na ovu zamku razmišljanja, "pružam je u dostupnom obliku", nasuprot visokoj dostupnosti u zaštiti sigurnosti te infrastrukture.
Velika dostupnost, u drugom smislu u običnom engleskom, dizajn je gdje implementirate ili postižete nekakav ishod i dostupnost podataka, posebno tamo gdje gotovo cijelo vrijeme - 24/7/365 dana u godini - ta dostupnost stiže do nekih od tih devetke. Neizbježno to ne znači 100 posto. Sto posto tehnički nije moguće u stvarnom svijetu ni u jednom okruženju. Vrlo je teško za jedan poslužitelj u operativnom sustavu s bazom podataka na njemu, s pokrenutom platformom i na toj aplikaciji možete je isporučiti i očekivati da se pokrene 100 posto. Tada počinjemo razmišljati o dizajnu. Imamo li viška, imamo li više dijapozitiva za ponavljanje? Kada to iznesete na običnom engleskom jeziku, zanimljivo je koliko različita postaje tema dostupnosti od visoke dostupnosti.
Mislio sam da ću je staviti u vrlo jednostavan grafički oblik samo kako bi nam dao ideju kako to izgleda kad se počnete susresti s izazovom povećavanja dostupnosti u zaštiti svoje usluge produženog vremena. U donjem lijevom kutu imamo jedno devetku. Izložio sam pet devetki o kojima općenito razgovaramo. Šest devetki je pomalo nečuveno. Kad govorimo o pet devetki u donjem lijevom kutu, otprilike 35 dana otkaza, to pokušavate pružiti zbog povoljnih okruženja i niske složenosti, jer imate nekoliko stvari koje mogu propasti i koje možete i dalje ispunjava sporazume o razini usluge.
Ali dok idete dnom s lijeva na desno, i dođete do točke gdje je na slici više devetki, dobivate scenarije u kojima počinjete razmišljati o replikaciji sustava i platformi. Morate razmišljati o grupiranju i virtualizaciji različitih dijelova infrastrukture. Morate razmišljati o geolokaciji tih klastera, više mjesta podatkovnih centara i morate razmišljati o vrsti industrije i tržišnom segmentu kojem ciljate. Pa koju vrstu usluge trebate ispuniti? Koju uslugu tražite? Područja koja se temelje na karticama u stvarnom vremenu i govore o komunikacijama. Je li to vojna služba? Dakle, ovaj grafikon ide odozdo lijevo prema gore desno, a kako prođete kroz tu krivulju, troškovi i složenost se povećavaju. Kako dobivate složenija i zahtjevnija okruženja, trebat će vam više devetki.
Na primjer, ovaj grafikon čini vrlo sličnu stvar: opisuje priču između komponente troškova u odnosu na željenu komponentu raspoloživosti. Dakle, u gornjem lijevom kutu mapiramo vrlo dostupne složene sustave, a troškovi nastali ako ta dostupnost opadnu u odnosu na korist od raspoloživosti u nultu stanku. Tako, na primjer, ako na lijevoj strani imamo okruženje u kojem su stvari propadne, možemo pretrpjeti gubitke koji su financijski. Imamo pravne implikacije koje mogu biti komercijalne implikacije na razini poslovne strategije i strategije.
Pretpostavljam da postoje sve vrste potencijalnih problema, čak i moralnih pitanja oko toga što ćemo imati koristi od usluge. Ako se radi o zdravstvenoj industriji i oni počnu prolaziti kroz trošak otkaza, utjecaj na kupce, smanjenje zadovoljstva kupaca, produktivnost osoblja, produktivnost korisnika itd. Na te stvari utječemo ako razmišljamo o dizajniranju vrlo složenih, visoko ovisnih, visoko rizično okruženje u kojem postoji potencijalni rizik od prekida rada i samim tim gubitka.
Na desnoj strani pokušavamo težiti scenariju u kojem ako uložimo visoke troškove i planiramo u dizajn, ulažemo u inteligentnu implementaciju. Ulažemo u pružanje ljudi vještinama i resursima i veoma cijenimo mrežno i visoko cijenjeno operativno okruženje te hardver i softver. Dobivamo visoku dostupnost, ali dolazi s velikom cijenom. Dakle, ljuljajuće čarobno mjesto klatna s optimalnim položajem u sredini gdje se prelaze, gdje imamo neznatno smanjene troškove i sve veću dostupnost koja samo žonglira između nivoa devetke i visoke dostupnosti koja je neprekidna dostupnost, a ovo je neprestani izazov za nas, kao i koliko novca ste spremni uložiti da postignete razinu usluge koju tražite?
Imamo i temu u koju neću ulaziti u detalje, ali samo želim da ovo odnesete i razmislite. Razlika između srednjeg vremena između neuspjeha u vašem dizajnu, u odnosu na prosječno vrijeme za oporavak. Drugim riječima, ulažete li u kvalitetniju infrastrukturu, kvalitetniji dizajn, kvalitetniji hardver i softver i kvalitetnije kvalificirano osoblje i resurse da biste izradili stvari i smanjili srednje vrijeme između neuspjeha, prosječno vrijeme koje je potrebno da se pronađe pauza za razliku od toga do manjeg ulaganja u infrastrukturu, resurse i dizajn i slijepe patente, veliku sposobnost oporavka? Drugim riječima, ako se nešto pokvari, morate puno toga uključiti. Ako netko ima laptop i umre, imat ćete rezervni. Vi im to predate i za 30 sekundi se prijavljuju. To su vrlo različiti krajevi pola. Gornji zaključuje da inženjerirate s visokim troškovima i visokim ulaganjima kako biste izbjegli neuspjeh, a donji kaže: "Prihvaćam da će doći do neuspjeha, tako da ću inženjer posložiti oko toga i biti spreman za neuspjeh. i oporavi se brzo. "
Kao što sam već spomenuo, gdje bih mogao reći, "Moja dostupnost nije vaša dostupnost." Dakle, kada je u pitanju okruženje baze podataka i podrška infrastrukturi, pokretanje vaše baze podataka i zaštita te i osiguravanje velike dostupnosti, doista ne postoji sve na jednom mjestu, Svatko ima svoje potrebe i želje. Stoga si morate postaviti ova osnovna pitanja koja ću vam ostaviti, a to je: što si vaša organizacija može priuštiti? Ne govorim samo o dolarima i centima. Ja kao organizacija govorim, što možete sebi priuštiti od resursa, vremena i truda i sl. Koliko vam može pružiti razina dostupnosti? Također, što vam može pomoći u poslovanju? Dakle, trenutne mogućnosti, trenutne vještine, trenutna infrastruktura, trenutačno financiranje koje možete prikupiti. Dakle, zanimljive ravnoteže su žongleri između onoga što si zapravo možete pružiti u odnosu na ono što možete podržati.
Zatim si morate sebi postaviti pitanja: Koje vještine i tehnologije imate u svojoj kući? Možete li izdvojiti dio tog izazova? Možete li onda stvari premjestiti u oblak? Ako imate infrastrukturnu uslugu osim softverske usluge, ostajete bez tog snopa kako idete dalje prema gore. Dakle, biste li trebali više ulagati u platforme i usluge, a ne brinuti se o dijelu infrastrukture ili biste na softver trebali gledati kao na uslugu jer se ne biste trebali brinuti za platformu?
Koju vrstu tržišta i kupca ili kupca opslužujete? Hoću reći, ako ste telekom i netko mora podići telefon, a cijelo vrijeme primate ton biranja, to je vrlo različit izazov za otvaranje male prodavaonice između ponedjeljka i petka, od devet do pet i zatvaranje sat ručka poput brijača u kutu. Stoga morate dugo i teško razmišljati kako to funkcionira i što to znači vašoj organizaciji, što trebate biti u mogućnosti pružiti.
A onda žonglirati između onoga što se nalazi u prostorijama, onoga što je izvana i potencijalno, onoga što je u oblaku. Kao što sam već rekao, i to proizlazi iz vremenskih izazova. Dakle, preostalo nam je posljednje pitanje koje se radujem našim prijateljima iz IDERA-e da nam kažu kako se bave tim stvarima, a to je fini žongliranje između usklađivanja željene i potrebne raspoloživosti s učinkom, i onoga što vašoj tvrtki treba i što vaše tržište i potrošači trebaju.
A stvarnost je da nije bezobrazan podvig. Trebat će vam vremena, truda i novca širom svijeta da razmislite o tim stvarima. I neizbježno je to ulaganje u sposobnost ljudi i vještina te ulaganje u softver i alate za automatizaciju nekih od tih procesa i pružanje tim ljudima odgovarajuće alate i prave sustave kako bi im život bio ne samo bolji, već i moguć jer nadgledanje okruženja velikih razmjera i zaštita a upravljanje tim okruženjem velikih razmjera često je iznad pojedinačnih ljudskih mogućnosti.
Dakle, imajući to na umu, nadam se da sam postavio scenu za sjajan razgovor za naše prijatelje iz IDERA-e, kako bi razgovarali o njihovoj platformi i alatima, i nadam se da ću na kraju postaviti nekoliko sjajnih pitanja. A ja ću prenijeti preko.
Dr. Robin Bloor: U redu. Bert, upravo sam ti dao ključeve, odnesi ih.
Bert Scalzo: Hvala! Hvala, Dez i Robin. Nastavit ću s temom visoke dostupnosti vaših podataka. I zapravo ću iskoristiti puno onoga što je Dez upravo pričao. Dakle, izbori, devetke, kompromisi, povoljna cijena. Pokušat ću to više objasniti u pogledu administratora baze podataka ili nekoga tko je bliži rovovima, kako bi to gledali? Kako bi to arhitektirali? I što ti izbori nekako znače.
Sad ću pokušati biti agnostik baze podataka. Neću crtati, na primjer, specifično za Oracle rješenje ili SQL-Server, već ću nacrtati, recimo, generičku arhitekturu koju nude svi dobavljači baze podataka, nešto u skladu s tim. Svi je nazivaju različitim imenima, ali to je jedna vrsta izbora koja vam je zajednička i želim to sagledati iz poslovne i tehnološke perspektive i kako se odnosi na poslovne zahtjeve.
I želim započeti od onoga što je najosnovnije rješenje pseudo-visoke dostupnosti, kroz opcije koje imate na rješenjima na razini skladišta, rješenjima na razini virtualizacije, na rješenjima na razini baze podataka. I onda vas želim uvesti i na činjenicu da su svi izbori dostupni i u oblaku.
Pa, opet, pokušat ću ostati pošteno agnostik baze podataka. Sada, o većini stvari o kojima ću govoriti, znam da postoje u Oracle, SQL Serveru, MySQL, PostgreSQL. Postoje i neki drugi dobavljači, koji izrađuju alate koji bi vam također dali dodatnu arhitekturu koju biste mogli razmotriti. I kao što je Dez upravo rekao, nijedno rješenje nije najbolje; sve ovisi. Ali postoji jedna univerzalna činjenica u koju ćemo gledati, hoće li biti više pokretnih dijelova, pa će ona biti složenija i samim tim i skuplja.
Dakle, svi znamo da su podaci važno sredstvo. I svi znaju da je brzi pristup podacima uvijek lijep. No, pouzdan pristup podacima je presudan. I dok je razgovarao sa svojim devet primjera, možete li si zaista priuštiti stanku od 36 i pol dana? Od presudnog je značaja da su ti podaci stalno dostupni. I tako, stanke mogu koštati bogatstvo, bilo u smislu izgubljenog prihoda, ali još važnije, izgubljenih kupaca ili gubitka dobre volje kupaca. Dat ću vam dobar primjer; ako je određeno web mjesto na kojem kupujem sporo, možda ću pokušati pronaći novu web lokaciju koja prodaje slične proizvode po sličnom trošku koja nemaju spore web stranice. I tako, to nije samo gubitak kupca, to je dobra volja koju kupac ima prema vama.
Sada je hardver puno jeftiniji ovih dana, tako da je sve veća potražnja za velikom dostupnošću. I opet, vodit ćemo nas u oblak kad to pogledamo. A mi imamo ponude s različitih razina: dobavljači skladišta podataka, dobavljači baze podataka, dobavljači virtualizacije, a sada čak i dobavljači oblaka. I tako, ono što je uistinu zanimljivo s oblakom jest nakon što nacrtam sve ove divne slike tih arhitektura koje biste mogli graditi u oblaku, puno puta su samo neki potvrdni okviri koje provjerite. A vi kažete: "Želim replikaciju u geografskim regijama." Kvačica. "Želim replikaciju ključnih komponenti hardvera." Potvrdni okvir. I tako, ako razumijete slike, ponekad je u oblaku samo provjeravanje nekoliko okvira da biste stvorili sliku koju imate na umu.
Ključno je pitanje koji su poslovni zahtjevi za visoku dostupnost? Na primjer, trebam li brinuti samo o kvaru na jednoj web-lokaciji ili ga moram imati na više web lokacija? Drugim riječima, mogu li imati jedno informatičko središte i ne zanima me hoće li taj jedan centar izvan mreže? Ne postavljam poslovni zahtjev da se proširi na više web lokacija. To je poslovno pitanje. I važno je znati kako poduzeće doživljava odgovore na to pitanje, jer to obično definira vaš proračun.
Sada također želite pogledati razinu zaštite od kvara. Je li mogao doći do prekida napajanja? Može li to biti kvar komponente? Kao NIC ili HBA pođe loše, adapter sabirnice. Je li tvrdi disk povoljan? Je li to kvar greške? Je li to kvar računala? Ili se, u nekim slučajevima, radi o kvaru na mjestu? To je drukčije nego što, u nekim slučajevima, možete imati kvar web stranice jer je sama web lokacija izvan mreže. U drugom slučaju, može biti da je značajan dio web-lokacije izvan mreže, ali iz vaše perspektive, to je cijela stranica.
I tada, dok je Dez govorio, kakvo je vrijeme za nastavak poslovanja? To je poslovno pitanje. Ako tvrtka kaže da morate moći nastaviti s radom u roku od dvije minute, onda će očito to definirati neke od tih slika za koje ću pokazati da ćete raditi, a neke od njih neće biti opcije koje vi mogu birati.
I još jedno pitanje koje se postavlja tijekom velike dostupnosti, ali često ga ljudi zaboravljaju pitati je: "Hej, poslu, ako se nešto dogodi dok sam usred obrade transakcije, što mogu izgubiti nakon ponovnog uspostavljanja sustava? " Drugim riječima, ako mogu vratiti sustav u roku od dvije minute i izgubiti ne više od 10 sekundi, recimo, transakcija koje su bile u letu, je li to prihvatljivo poslovanje? I opet, to će definirati na što je posao spreman potrošiti, a zatim će opet definirati koje slike ću vam pokazati ili se prijavite ili ne.
Dakle, krenimo s najosnovnijim pseudo rješenjem visoke dostupnosti. To zaista nije velika dostupnost, ali volim započeti s tim, jer ljudi potiču na pravi način. Ako imam poslužitelj i prostor za pohranu, obično ću na taj poslužitelj staviti više NIC-ova, kartica mrežnog sučelja i povezati ih tako da, ako jedan NIC ne uspije, i dalje budim. I isto ću učiniti s adapterima matičnog voditelja, preusmjerit ću to putem različitih prekidača, tako da imam više načina do svog skladišta. I dobio sam univerzalno napajanje i imam ponavljajuće kontrolere unutar svoje memorijske mreže, a možda sam učinio nešto poput RAID 10 sa svojim diskovima. Drugim riječima, na ovoj slici spriječio sam jednokomponentni kvar na više razina. Dakle, nisam vezan ni NIC, ni HBA, ni kontroler, ni sklopka.
Ali ako primijetite, poslužitelj je u crvenoj boji, a niz za pohranu je u crvenoj boji. Još uvijek imam dva područja u kojima ako ne uspiju, ako moj poslužitelj ode, ja sam mrtav, ako odlazi moj ormarić za pohranu podataka, mrtv sam. Dakle, iako ovo nije baš velika dostupnost, započinje vam da vidite i pogledate sliku i kažete: "Želim sliku na kojoj nema crvene boje". I to je zaista cilj ovih slika da nas usmjere u pravom smjeru.
Dakle, prvo što se dogodi jest da kao DBA možda uvijek želim rješenje visoke dostupnosti staviti kao implementaciju baze podataka, ali moguće je da je na raspolaganju da se to može učiniti kao rješenje za pohranu ili da bi mogla biti replika na razini skladišta. U slučaju s lijeve strane, ja imam virtualnu pohranu. Ono što se događa je da imam RAID 0 u dva različita ormarića za svoje diskove, ali imam RAID 1 u dva različita ormara za pohranu. Drugim riječima, zapravo sada mogu propasti ormarići za skladištenje i nisam mrtav. Dakle, bolje je od prethodne slike, jer na prethodnoj slici - upamtite da smo imali i crvenu na poslužitelju i crvenu na skladištu - i sada smo napravili malo poboljšanje, sada više nemamo crveno na razini prostora za pohranu, koristio sam - virtualizacija skladištenja riješila je taj problem.
Sada, još jedan način na koji to možete učiniti - a to ne nude svi dobavljači - je da ćete možda moći replicirati na razini pohrane. Ne govorim o replikaciji baze podataka, zapravo govorim o ponavljanju blokovskog I / O-a za vašu pohranu. A to se može učiniti na razini skladišta. I tako opet, sada imam s desne strane još jednu sliku na kojoj uklanjam crveno s dna, jer koristim replikaciju pohrane.
Dakle, ovo je druga slika koja može biti, ali ne mora biti dostupna. A osoba koja bi time upravljala može biti vaš administrator za pohranu, a ne administrator vaše baze podataka. Volim to iznijeti, jer ponekad ljudi pomisle: "O! Visoka dostupnost, ovaj problem mora riješiti DBA." To nije uvijek istina; u ovom slučaju to bi mogao biti administrator pohrane.
Sada slijedeće, možemo učiniti virtualizaciju poslužitelja kao moguće rješenje. Ako se sjećate, na prvoj slici imao sam crvenu boju na poslužitelju i crvenu na polju za pohranu. U ovom slučaju, pomoću virtualizacije, mogao bih se preseliti, a u nekim slučajevima to premještanje je neka vrsta tople selidbe, a u nekim slučajevima može čak biti i vruća selidba. Neke virtualizacije ili hipervisori omogućuju pomicanje virtualnog stroja u letu. A neke će baze podataka lako prihvatiti to kretanje u letu. Sada, opet, to ne pružaju svi hipervisori, ali to je jedna moguća razina rješenja. Sada sam napravio da gornji poslužitelji više nisu crveni, ali još uvijek imam zajedničku matricu za pohranu i pogodite što, ovo rješenje može biti zajednički napor između administratora baze podataka i administratora virtualizacije. Ili bi to mogao biti samo administrator za virtualizaciju, ovisno o tome koja je razina selidbe podržana na tom hipervizoru i toj bazi podataka.
Ako se pitate, „Vau, što on misli tim preseljenjem? Dajte mi određeni primjer. "Na primjer, u VM-u gdje možete koristiti VMotion za premještanje virtualnog stroja s jednog računala na drugi i to bez zastoja. Sad, jasno da je na prethodnoj slici još uvijek bilo crveno. I dalje sam imao skladište kao jedinstvenu grešku. I tako prelazimo na sljedeće rješenje koje je, eto, dopustite mi da kombiniram pohranu i virtualizaciju poslužitelja.
U ovom slučaju, opet, to bi mogli biti administrator za pohranu i administrator za virtualizaciju koji grade ovo rješenje i pogledajte: Imam sliku bez crvene boje. Dobila sam visoku dostupnost jer mogu premjestiti virtualni stroj ili pokrenutu aplikaciju ili bazu podataka s jednog poslužitelja na drugi i imam virtualizaciju u svom skladišnom polju tako što izvršava RAID 1 preko dva odvojena spremišta. Mnogo sam zakrpio prekidače i svoje HBA.
Dakle, sada sam izgradio HA sustav i to radim prvenstveno ne na razini baze podataka. Drugim riječima, koristila sam druge tehnologije da bih postigla istu stvar. Dakle, ovo je rješenje. Tada ulazimo u ono što se naziva skalabilni klaster za dijeljenje-pohranu. To stvarno nije HA rješenje, ali opet, volim to pokazati za sliku.
I što se ovdje događa je da imamo dva poslužitelja koji rade s bazom podataka i smatra se jednom bazom. Ne postoje dvije odvojene baze podataka; to nije poput gospodara i robova, ili vrućeg i hladnog, ili aktivnog i pripravnog. Ovo je, da ta dva čvora zajedno rade na predstavljanju jedne logičke baze podataka. I tako, što se događa je da ako određeni čvor ne uspije, još uvijek ste gore. Dakle, štiti vas od kvara na razini poslužitelja i to u osnovi čini, nekako, izoštravanjem resursa čvora, ako hoćete, ali još uvijek imate samo jednu točku neuspjeha za disk. Dakle, ovo je skalabilni klaster sa zajedničkom pohranom i Oracle naziva ovaj stvarni aplikacijski klaster ili RAC.
Sada, drugo rješenje je korištenje klastera za odstupanje od zajedničke pohrane. Dakle, s lijeve strane imam aktivan čvor, s desne strane imam pasivni čvor, između mene je otkucaje srca. Imam zajednički niz podataka za pohranu i to je kritično; to moraš imati. U osnovi, ono što se događa je ako aktivni čvor naiđe na probleme, pasivni čvor može preuzeti. Ovome postoje poteškoće u licenciranju. Neki dobavljači baze podataka omogućuju vam da imate pasivni čvor sa smanjenom licencom na određeno vrijeme. U drugim slučajevima morate imati potpunu dvostruku licencu. Sve ovisi o vašem dobavljaču baze podataka. Ali svi podržavaju ovu vrstu slike koja, ako jedan čvor propadne, drugi čvor može preuzeti.
Obično je ovo jedan od onih scenarija u kojem je svojevrsno, kad prijeđete iz aktivnog čvora u pasivni čvor, vjerojatno ćete u većini baza podataka - ne u svim - izgubiti dio unutar- avionske transakcije. Zatim pronalazimo ono što administrator baze podataka doista može pogledati, a to je replikacija baze podataka, a postoje dva različita načina vršenja replikacije baze podataka.
Postoji fizička replikacija, a ono što je važno je da na sredini ove slike sa zelenom zvijezdom vidite da replikacija, to radi baza podataka, ali, poput virtualizacije na razini skladišta, to se radi u bloku razina. Dakle, ponavljamo stvarni blok I / Os iz aktivnog čvora u čitajući ili pasivni čvor. A to se smatra fizičkom replikacijom.
Pustite me na sljedeći slajd jer je gotovo identičan i logična je replikacija, a jedina stvar koja se mijenja na slici je ta da u sredini, umjesto da šaljemo blok I / O, u biti šaljemo preko dnevnika datoteke sa SQL naredbama u njoj. Drugim riječima, ono što repliciramo nisu fizički I / O, već naredbe koje uzrokuju fizički I / O.
I tako, ovo se često naziva slanjem dnevnika ili replikacijom na temelju zapisa. Neki dobavljači baza podataka ovo vam daju izvorno. Ostali dobavljači baze podataka možda to ne nude, ali tada je nude drugi dobavljači, pa je ovo vrlo popularno rješenje HA i smatra se cjelovitim rješenjem. Ali ovo rješenje prvenstveno je odgovornost DBA-e.
Dakle, ne koristim virtualizaciju da bih to postigao. Mogao bih, ali nisam ovisan o tome. A ja ne koristim virtualizaciju skladištenja. Opet bih mogao, ali o tome nisam ovisan. Ali gradim rješenje pri čemu je baza podataka glavna funkcija vožnje. Dakle, ovo je logična replikacija.
Sada je također moguće kombinirati virtualizaciju baze podataka i pohrane. Mogao bih u svom podatkovnom centru, recimo, s lijeve strane biti plave boje, mogao bih virtualizirati pohranu tako da nisam vezan za određeni niz podataka za pohranu. No, možda radim logičku replikaciju na razini baze podataka ili logičku replikaciju iz jednog podatkovnog centra u drugi, tako da se naredbe izvršavaju i u podatkovnom centru, što rezultira I / O, ali ne nužno i istim I / O, jer I ' Ne šaljem preko ulazno / izlaznog bloka ni rješenjem za pohranu ili bazom podataka, već šaljem zapisnike, a samim tim i SQL naredbe.
Dakle, ovo je slika koja je vrlo uobičajena slika za vrlo velike organizacije. I ovdje mi se sviđa ova slika jer ako moram ovo postaviti na premisu koristeći bazu podataka kao što je Oracle, to mogu i učiniti; To je prilična količina posla, prilično je složena, ima puno pokretnih dijelova. Ako to učinim u oblaku, mogu doslovno samo reći, potvrdni okvir, želim dvije geografske regije, želim da ih regije razdvoje, znate, na različitim kontinentima, želim virtualizaciju na razini skladišta u određenoj geografskoj regiji. Čak mogu reći da želim mogućnost raspodjele tipa virtualizacije ili definicije visoke dostupnosti, i opet, to je još jedan potvrdni okvir.
I drugo što mi se sviđa u oblaku, postoji još jedan potvrdni okvir koji često kaže: "Ne želim se baviti zakrpanjem, samo ga zakrpite", znate, samo ga ubacite u proces rada svega što radite iza scene, držite me zakrpljenim u svakom trenutku. I tako, iako su neke od ovih slika postale vrlo složene i može biti vrlo teško napraviti u pretpostavci, one zapravo postaju vrlo lako napraviti u oblaku.
Zanimljivo je da je lako potvrditi sve potvrdne okvire, ali pogodite što, to košta više novca na mjesečnoj osnovi. Jer ako imate dva podatkovna centra, znate, da imate dva podatkovna centra u oblaku koji koristite, platit ćete više nego ako ih koristite samo jedan. Isto tako, ako radite razinu skladištenja ili visoku dostupnost virtualizacije kao dodatni sloj, opet mogu biti dodatnih troškova.
Zanimljivo je da iako je to teško napraviti na licu mjesta i možda ga previdite, u oblaku je to tako jednostavno učiniti, možete ga i podcjenjivati. Dakle, uvijek znate kako slika izgleda i uvijek znajte kolika je cijena troškova za svaku sliku koju gradite. Sada ima puno više kombinacija od onoga što sam ovdje pokazao. Ovo nije potpun ili iscrpan primjer. Nove tehnologije dolaze u redovitim intervalima, pa tko zna - možda nisam pokazao onu koja se tek pojavila u posljednja tri mjeseca. A visoka dostupnost puno je češća nego prije deset godina.
U stvari, ne bih smatrao da je napor da kažem da je za većinu velikih organizacija ovih dana obvezan poslovni zahtjev. I volim se vratiti na ovaj slajd jer sam upravo rekao da je to obvezan poslovni zahtjev. I imam ove dvije tablice s desne strane. Gornja je izvan dokumentacije SQL Servera, a donja je iz dokumentacije Oracle. A što je ovo, ovo su tablice koje će vam pomoći da odaberete koju metodu replikacije biste trebali koristiti.
I primijetite da započinjete s vrlo jednostavnim pitanjima. Koliko podataka mogu koristiti? A ako je odgovor nula, znate da samo u tom gornjem grafikonu možete odabrati prvi ili četvrti redak. Tada postavljate još jedno pitanje. Pa, koliko mi je vremena dopušteno da se oporavim? A ako netko kaže, pa, sekunde ili minute, onda se to odluči na vas. I onda, mora li pad pogreške biti automatski ili zahtijeva netko ručno da to učini? A to je još jedno poslovno pitanje. Oni mogu reći da to žele automatski jer se ne žele pouzdati u eskalacijski postupak i tada će im netko dodijeliti kartu i onda riješiti problem. Oni samo žele da se to popravi.
Sve su to poslovna pitanja i ista su pitanja ako se spustim i učinim isto za Oracle. I pitam, u redu, kakav neuspjeh dopuštam, kakvo trajanje, što mogu izgubiti, koji je postupak oporavka? Sve su to poslovni izbori, pa ako mi posao kaže odgovore na tri ili četiri pitanja, posao mi je stvarno lak, samo uđem ovdje, izaberem koji se od tih rezultata pokaže najbliže i onda to napravim. I zapamtite, u oblaku je možda samo nekoliko potvrdnih okvira da biste ih zapravo implementirali.
A s time me to dovodi do kraja mog materijala i vremena da se to otvori za pitanja.
Eric Kavanagh: Dobro, Dez, možda si najprije, a onda Robin?
Dez Blanchfield: Apsolutno. Zapravo, vjerojatno malo nepošteno prema onima koji nisu na Twitteru, ali samo sam tweetao sliku grafikona koju želim vizualizirati u svačijem umu, a zatim sam želio pitanje baciti našem učenom prijatelju na poziv ovdje. Kad pomislim na vlasničko nasuprot otvorenom izvoru na ovom prostoru - o čemu često govorimo, na neki način, vlasničkim bazama podataka poput sličnih Oracleu i Microsoftu i tako dalje, protiv otvorenog koda - na kraju se nalazite s ovim izazovom u kojem je vlasnički svijet dobavljač internetskog softvera ili programer softvera ili tvrtka ulaže u tijela za izgradnju te složenosti. I tako, na kraju ste sa scenarijem gdje kupujete softver i ne morate ulagati u mnoge ljude jer kupujete sposobnost ugrađena i u otvorenom izvoru - ne plaćate softver ili je to jeftin, recimo, ali softver ne plaćate, ali morate uložiti u tijela.
A mene zanima vaše žongliranje, posebno sada kada krećemo u oblačne modele gdje možete dobiti ili. Možete otići na AWS ili Azure i svoj Rackspace, i sve drugo, i kupiti kao uslugu koja pruža platformu vaše baze podataka ili to možete učiniti putem otvorenog koda. I ono o čemu smo upravo razgovarali, što je žongliranje između vlasničkog i otvorenog koda i kako dizajnerski obrasci o kojima govorite stupaju na snagu i koja su vaša opća razmišljanja oko ove teme dok krećemo naprijed, posebno oko pružanja dostupnosti?
Bert Scalzo: Jedan od velikih predmeta na koje naletim kad pokušavam odgovoriti na to pitanje, vraćam se kupcu i pitam ih o njihovim zahtjevima za izvedbom. A razlog zbog kojeg sam to učinio, otkrio sam - barem povijesno i po vlastitom iskustvu - da, kad su u pitanju kupci kojima je potreban visok protok njihove replikacije, gotovo uvijek mi je bolje s replikacijom koju pruža baza podataka Dobavljač, zbog prirode što je svojstvenija ugrađenom i nalazi se na nižoj razini, a ponekad koristi mehanizme koji nisu dostupni vanjskom svijetu, čak i u otvorenom izvoru.
I dat ću vam dobar primjer jednog slučaja koji sam imao. Imao sam internetsku tvrtku koja je koristila MySQL kao svoju bazu podataka, a oni su bili na staroj verziji MySQL-a, poput verzije 4.0, a replikacija između njihovih čvorova bila je ograničavajući faktor u tome koliko su mogli razmjenjivati svoje baze podataka. I gledali su u kupnju rješenja treće strane, a zatim su gledali: "Pa, možda možemo upotrijebiti neko od otvorenih rješenja." I ono što se doista svodilo na to, sve što su trebali učiniti je nadograditi svoj MySQL na Verziju, mislim da je išlo i na 5.5, jer razlika između te dvije verzije baze podataka bila je u verziji 4.0 verzije MySQL-a bez navoja i u verziji 5.0 to je bio, a to je zapravo bio najbolji put za njih.
Sad smo razmotrili ostale izbore, ali odlučujući faktor je bila uspješnost i ostanak s rješenjem dobavljača baze podataka, a provedba nadogradnje baze podataka zapravo je bila naše najbolje rješenje za najveću vjerojatnost dobivanja potrebne performanse veća raspoloživost
Dez Blanchfield: Da, to je ogledalo mog vlastitog razmišljanja, da budem iskren. Samo za potpuno otkrivanje i neću ulaziti u marke, ali potječem iz vlastite pozadine koja radi za OEM-ove i dobavljače softvera i IOC-ove općenito, i to je definitivno moje iskustvo, a istovremeno sam vrlo profesionalac -otvorite izvor i ja sam suradnik koda za gomilu projekata koje nećemo imenovati, ali slažem se s vama ako ste velika organizacija - recimo da ste banka ili što god već mogli biti - neizbježno ne želite biti IT dućan. Znate, primjerice, ako ste izdavač novina ili ako ste prodavač, ne želite biti informatička trgovina koja objavljuje novine, nego želite biti novinski dućan koji zapravo koristi samo IT.
I tako, ulaganje u vlasničke mogućnosti u kojima programeri softvera ugrađuju sve te mogućnosti, balansiranje opterećenja i tako dalje, u alat, čini mnogo više smisla u odnosu na to ako ste, kao, pokretač dotcoma ili nešto slično poput one koja može ulagati u ljudska tijela. Kuda vidite da ovo ide?
Vjerojatno moje posljednje pitanje prije predaje dr. Robinu Blooru, jer znam da nam nedostaje vremena. Kuda to vidite sa stajališta trenda? Dakle, stalno ste vani, na rubu ste krvavih stvari, vidite li kako su ljudi sjedili i obraćali pažnju i probudili se da bi to trebalo učiniti komercijalnim dijelom svog svakodnevnog … dnevni razgovor natrag u upravnu sobu? Ili još uvijek vidite da se radi o farmi geeka, tehničarima i kapuljačama koji razmišljaju o dostupnosti jer ih tjeraju da se probude u četiri sata ujutro kad nešto nestane izvan mreže?
Mislite li da se trend sada mijenja u organizacijama svih veličina, ne onim očitim poput zrakoplovnih kompanija i bankarstva i financija, već samo tvrtkama općenito? Mislite li da su se ljudi zaista izvukli iz vrijednosnih prijedloga da zaštite svoje okruženje baze podataka i omoguće visoku dostupnost i ulaganje u to ili mislite da još uvijek imamo na putu? Kakav je uopće smisao na tržištu?
Bert Scalzo: Mislim da još uvijek postoji jaz, ali to nije jaz, jer posao to ne traži, to je jaz u razinama komunikacije između dvije strane ograde. Drugim riječima, poslovni ljudi vrlo jasno govore: "Za ove aplikacije je potrebna velika dostupnost i imaju ove specifične zahtjeve kada kažemo velika dostupnost."
A nekako se ili drugačije ta tehnologija ne očituje prekomjerno ljudima. Ili će se tehničari vratiti i reći: "Ma, to je komplicirano i to će vas koštati više novca", i ovo, ovo ili ono drugo. Mislim da će se dogoditi to da konačno nestane jer, iskreno, s obzirom da je, na primjer, u oblaku, samo provjeri nekoliko kutija ovdje ili tamo da kaže: "Napravi mi ovu stvarno složenu tehnološku strukturu", postoji stvarno nije dobar razlog da se tehnološki ljudi vrate i kažu poslovnim ljudima: "Oh, to je skupo" ili "to je teško učiniti", ili ovo ili ono, a poslovni ljudi počinju znati da je to činjenica.
I čak sam vidio u okruženjima gdje će, znate, doći njihovi IT ljudi koji će reći i reći: "Oh, ne možete imati ono što želite. Previše je skupo. "I oni će dovesti tvrtku treće strane koja će odgovoriti:" Ne, to nije točno. Evo kako ste to mogli učiniti. Evo što će vas to koštati. "Dakle, mislim da imamo još malo vremena između razina komunikacije između dviju strana prije nego što i dalje postane automatsko.
Dez Blanchfield: Da, to se definitivno odražava onome što sam vidio ovdje u Australiji i oko Azijskog Tihog oceana. Siguran sam da je to globalna stvar. I to je da puno ključnih donositelja odluka iz vijeća dolje, svi šefovi poduzeća, puno su tehnički pametniji - čitaju blogove, gledaju webinare, prilagođeni raznim člancima i podcastima, a oni idu na događaje i forume i sastanke i sada znaju njihove mogućnosti i znaju da je oblak opcija.
Oni također znaju da oni mogu donijeti, kao što ste rekli, njihovu sposobnost u radu, pa mislim da je sada tu zanimljiv izazov, taj razgovor koji se mora odvijati, a to je u osnovi ono što smo danas napravili tamo gdje su ljudi, nekako, počnite raditi stvari interno i samo pokrenite ručke sa smeđim vrećicama i provedite interni informiranje o našem trenutnom stanju, u našem idealnom stanju, do koje trebamo doći? A onda, nekako, spojite to.
Imao sam privatnu poruku koju ću tek sada brzo dotaknuti. Netko je postavio pitanje: "Je li realno da možete dobiti sto postotnu dostupnost?" I možda biste mogli ovdje da me ispravite, ali reći ću da. Izgradio sam platformu za elektronički prijenos sredstava, EFTPOS pristupnik između brzih bankarskih platformi i EFTPOS terminala. To sam izgradio početkom 2000-ih. On je zapravo na mreži 100 posto vremena već 17 godina. U stvari, građena je prije 2000-ih, ali je samo proizvodila 2000/2001.
Dakle, 17 godina je prošlo od razvoja do testiranja, a zatim prelaska u proizvodnju. U tih 17 godina vrlo jeftina robna računala na uobičajenim tržištima, koja imaju operativni sustav otvorenog koda, ali vlasničku bazu podataka, vrše aktivno / pasivno mijenjanje svakih 90 dana, primjenjujući različite patente dizajna, uz replikaciju diskovi na svakom poslužitelju, replikacija podataka između poslužitelja modela, replikacija više podatkovnih centara i okretanje od podatkovnog centra A radi 90 dana, a zatim preusmjeravanje u podatkovni centar B i obavljanje proizvodnje.
I dok se okreće, automatski se krpa i ažurira, pa samo na pitanje koje sam privatno dobio, da, moguće je, ali s puno ulaganja u taj projekt s gledišta dizajna. Dakle, infrastruktura zapravo i nije bila skupa, ali dizajn i testiranje i primjena bili su vrlo skupi da bi se to dobilo. Dakle, nismo trebali potrošiti puno novca na hardver i infrastrukturu, ali koristili smo vrlo pametne alate, u doba kada oblak nije ni bio novčić.
Dakle, odgovor je da, to se može, čak i više sada s oblakom, kao što smo upravo čuli, klikom na gumb možete omogućiti tu sposobnost. To ću baciti Robinu jer sam siguran da i on ima pitanja. Ali hvala vam puno što ste odgovorili na moja pitanja i jako sam volio čuti vašu poruku danas. Potpuno na brodu sa svim tim, jer je zrcalo svega što sam i sam radio posljednjih 30 godina.
Dr. Robin Bloor: Dobro, pokupit ću ga. Jedna od stvari koja me je fascinirala u vezi s vašom prezentacijom bio je broj opcija koje su sada dostupne a koje nisu bile dostupne kad sam se nekada morao boriti s tim stvarima. Nekako me zanima tko će dizajnirati ove konfiguracije, ili tko danas dizajnira te konfiguracije? Ono što se prije događalo, ili svijet u kojem sam navikao, jest da bi postojao poprilično težak transakcijski sustav, a vi biste bili zainteresirani za veliku produktivnost, visoku dostupnost. Jer, znate, transakcijski sustav bio bi skup, ako se na bilo koji način sruši. I ne biste imali sve mogućnosti koje ste mi upravo predstavili, ali na jedan ili drugi način mogli biste naći način, uglavnom replikacijom, da stvorite vruće stanje pripravnosti koje ne bi primjetno kliknulo, ali pružit će vam degradiranu uslugu dok se ne vratite.
A ja, nekako, gledam što ste mi pokazali i razmišljali o tome, da 15 godina nisam radio takvu vrstu dizajnerskog posla, tko to radi sada? Znate, je li ovo, kao što je to bilo u moje vrijeme, nešto što ste napravili na početku projekta, radi pokretanja infrastrukture? Ili je to nešto što je u tijeku neka aktivnost unutar organizacije? Jer dolaze novi izbori tehnologije.
Bert Scalzo: U velikim tvrtkama koje su vrlo učinkovite i učinkovite u svim svojim poslovima, uključujući i IT, obično će imati centraliziranu arhitektonsku grupu ili će imati neko ime za to, čuo sam da se to zove „ grupa arhitekture "puno puta. Njihova će odgovornost biti znati sve ove različite slike i koji su to pro i kontra i kolika je cijena. A što će se dogoditi je kad određena aplikacija pogleda i kaže: "Hej, moram ispuniti poslovne zahtjeve X, Y i Z. Hej, arhitektonski tim, što sam odabrao?"
Odgovorit će im na primjer, evo dva ili tri koja su dostupna, a onda se u tom trenutku odluka vraća na nižu razinu, aplikacijskom timu ili poslovnom sponzoru prijave. Ali obično postoji centralizirana skupina koja ostaje na vrhu toga i ima te podatke spremno i unaprijed pripremljene.
Sada su to srednje tvrtke u kojima to nije tako formalno. Ono što će se dogoditi jest da ćete dobiti jednog ili dva višeg DBA-a ili administratora sustava i oni će neslužbeno navoditi "stručnjaka za domene" za tu vrstu stručnosti. Dakle, čak i u srednjim tvrtkama to se događa, to se jednostavno događa u neformalnoj strukturi.
Dr. Robin Bloor: To je zaista zanimljivo. U moj dan, nikad ne bismo razmišljali o visokoj dostupnosti osim o transakcijskim sustavima. Pa, danas, naravno, imate sustave za strujanje koji podliježu vjerovatno još većim zahtjevima u pogledu dostupnosti. Ali, u okviru back-end-a, analitike, skladišta podataka, DI vrste okoliša, da li ikada vidite zahtjeve za velikom dostupnošću tamo?
Bert Scalzo: Da, i drago mi je što ste postavili to pitanje. Obavio sam neki posao za maloprodajnu tvrtku, a njihove strateške odluke za poslovanje u velikoj su mjeri temeljene na analizi koju bi napravili iz skladišta podataka. A u stvari, s njima su razgovarali magazini Forbes, a izvršni direktor tvrtke rekao je: "Hej, naša cijena dionica porasla je za 250 posto u posljednjih pet godina, a vrlo je velik razlog to istina jer znamo kako učinkovito iskoristiti naše podatke u našem skladištu podataka. "Oni su bili tako dobri u donošenju poslovnih odluka da su, za njih, skladište podataka i kad su u mogućnosti obavljati te analitike, sposobni svakodnevno donositi odluke na temelju njihovih operativnih podataka, proizvodni sustav.
I dat ću vam dobar primjer koliko je to važno. S tim konkretnim prodavačem maloprodaje, momkom koji je bio odgovoran za prodaju piva, on je, kao, bio treći najvažniji direktor u kompaniji, jer je donio, znate, 60, 70 posto prihoda. I tako, morao je moći, da bi ostao konkurentan na tom tržištu, morao je moći znati svaki dan, znate, koje bih promocije trebao prikazivati. A to bi se moglo temeljiti na, znate, ne samo doba godine, već i vremenu, obrascima i drugim kritičnim podacima koji mogu utjecati na prodaju nečega poput piva.
Dr. Robin Bloor: Pa, valjda će takve stvari biti takve. Nemamo vremena, mislim da bih trebao predati Ericu za slučaj da ima pitanja iz publike. Eric?
Eric Kavanagh: Da, sve su ovo bile sjajne stvari, Bert. Mislim da ste u svojoj prezentaciji obratili sva pitanja koja smo imali od publike. Ali zabavno je gledati. Drago mi je što ste, na neki način, razgovarali o virtualizaciji skladištenja i kolikom utjecaju koji može biti. Dakle, ovo su sve dobre stvari.
Pa, ljudi, arhiviramo sve te mrežne emisije za kasnije gledanje. Dakle, uskočite online na Techopedia.com da biste potražili odjeljak o webcastu. Svi oni Hot Techs bit će navedeni tamo. Veliko hvala našem prijatelju Bertu na stručnosti. I naravno, Dezu i Robinu. I s tim ćemo se oprostiti, ljudi. Čuvaj se. Razgovarat ćemo s vama sljedeći put. Doviđenja.
