Аутор особља Тецхопедиа, 7. децембра 2016
Одлазак: Домаћин Ериц Каванагх разговара о расположивости с Робин Блоор-ом, Дез Бланцхфиелд-ом и Берт Сцалзо-ом ИДЕРА-е.
Тренутно нисте пријављени. Пријавите се или пријавите да бисте видели видео.
Ериц Каванагх: Даме и господо, здраво и добродошли поново. У среду је четири сата источног времена, а ових дана то може значити само једно ако сте у свету података: поново је време за Хот Тецхнологиес! Да заиста.
Моје име је Ериц Каванагх, ја ћу бити ваш домаћин емисије. Дизајниран је тако да схвати шта је вруће, шта се тамо дешава, које су цоол ствари које се користе у предузећу, и наравно, управо у основи свега што радимо у овој целој области је база података. Дакле, разговараћемо о заштити ваше базе података. Тачна тема је: „Заштитите своју базу података: велика доступност података за велику потражњу.“ Дакле, ту је заиста слајд о вашем. И, доста о мени, удари ме на Твиттер, @ериц_каванагх.
Прво, ова година је врућа, подаци су врући, велики подаци су веома врући, али то је заиста још увек на ивици. Ових дана најсавременије компаније користе велике податке, већина организација за хлеб и маслац на свету и даље користи традиционалне податке, а ако су ваши подаци велика потражња, желите да обезбедите да буду доступни јер када се системи сруше, када су подаци недоступни, то је када добијете несрећне клијенте, незадовољне изгледе, добијате купце, постајете незадовољни свакаквим стварима, партнерима, итд. Дакле, то не желите.
Данас ћемо научити од неких од најбољих у том послу - чут ћемо од нашег др. Робина Блоор-а, стручњака за базе података током неких три деценије. Дез Бланцхфиелд, који се тиме бави већ дуго, али започео је кад је био јако млад, и Берт Сцалзо из ИДЕРА-е, који је заиста прилично црни појас базе података. Зато се немојте задржавати, људи, постављајте питања - велики део овог догађаја вам је драгоцен када постављате добра питања и добијате добре одговоре, па их пошаљите кроз прозор за ћаскање или К и А компоненту ваше конзоле.
И с тим ћу га предати Робин Блоор - однесите га.
Др Робин Блоор: ОК, дозволите ми да кликнем на ово и да видим да ли се помера - заиста. Нећу посебно говорити о бази података. То сам и мислио, јер радим увод, презентацију првог увода, па ћу разговарати о очекиваним нивоима услуге и наравно доступности, што је посао, што је тема данашње емисије.
А питање је, знате, "Стварно, шта је доступност? И која улога игра у начину на који људи данас управљају дата центрима? "Једна ствар коју сам приметио - приметио сам то негде 90-их - радио сам на једној веб локацији и корисници су почели да се жале јер им је е-маил обустављен 15 минута.
И то је било занимљиво јер је ЦТО или ко је био задужен за ИТ заиста једно од ретких места где су тих дана заиста одређивали нивое услуге и е-пошта је падала 15 минута није кршило ничију разину услуге . Мислим да је дозвољено да будем вани два сата, у ствари. То није била адреса е-поште која се није могла користити, већ само то што нисте могли да шаљете и примате јер је сервер ван. А таква врста упозоравала ме на чињеницу да сам од тада приметио да се крећу напред, да се све само убрзава, а исто тако и очекивања корисника, и то вас доводи до ситуације у којој људи могу имати три нивоа услуге, али често и они почеће да се жали када нивои услуга заиста нису прекршени.
Дакле, дефиниција нивоа услуге, само да вам кажем - па, може тачно да зависи од тога о чему говорите у погледу нивоа услуге. Разговарали смо о ИТ систему или ИТ апликацији. Нормално дефинишите у погледу перформанси, расположивости и мерења - другим речима, не можете заиста да одредите ниво услуге ако га не можете измерити, тако да обично постоји нека врста мерења и обично се ради о времену одзива, одређеним трансакцијама и расположивост система током одређеног временског периода, а пре отприлике 1994-1995. године, било је заиста ретко да је било који систем морао бити доступан више од уобичајеног радног времена. Рецимо, осам ујутро до шест увече, како би се нормално направило распон - и људи су градили системе на тај начин и то је значило - по мом мишљењу, посебно са базом података - могли бисте да конфигуришете базу података на одређени начин и као пакета прозора је почела да се смањује, појавила се потреба за поновним размишљањем у неким системима, а затим у другим системима, а онда смо добили појаву услуге или архитектуре, која је почела да ствара зависности између система који раније нису зависили од једни друге, чинећи све још горим. Добили смо стисак у погледу доступности система.
Поанта коју сам износио био је када говорим о доступности, укључује резервну копију и опоравак и укључује - као да није само доступност у нормалним условима о којима говоримо; постоји много различитих начина на које апликација може пропасти. Знате, можете доћи до квара на хардверу или до грешке у бази података, може доћи до квара софтвера и постоји мноштво различитих врста тих ствари, а када се догоди, морате бити у могућности да се опоравите и зато се такође морате вратити уп системима. Дакле, мора постојати нека шема израде сигурносних копија система, а такође вам је на многим веб локацијама потребна способност опоравка од катастрофе у случају да се дигне цела зграда. И нешто што овде треба споменути, и о томе ћу се позабавити за минуту, али пословни процеси, и они имају ниво услуге, а у ствари су нивои услуге пословног процеса који су заиста важни за посао. ИТ само мора учинити свој дио тога и према било којем споразуму.
Нивои ИТ услуга обично су помоћни нивоима услуга у пословним процесима, али баш као што је пре 15 година заиста било ретко да било која организација има добро дефинисане нивое услуга, још увек је прилично ретко да организације имају добро дефинисане нивое услуга за пословне процесе . То се сада некако дешава; то није нешто што се дуго догађа.
Ово су убрзање и временске баријере, треба само споменути временске баријере. Постепено прелазимо у свет обраде догађаја и због тога постепено прелазимо у свет у стварном времену, и због тога постепено прелазимо у расположивост која нам треба 24 до 7, а то је заправо тешко за многе системе - то је тешко је постићи. Или је веома скупо, или ћете у неким случајевима можда морати да мењате системе, чак и да се премештате у другу базу података, другу верзију софтвера за базу података који користимо.
Такође су ове временске баријере - и то увек волим да поменем кад год ми се укаже прилика - то су временске баријере на које наилазе наше апликације; апликације можда желе да буду што брже, тада софтвер говори са софтвером. Заиста не постоји прихватљива лиценца у неким ситуацијама, желите бити што бржи, а оне у пословним условима попут тржишних ситуација, где особа која дође са налогом за куповину добије нижу цену од некога који долази први, и због тога је брзина софтвера заиста битна.
Али знате, испод тога да када се заправо бавите - интеракцијом са - људским бићима, најбоље време одзива које се од вас заиста може тражити је десетина секунде, јер то отприлике одговара времену одзива човека. Не морате ићи брже од тога јер људско биће ионако неће приметити. Између 1, 1 и четири секунде је време чекања које ће људска бића нормално толерисати, али чим прођете око четири секунде, они почињу да раде нешто друго, и због тога сте стварно у групној активности.
Тако можете да видите да су одређени временски оквири и дан, недеља и месеци за оне ствари у којима понашање скупа има смисла и самим тим нисте у свету обраде догађаја, па би зато расположивост могла бити сасвим другачија у погледу онога што вам је потребно да могу да обезбедим Али чим сте у свету догађаја, онда сте у некој 24/7 расположивости и промена технологије је фактор како технологија иде брже и брже, а расположивост се можда неће повећати; само остаје онакав какав јесте.
Ово је слојевитост и не желим у ово дубински да улазим у то, само, знате, овде треба размотрити три ствари. Постоји ниво инфраструктуре услуге, ово је вертикална осовина, затим ниво услуге било које апликације, затим ниво пословне услуге, који зависе један од другог и они ће морати да буду узети у обзир ако заправо гледате на стварање одговарајућег окружења у којем су нивои услуга у основи задовољени.
Затим сте овде, доле на дну, које су управо представљене базе података, али можете учинити било шта унутар система, знате да сте добили нон-стоп конфигурацију, што значи и оно што пише: никад се неће зауставити. Имали сте врућу стање приправности, где на овај или онај начин постоје различити начини да се то постигне, али на овај или онај начин, ако база података не успе, пребацује се у врући режим приправности и врло мало заостаје у временском периоду, до тачке у којој би вероватно корисници приметили, али нису много приметили.
Топло стање приправности више личи на 20-минутно пребацивање у коме сви звоне у помоћном центру и кучкају за столом за помоћ док се база података пребацује у стање приправности. Тада долази до ситуације поновног покретања у којој то може трајати веома дуго. Вриједно је напоменути да било која апликација или било која дата база могу бити у било којој ситуацији у зависности од тога шта се заправо догађа и од нивоа услуге који се захтијева од апликације у ствари.
Од тога, желим само нагласити кривуљу сложености. Сложеност произлази из чворова и веза, зависности. У свету у којем живимо, број чворова и веза који су укључени у било шта само се стално повећава, тако да ви трчите ка оваквој кривуљи. Ако можете видети како се сложеност повећава и како се временске димензије смањују, онда знате за нивое расположивости, постоје ли временски циљеви, да ли ће вероватно да се смањују?
И природна еволуција је, дакле, ка непрекидном раду, што је наравно најскупље - барем по мом искуству - то је најскупља конфигурација коју можете да створите. На овај или онај начин, свака организација која размишља о овоме, заиста треба да размишља не само о ономе што се сада догађа, већ о ономе што ће се дешавати у будућности.
Можда последња ствар коју желим да напоменем је да је управљање нивоима услуга стална активност; то није нешто због чега знате да имате пројекат, радите то и готово је. Није, јер се ствари само настављају мењати. Рекавши то, проследићу лопту Дез.
Дез Бланцхфиелд: Хвала Робин. Волим твој отвор. Управо смо се појавили, мислим да је филм „Проналажење Немо 2“. Имали сте Немо у потрази за расположивошћу у облику деветки, што сам сматрао прилично слатким. Увек тежак чин који треба следити. Када помислим на продужење рада и доступност и високе перформансе, прва слика која ми падне на памет, јер сам одрастао на Соломонским острвима у близини вулкана и екватора, вулкан је ерупција у мом податковном центру; увек имам у глави ту слику да се то потенцијално може догодити ако нешто почива. Ово је слика љупке планине. Етна, која је североисточни угао Сицилије, тик поред Катаније.
Мој приступ овоме је да разговарам са вама и дам вам неколико подухвата на истом нивоу који редовно радим у сали за састанке са Ц-апартманима и руководиоцима послова са циљем да разговарамо о томе шта може утицати на вашу организацију из комерцијалног или техничког смисла и врста инжењеринга.
Морамо размишљати о томе и како - шта одузети од тога и на који начин ћемо одговорити на неке изазове о којима говоримо када говоримо о високој доступности и продуженом времену, посебно око аутоматизације и платформи.
Питање које постављамо на почетку је шта заправо мислимо када говоримо о системима база података и доступности платформе базе података? Шта у ствари значи разговарати о стварном изазову пружања нечега доступним на нивоу као што је Робин говорио у споразуму о нивоу услуге инсталираном мапирању онога што ми заправо морамо и желимо?
Дакле, данашња стварност је таква - и у ствари су овде неколико врхунских стварности у мом уму - данас је све ефективно базирано на бази података. Данас је веома мало система који су изграђени и изграђени на такав начин да се ствари похрањују у датотеке или је нека врста равног дневника датотека; непроменљиво све је базирано на бази података. Као резултат тога, имамо ту потребу да престанемо размишљати о доступности тих база података, о различитим системима и апликацијама и алатима који зависе од њих и ослањамо се на њих да ће пружити услуге које желимо да испоручимо, продамо или потрошимо . И сву инфраструктуру око ње.
У ствари, толико, кад размишљате о великим поремећајима података касних, нарочито дигиталних урођеника или домородаца, неких компанија које су се придружиле попут Убер-а и Аирбнб-а и тако даље, и нешто старијих ПаиПалс-а и еБаиеви света - обим и величина тих организација могућа је само због модерне технологије база података и модерне инфраструктуре у облаку. Без тога, без додатих пружених способности, они сигурно не би постојали. Замислите сценарио где бисте могли да стигнете на еБаи само између 9:05 и 9:25 јер је остао дан недоступан јер је покушавао да уради иЦлоуд или резервну копију или нешто слично, једноставно не би имао радио.
Дакле, и постоје друга кључна подручја када размишљате о нашем свакодневном животу, као што су малопродаја, банкарство, финансије, авиокомпаније и тако даље. Велике индустријске групе попут ваздухопловне логистике, транспортног транспорта, влада у целини, постоји национална безбедност и полиција и тако даље. Све ове индустрије, сви ови сегменти тржишта, сва ова тела, групе зависе од њиховог окружења које ради и ради.
Дакле, имајући то на уму, такође имамо и други упозорење о коме морамо размишљати, други корак о којем желим да вас оставим у размишљању, а то је да је наш свет сада оно што ја зовем „увек у току“. Стално смо повезани и ову тему ћете чути редовно, а ја ћу је поновити и поновити. Сада имамо паметне телефоне у рукама читав дан, сваки дан. Не искључујемо их, стављамо их поред кревета, стално их користимо као будилице, користимо их као камере и правимо фотографије, гурају те фотографије у облак.
Увек су укључени, трајно повезани менталитет. У ствари, постоји новчаница од фраза коју волим да користим, а то је да сада некако живимо Фитбит генерацију, где меримо све, пратимо све, и то треба да се евидентирамо и то ће ићи негде.
Постоји још једна фраза са којом ћу вас оставити, а то је да је негде девет сати, све време. То је свет 24/7/365 у којем живимо. Земља се непрестано врти око Сунца и у неком тренутку и времену, сваког сата у дану је девет сати. А то значи да људи устају из кревета и покушавају радити ствари, купују ствари, постављају ствари итд.
Па, на шта мислимо када говоримо о високој доступности? Па звучи заиста очигледно све док не почнете да се потопите у детаље. Дакле, знате када размишљамо о „ОК, шта значи велика расположивост?“ Па, реалност је, да нема сребрног метка. То је прилично сложен концепт, будући да се Робин односио на неке теме које је споменуо, као што су мерење расположивости и споразума о нивоу услуге. Ми то мапирамо на ствари попут, имам ова питања, да ли је продужено? Да ли бринемо о стварима попут онога што зовемо пет деветки, о чему ћу ја ући за минуту. Сматрамо ли се оним што постоји у нашим споразумима о нивоу услуге? На пример, у споразумима о нивоу услуге, мислим да има кашњења, акроним од три слова за споразуме о нивоу услуга постаје ових дана све критичнији.
Док пролазите кроз цео овај процес преусмеравања и преношења сопствених услуга у оутсоурцинг трећим центрима података и спољним услугама којима се управљају услугама, а сада идемо потпуно до облака. А стварност је кад говорите о облаку, то су само стварно рачунари других људи. А то значи да не покрећете инфраструктуру, не покрећете системе и неизбежно не покрећете облак. Радите инфраструктуру постављену као платформу, тако да је то још важније у служби продаје продајних снага. Замислите сада продају, на пример, знате да не дирате ниједну од те инфраструктуре, само се пријавите у веб интерфејс.
Дакле, једини механизам који имате у оном свету облака и спољне инфраструктуре било које врсте да контролишете споразуме о нивоу услуге, то је једини механизам који имате, а ако људи не испуњавају вашу инсталацију, они или издржавају пенале и смањење износа новца који их плаћате или их једноставно не плаћате.
Дакле, ово нам враћа на памет цео овај изазов, знате, како управљамо високом доступношћу? Како управљамо радним временом расположивости ако то није ваша инфраструктура - на пример, ради се о СЛА. Ако је то ваша инфраструктура или чак ако је то инфраструктура неког другог као гледиште дизајна. Разговарали смо о уравнотежењу оптерећења према науци модела, да ли је у питању патент за дизајн отпорности на грешке?
Да ли имате активне или активне приправности у својим архитектурама? Имате ли више сервера, више платформи за складиштење података? Како функционишу те платформе за складиштење података? Да ли се међусобно реплицирају, да ли се огледају једно другом? Да ли покрећете РАИД? Коју врсту РАИД-а покрећете за сувишну меморију? Да ли користите РАИД на нивоу диска? Да ли користите платформу за складиштење објеката која се реплицира на моделе погона и системске системе и погоне? Да ли је то Н плус један за сваки део инфраструктуре који имате? Додајете ли још један и налази ли се у истом дата центру или другом центру података? Да ли сте изградили патент дизајна који, на пример, не представља ниједно продајно место?
Све ове основне ствари, сада звуче као једноставни концепти, али када уђете у сваку од тих ствари, то су врло, врло детаљне ствари. Када говоримо о доступности, увијек нећемо говорити о деветкама. И шта мислимо са деветицама? Сви смо чули за њих, али само размислимо шта они значе на минут и зашто су важни.
Дакле, ми говоримо о девет, што је само 90 процената наше доступности. Знам да то звучи веома високо. Дакле, када говоримо 24 према 7 до 365, ако погледамо на пример годину, када говоримо у девет, што је 90 одсто времена, то омогућава тридесет шест и по дана застоја годишње. Заокружимо то на нешто више од месец дана.
Сада размислите о било којем послу са којим се свакодневно бавимо - било да је реч о интернет банкарству, еБаи, ПаиПал или платформама друштвених медија попут ЛинкедИна, Твиттера или само генералног продавача - рецимо да сам желео да резервишем лет да бих дошао у САД из сунца Аустралија, да ли бих био срећан када бих желео да дођем у Америку за недељу дана, ако би моја омиљена авио-компанија била у паду тридесет шест и по дана, јер је њихов провајдер рекао: "Гледајте, забрињавамо 90 процената времена "? Наравно да не бих.
Док идете према овом моделу, две деветке: 99 процената. Па то постаје 3, 65 дана, отприлике три и по дана застоја годишње. Је ли то велика ствар? Па то је ако покрећете Црни петак, а покрећете акцију и људи могу да купују само током тих пар дана.
Три деветорице постану само 8, 7 сати годишње, али чак 8, 7 сати годишње, то је узастопно нон-стоп осам сати нашег времена. Па то у банкарству и финансијама, у здравству - ако је болница, добро, то би могло коштати живота. Када се попнете, четири девете је 52 минута, пет девет је пет минута, а шест девет углавном 30 секунди. Шест деветки је изузетно високо, а како се пењете овом мердевином, док се пењете на ово божићно дрвце, више деведесета идете горе, све је теже дизајн, окружење и платформа. Теже је испоручити ту услугу и ако размишљате о смањењу времена које имате за покретање сигурносних копија, администрације, крпљења, прозора за одржавање за било који облик кварова - сви не тривијални изазови - и све се ефективно своди на проценте прекида рада.
Кључно место које бих хтео да вам кажем је да у њему нема сребрног метка, као што сам већ споменуо. Када је у питању доступност, не постоји "једна величина која одговара свима." Можда имате одређену врсту дизајна који одговара кључним индустријама. Исте изазове суочавају све банке. Неке могу бити малопродајне банке, неке могу бити премијске банке. Неке банке би се могле фокусирати на трговање и инвестиције, управљање богатством. Неки могу бити само потрошачи. Неки могу да се баве само интернетом, а немају чак ни телефонске саговорнике, а баве се само банкоматима када дају готовину. Дакле, у тим сценаријима, чак и у банкарству и управљању богатством, као и у индустрији финансијских услуга у цјелини, за сваки од њих још увијек имају свој посебан укус или оно што им је потребно када је у питању доступност.
Па кад размишљамо о доступности на обичном енглеском, о мешавини расположивости и велике расположивости - мислимо да су иста ствар, али они су у ствари креда и сир. Доступност је, изнио сам је на обичном енглеском, мерило времена које сервер или процес нормално или опћенито функционише, везано за њихову употребу. То само значи како описујемо да ли је доступан или не. Када говоримо о доступности, често упадамо у ову замку размишљања, „пружам је у доступном облику“, насупрот високој доступности у заштити безбедности те инфраструктуре.
Велика доступност, у другом смислу у обичном енглеском, је дизајн где имплементирате или постижете некакав исход и доступност података, посебно тамо где готово све време - 24/7/365 дана у години - та доступност стиже до неких од њих девет. То не значи несто 100%. Сто посто технички није могуће у стварном свијету ни у једном окружењу. Веома је тешко за један сервер у оперативном систему са базом података на њему, уз покретање платформе и на тој апликацији можете га испоручити и очекивати да ће се покренути 100 посто. Онда почињемо размишљати о дизајну. Имамо ли вишка, имамо ли више дијапозитива за копирање? Када то изнесете на обичном енглеском, занимљиво је колико различита постаје тема о расположивости и високој доступности.
Мислио сам да ћу то претворити у прави једноставан графички облик само да би нам дао представу о томе како ово изгледа када се почнете суочавати са изазовом повећања доступности у заштити своје услуге продуженог времена. У доњем левом углу имамо једну деветку. Изложио сам пет деветки о којима генерално разговарамо. Шест деветки је помало нечувено. Када причамо о пет девет у доњем левом углу, отприлике 35 дана отпада, то покушавате да обезбедите због окружења с ниским трошковима и сложеношћу, јер имате низ ствари које могу пропасти и које можете и даље испуњава своје споразуме о нивоу услуге.
Али док идете дном слева удесно и дођете до тачке где је на слици више деветки, добићете сценарије у којима почињете размишљати о репликацији система и платформи. Морате размишљати о кластерирању и виртуализацији различитих делова инфраструктуре. Морате размишљати о геолокацији тих кластера, о више места дата-центара и морате размишљати о врсти индустрије и тржишном сегменту коме циљате. Па који ниво услуге треба да испуните? Коју услугу тражите? Подручја која су услуге у стварном времену са картицама и говоре о комуникацијама. Да ли је то војна служба? Дакле, овај графикон иде одоздо налево нагоре десно и како прођете кроз ту криву, трошкови и сложеност се повећавају. Како добијате сложенија и захтевнија окружења, требат ће вам више девета.
Овај графикон, на пример, делује врло слично: описује причу између компоненте трошкова у односу на жељену компоненту расположивости. Дакле, у горњем левом углу мапирамо високо доступне сложене системе, а трошкови који настану ако та доступност опадну у односу на корист од расположивости у нулту станку. Тако, на пример, ако имамо окружење на левој страни где су ствари пропадне, можемо претрпети губитке који су финансијски. Имамо правне импликације које могу бити комерцијалне импликације на нивоу пословне стратегије и стратегије.
Претпостављам да постоје све врсте потенцијално чак и моралних проблема око тога да ли имате користи од услуге. Ако је то здравствена индустрија и они почну да пролазе кроз трошкове отказа, утицаја на купце, смањења задовољства купаца, продуктивности особља, продуктивности корисника итд. На ове ствари утичемо ако размишљамо о дизајнирању врло сложеног, високо зависног, високо ризично окружење у којем постоји потенцијални ризик од прекида рада и самим тим губитка.
На десној страни покушавамо тежити сценарију у којем ако уложимо високе трошкове и планирамо у дизајн, улажемо у интелигентну имплементацију. Улажемо у пружање вештина и ресурса људима и веома ценимо мрежно и веома цењено оперативно окружење и хардвер и софтвер. Добијамо велику доступност, али долази уз велику цену. Дакле, љуљајуће магично клатно место са оптималним положајем у средини где се прелазе, где имамо незнатно смањене трошкове и све већу доступност која жонглира између нивоа деветорице и велике расположивости која је непрекидна доступност и ово је непрестани изазов за нас, као и колико новца сте спремни уложити да бисте постигли ниво услуге који тражите?
Имамо и тему у коју нећу улазити у детаље, али само желим да ово однесете и размислите. Разлика између средњег времена између неуспеха у вашем дизајну, у односу на средње време за опоравак. Другим речима, да ли улажете у квалитетнију инфраструктуру, бољи квалитет дизајна, бољи квалитет хардвера и софтвера и квалитетнији квалификовано особље и ресурсе да бисте решили ствари и смањили средње време између неуспеха, просечно време које је потребно да бисте пронашли паузу за разлику од да смањи улагања у инфраструктуру, ресурсе и дизајн и слепе патенте, високу способност опоравка? Другим речима, ако се нешто поквари, имаћете пуно тога да се укључи. Ако неко има лаптоп и умре, имаћете резервни. Ви им то предате и за 30 секунди се пријављују. То су врло различити крајеви пола. Горњи закључује да инжењеринг трошите са великим трошковима и великим улагањима да бисте избегли неуспех, а доњи каже да ћу „прихватити да ће неуспех доћи, тако да ћу инжењер око тога и бити спреман за неуспех и опорави се брзо. "
Као што сам већ напоменуо, где бих могао рећи, „Моја расположивост није ваша доступност.“ Дакле, када је у питању окружење базе података и подршка инфраструктури, покретање ваше базе података и заштита те и обезбеђивање велике доступности, заиста нема услуге све на једном месту . Свако има своје потребе и жеље. Дакле, морате да се поставите себи та основна питања која ћу вам оставити, а то је: Шта ваша организација може да приушти? Не говорим само о доларима и центима. Говорим о вама као организацији, шта можете себи од ресурса, времена и напора и тако даље приуштити колико вам ниво доступности може пружити? Такође, шта ваше предузеће може да подржи? Дакле, тренутне могућности, тренутне вештине, тренутна инфраструктура, тренутно финансирање које можете прикупити. Дакле, жонглирање између онога што си заправо можете приуштити и онога што можете да подржите је занимљива равнотежа.
Такође, морате себи да поставите питања: Које вештине и технологије имате у својој кући? Можете ли издвојити дио тог изазова? Можете ли онда да преместите ствари у облак? Ако имате инфраструктурну услугу осим софтверске услуге, остаћете без тог снопа док идете даље према снопу. Дакле, да ли треба више да улажете у платформе и услуге, а не да се бринете о делу инфраструктуре, или на софтвер треба гледати као на услугу јер не бисте морали да бринете о платформи?
Коју врсту тржишта и купца или купца Ви сервисишете? Мислим, ако сте телеком и неко мора да подигне телефон и стално добијате тон за бирање, то је сасвим другачији изазов да отворите малу продавницу између понедељка и петка, од девет до пет и затворите за сат времена за ручак као бријач у углу. Тако да морате дуго и тешко размишљати како то функционише и шта то значи вашој организацији, шта требате да будете у могућности да јој пружите.
А онда жонглирати између онога што се налази у просторијама, онога што је споља споља и потенцијално, онога што је у облаку. Као што сам већ рекао, то произилази и из временских изазова. Стога смо препуштени том завршном питању које се радујем нашим пријатељима из ИДЕРА-е да нам кажу како се они баве овим стварима и да је то фин жонглирање између усклађивања ваше жељене и потребне расположивости са перформансама и онога што вашем предузећу треба и шта ваше тржиште и потрошачи требају.
А стварност је да није безобразан подвиг. Требат ће вам времена, труда и новца да се размисле о тим стварима. И неизбежно је то улагање у способност људи и вештина и улагање у софтвер и алате за аутоматизацију неких од тих процеса и пружање тим људима одговарајуће алате и праве системе да им живот не буде само бољи, већ је могућ и због надгледања окружења великих размера и заштите а управљање тим окружењем великих размера често је изнад појединачних људских могућности.
Дакле, имајући то на уму, надам се да сам поставио сцену за сјајан разговор за наше пријатеље из ИДЕРА-е, како би разговарали о њиховој платформи и алатима, и надам се да ћу на крају поставити неколико сјајних питања. И прећи ћу даље.
Др Робин Блоор: У реду. Берт, управо сам ти дао кључеве, однеси их.
Берт Сцалзо: Хвала! Хвала, Дез и Робин. Наставићу са темом велике доступности ваших података. И заправо ћу искористити пуно онога што је Дез управо причао. Дакле, избори, деветке, компромиси, повољна цена. Покушаћу да то поставим више у погледу администратора базе података или некога ближег ровова, како би они гледали на то? Како би то архитектирали? И шта ти избори некако значе.
Сад ћу покушати да будем агностик базе података. Нећу цртати, на пример, специфично за Орацле решење или СКЛ-Сервер, већ ћу нацртати, рецимо, генеричку архитектуру коју нуде сви добављачи базе података, нешто у складу с тим. Сви га називају различитим именима, али то је једна врста избора која вам је заједничка, а ја желим да сагледам то из пословне и технолошке перспективе и како се односи са пословним захтевима.
И желим да почнем од оног најосновнијег решења псеудо-високе доступности, преко опција које имате на решењима на нивоу складиштења, решењима на нивоу виртуализације, на решењима на нивоу базе података. И онда бих вас хтео упознати са чињеницом да су сви избори доступни и у облаку.
Дакле, поново ћу покушати да останем прилично агностик базе података. Сада, о већини ствари о којима ћу говорити, знам да постоје у Орацле, СКЛ Сервер, МиСКЛ, ПостгреСКЛ. Постоје и неки други добављачи, који праве алате који би вам такође дали додатне архитектуре које бисте могли размотрити. И као што је Дез управо рекао, ниједно решење није најбоље; све зависи. Али постоји једна универзална чињеница у коју ћемо гледати, да ли ће бити више покретних делова, па ће бити сложенији и самим тим и скупљи.
Дакле, сви знамо да су подаци важно средство. И сви знају да је брз приступ подацима увек леп. Али, поуздан приступ подацима је пресудан. И док је он разговарао са својим девет примера, да ли заиста можете себи да приуштите за 36, 5 дана станке? Од пресудног је значаја да су ти подаци стално доступни. И тако, станке могу коштати богатство, како у погледу изгубљеног прихода, али што је још важније, код изгубљених купаца или губитка добре воље купаца. Даћу вам добар пример; ако је одређена веб локација на којој купујем споро, можда ћу покушати да нађем нову веб локацију која продаје сличне артикле по сличној цени која немају споре веб локације. Дакле, то није само губитак купца, већ добру вољу коју купац има према вама.
Сада је хардвер знатно јефтинији, тако да је све већа потражња за великом доступношћу. И опет, водићу нас у облак када то погледамо. А ми имамо понуде са различитих нивоа: добављачи складишта података, добављачи базе података, виртуализациони добављачи, а сада чак и добављачи облака. И тако, оно што је заиста интересантно у облаку је након што нацртам све ове дивне слике ових архитектура које бисте могли да направите у облаку, пуно пута су само неке потврдне кућице које проверите. А ви кажете: „Желим репликацију у географским регионима.“ Укључи у поље. „Желим репликацију кључних компоненти хардвера.“ Потврдни оквир. И тако, ако разумете слике, понекад је у облаку само проверавање неколико оквира да бисте изградили слику коју имате на уму.
Сада је кључна ствар, који су пословни захтеви за великом доступношћу? На пример, да ли морам да бринем само због неуспеха на једној локацији или морам да је имам на више веб локација? Другим речима, да ли могу да имам један рачунски центар и није ме брига да ли тај центар иде ван мреже? Не постављам пословне захтеве да се то прошири на више веб локација. То је пословно питање. И важно је знати како предузеће доживљава одговоре на то питање, јер то обично дефинише ваш буџет.
Сада такође желите да погледате ниво заштите од квара. Може ли бити прекида напајања? Може ли то бити квар компоненте? Као што је НИЦ или ХБА лоше, адаптер сабирнице. Да ли хард диск иде лоше? Да ли је то грешка у ормару за одлагање? Да ли је то грешка рачунара? Или се у неким случајевима ради о грешци на сајту? То је другачије од тога што, у неким случајевима, можете имати грешку на сајту, јер је сам сајт ван мреже. У другом случају, може бити да је значајан део веб локације изван мреже, али из ваше перспективе, то је цела страница.
А онда, док је Дез говорио, какво је време за наставак пословања? То је пословно питање. Ако предузеће каже да морате бити у могућности да наставите са радом у року од две минуте, онда ће очигледно то дефинисати неке од ових слика за које ћу показати да ћете радити, а неке од њих неће бити опције које ви могу изабрати.
И још једно питање које се поставља током велике доступности, али често људи заборављају да питају: „Хеј, послу, ако се нешто догоди док сам усред обраде трансакције, шта могу изгубити након што наставим систем? " Другим речима, да ли могу да вратим систем у две минуте и изгубим не више од 10 секунди, рецимо, трансакција које су биле у лету, да ли је то прихватљив посао? И опет, то ће дефинисати шта је посао спреман потрошити за то, а онда ће опет дефинирати које слике ћу вам показати или се пријавите или не примјењујете.
Дакле, кренимо са најосновнијим псеудо-рјешењем високе доступности. Ово заиста није велика доступност, али волим да почнем с тим, јер људи на то мисле на прави начин. Ако имам сервер и мапу за складиштење података, обично ћу на тај сервер ставити више НИЦ-ова, мрежних картица интерфејса и повезати их тако да ако један НИЦ не успе, још увек сам спреман. И учинићу исту ствар са адаптером мојих матичних сабирница, преусмерит ћу их различитим прекидачима, тако да имам више начина да дођем до свог складишта. И добио сам универзално напајање и имам понављајуће контролере у свом складишту, и можда сам направио нешто попут РАИД 10 са својим дисковима. Другим речима, на овој слици спречио сам квар на једном компоненти на више нивоа. Дакле, нисам везан ни НИЦ, ни ХБА, ни контролер, ни прекидач.
Али ако приметите, сервер је у црвеној боји, а низ за складиштење је у црвеној боји. Још увек имам две области где ако не успеју, ако мој сервер оде, ја сам мртав, ако одлази мој ормар за складиштење, ја сам мртав. Дакле, иако ово није баш велика доступност, започиње вам да видите и погледате слику и кажете: „Желим слику на којој нема црвене боје“. И то је заиста циљ ових слика да нас усмјере у правом смјеру.
Дакле, прво што се догоди је да као ДБА можда увек желим да решење високе доступности ставим као имплементацију базе података, али могуће је да је на располагању да се то може урадити као решење за складиштење, или можда да би то могла бити репликација на нивоу складишта. У случају са леве стране, имам виртуелизацију складиштења. Оно што се догађа је да имам РАИД 0 у два различита ормарића за своје дискове, али имам РАИД 1 у два различита ормана за складиштење. Другим речима, заправо сада могу да испадну ормарићи за складиштење и нисам мртав. Дакле, боље је од претходне слике, јер на претходној слици - упамтите да смо имали и црвену на серверу и црвену на складишту - и сада смо направили мало побољшање, сада више немамо црвено на нивоу складиштења, Користили смо - виртуализација складиштења је решила тај проблем.
Сада, још један начин на који то можете учинити - а не нуде сви продавци - јесте да ћете можда моћи да реплицирате на нивоу складишта. Не говорим о репликацији базе података, ја заправо говорим о копирању И / О блока за вашу меморију. А то се може урадити на нивоу складиштења. И тако опет, сада имам с десне стране још једну слику на којој уклањам црвено с дна, јер користим репликацију складишта.
И тако, ово је друга слика која може или не мора бити доступна. А особа која би то управљала може бити ваш администратор складиштења, а не администратор ваше базе података. I like to bring this up, because sometimes people think of, "Oh! High availability, it must be the DBA that addresses this problem." That's not always true; it could in this case be the storage administrator.
Now next, we can do server virtualization as a possible solution. Now if you remember, in the first picture I had red at the server and red at the storage array. I could, in this case, using virtualization, I might be able to relocate, and in some cases that relocation is sort of a warm relocation, and in some cases can actually even be a hot relocation. Some virtualization or hypervisors provide the capability to move a virtual machine in flight. And some databases will accept that movement in flight readily. Now, again, not all hypervisors provide this, but this is one possible level of solution. Now, I've made the top servers are no longer red, but I still have the shared storage array and guess what, this solution may be a joint effort between the database administrator and the virtualization administrator. Or it could even be just the virtualization administrator, depending on what level of relocation is supported on that hypervisor and that database.
Ако се питате, „Вау, шта он мисли под овом селидбом? Дајте ми конкретан пример. "На пример, у ВМ-у где можете користити ВМотион да бисте виртуелну машину пребацили са једног хоста на други и то учинили без застоја. Сада је јасно да је на претходној слици још увек било црвено. И даље сам чувао складиште као једну грешку. И тако прелазимо на следеће решење које је, ето, допустите ми да комбинујем складиштење и виртуелизацију сервера.
У овом случају, поново би могли бити администратор складишта и администратор виртуализације који граде ово решење и погледајте: Имам слику на којој нема црвене боје. Добила сам високу доступност јер могу да преселим виртуелну машину или покренуту апликацију или базу података са једног сервера на други и имам виртуализацију у свом складишном пољу тако што извршава РАИД 1 кроз два одвојена меморијска поља. Много сам закрпио прекидаче и своје ХБА.
Дакле, сада сам направио ХА систем и то сам урадио првенствено не на нивоу базе података. Другим речима, користила сам друге технологије да бих постигла исту ствар. Дакле, ово је решење. Тада улазимо у оно што се назива скалабилни кластер за дељено складиштење. Заиста није решење за ХА, али опет, волим да то покажем за слику.
И оно што се овде догађа је да имамо два сервера који раде са базом података и сматра се једном базом података. Не постоје две одвојене базе података; то није попут господара и роба, или врућег и хладног, или активног и приправног стања. Ово је, да оба та чвора раде заједно на представљању једне логичке базе података. И тако, оно што се догађа је ако одређени чвор не успе, још увек сте горе. Дакле, штити вас од квара на нивоу сервера и то у основи чини, некако, изоштравањем ресурса чвора, ако хоћете, али и даље имате јединствену тачку неуспеха до диска. И тако, ово је кластер са подељеном меморијом и Орацле назива овај стварни апликативни кластер или РАЦ.
Сада, још једно решење је употреба кластера са решењима за дељење складиштења. Дакле, с леве стране имам активан чвор, с десне стране имам пасивни чвор, између мене има откуцаје срца. Имам заједнички низ за похрану и ово је критично; то мораш имати. У основи, оно што се догађа је ако активни чвор наиђе на проблеме, пасивни чвор може преузети. Овде постоје питања лиценцирања. Неки добављачи базе података омогућавају вам да имате пасивни чвор са смањеном лиценцом на одређено време. У другим случајевима морате имати потпуну дупликатну лиценцу. Све зависи од добављача базе података. Али сви подржавају ову врсту слике која је, ако се један чвор спусти, други чвор може да преузме.
И обично је ово један од оних сценарија где је на неки начин, када пређете из активног чвора у пасивни чвор, вероватно ћете у већини база података - не у свим - изгубити део ин- авионске трансакције. Затим улазимо у оно што администратор базе података заиста може да погледа, а то је репликација базе података, и постоје два различита начина вршења репликације базе података.
Постоји физичка репликација и оно што је важно је да на средини ове слике видите са зеленом звездом да репликација то ради база података, али, слично као виртуализација на нивоу складишта, то се ради у блоку ниво. Дакле, понављамо стварни И / Ос блока из активног чвора у чист или пасивни чвор. А то се сматра физичком репликацијом.
Сада, пустите ме на следећи слајд јер је скоро идентичан и логична је репликација, а једино што се на слици мења је да у средини, уместо да шаљемо преко блок И / О, у суштини шаљемо преко дневника датотеке са СКЛ наредбама у њој. Другим речима, оно што реплицирамо нису физички И / О, већ команде које узрокују физички И / О.
И тако, ово се често назива слањем дневника или репликацијом заснованом на записнику. Неки добављачи базе података то вам дају изворно. Други добављачи базе података то можда не нуде, али их нуде други произвођачи, тако да је ово веома популарно решење за ХА и сматра се комплетним решењем. Али ово решење је превасходно одговорност ДБА.
Дакле, не користим виртуализацију да бих то постигао. Могао бих, али нисам овисан о томе. И не користим виртуелизацију складишта. Опет, могао сам, али нисам овисан о томе. Али ја градим решење при чему је база података главна функција вожње. Дакле, ово је логична репликација.
Сада је такође могуће комбиновати виртуализацију базе података и складиштења. Могао бих у свом податковном центру, рецимо, с леве стране бити плаве боје, могао бих да виртуелим за складиштење тако да нисам везан за одређени низ меморија. Али можда радим логичку репликацију на нивоу базе података или логичку репликацију из једног центра у други, тако да се наредбе извршавају и у дата центру, што резултира И / О, али не нужно и истим И / О, јер И ' Не шаљем преко улазно / излазног блока ни решењем за складиштење ни базом података, већ шаљем записнике, а самим тим и СКЛ наредбе.
И тако, ово је слика која је врло уобичајена слика за веома велике организације. И овде ми се допада ова слика јер ако ово морам подесити на основу базе података као што је Орацле, ја то могу; То је приличан посао, прилично је сложен, има пуно покретних делова. Ако то учиним у облаку, буквално могу само рећи, потврдни оквир, желим две географске регије, желим да их регије раздвоје, знате, на различитим континентима, желим виртуализацију нивоа складиштења у одређеној географској регији. Чак могу да кажем да желим могућност да доделим врсту виртуализације или дефиницију високе доступности, и опет, то је још једно потврдно поље.
И друго што ми се свиђа у облаку, постоји још једно поље за потврду које често каже: „Не желим се бавити крпањем, само га закрпите“, знате, само га убаците у ток рада свега што радите иза сцене, држите ме закрпљеном у сваком тренутку. И тако, док су неке од ових слика постале врло сложене и можда ће бити веома тешко направити у претпоставци, оне у ствари постају прилично једноставне за направити у облаку.
Занимљиво је да је лако потврдити све потврдне оквире, али погодите шта, то кошта више новца на месечном нивоу. Јер ако имате два дата центра, знате, имате два дата центра у облаку који користите, платићете више него ако бисте их користили само један. Исто тако, ако радите ниво складиштења или виртуализацију високе доступности као додатни слој, опет, могу бити додатни трошкови.
Дакле, занимљиво је да иако је то тешко направити на лицу места и можда га превидите, у облаку је то тако једноставно учинити, можете га подценити. Дакле, увек знате како слика изгледа и увек знате какве су цене трошкова за било коју слику коју градите. Сада има пуно више комбинација од онога што сам овде показао. Ово није потпун или исцрпан пример. Нове технологије долазе у редовним интервалима, па ко зна - можда нисам показао ону која се тек појавила у последња три месеца. А висока расположивост је много чешћа него што је била пре десет година.
У ствари, не бих сматрао да је напор да кажем да је за већину великих организација ових дана обавезан посао. И волим да се вратим на овај слајд јер сам управо рекао да је то обавезан посао. И имам та два стола са десне стране. Горњи је ван документације СКЛ Сервера, а доњи је из документације Орацле. А ово су, ово су табеле које ће вам помоћи да одаберете који метод репликације треба да користите.
И приметите да започињете са врло једноставним питањима. Колико података могу да користим? А ако је одговор нула, знате да само у том горњем графикону можете одабрати први или четврти ред. Онда постављате још једно питање. Па, колико дуго ми је дозвољено да се опоравим? А ако неко каже, па, секунде или минуте, онда то одлучује за вас. А онда, мора ли аутоматско праћење бити аутоматско или му је потребан неко ручно? А то је још једно пословно питање. Они могу рећи да то желе аутоматски јер се не желе ослонити на, знате, поступак ескалације и онда ће неко добити карту и онда решити проблем. Они само желе да се то поправи.
То су све пословна питања и иста су питања ако се спустим и учиним исто за Орацле. И питам, у реду, какву грешку дозвољавам, какво трајање, шта могу изгубити, који је поступак опоравка? Све су то пословни избори, тако да ако ми посао каже одговоре на три или четири питања, мој посао је заиста лак, ја само дођем овде, изаберем који се од тих подудара најближе, а затим то направим. И запамтите, у облаку је можда само неколико потврдних оквира да бисте их заиста имплементирали.
И тиме, то ме доводи до краја мог материјала и времена да се то отвори за питања.
Ериц Каванагх: У реду, Дез, можда си прво, а онда Робин?
Дез Бланцхфиелд: Апсолутно. Заправо, вероватно мало неправедно за оне који нису на Твиттеру, али само сам твеетао слику графикона коју желим визуелно визуелно представити свима, а затим сам желео да поставим питање нашем наученом пријатељу током позива овде. Када помислим на власничко насупрот отвореном извору у овом простору - о чему често причамо, на пример, власничким базама података попут сличних Орацле-у и Мицрософту и тако даље, против отвореног кода - на крају се налазите са овим изазовом у коме је власнички свет добављач интернетског софтвера или програмер софтвера или компанија инвестира у органе како би изградила ту сложеност. И тако, на крају имате сценарио где купујете софтвер и не морате да улажете у много људи јер купујете способност уграђена и у отвореном извору - не плаћате за софтвер или је то јефтин, рецимо, али софтвер не плаћате, али морате уложити у тела.
И ја желим да размислим о жонглирању, посебно сада када крећемо у облачне моделе где можете добити или / или. Можете отићи на АВС или Азуре и свој Рацкспаце, и шта год да купите, као услугу која пружа платформу ваше базе података, или то можете урадити путем отвореног кода. И о чему смо управо причали, шта је жонглирање између власничког и отвореног кода и како дизајнерски обрасци о којима говорите ступају на снагу и која су ваша општа размишљања око ове теме док крећемо напријед, посебно око обезбеђивања доступности?
Берт Сцалзо: Један од великих предмета на који наилазим када покушавам да одговорим на то питање, враћам се купцу и питам их о њиховим захтевима у вези са перформансама. А разлог због којег сам то учинио, открио сам - барем историјски и из свог властитог искуства - да када су у питању купци којима је потребна велика пропусност у њиховој репликацији, готово увек ми је боље с репликацијом коју пружа база података Добављач, због природе што је својственија уграђена и налази се на нижем нивоу, а понекад користи механизме који нису спољашњи свет, чак ни у решењу са отвореним извором.
Даћу вам добар пример једног случаја који сам имао. Имао сам интернетску компанију која је користила МиСКЛ као своју базу података, а они су били на старој верзији МиСКЛ-а, попут верзије 4.0, а репликација између њихових чворова била је ограничавајући фактор у томе колико могу да размере своје базе података. И гледали су у куповину решења треће стране, а затим су гледали: "Па, можда можемо да користимо једно од отворених решења." И оно што се у ствари сводило на то, све што су требали учинити је надоградити свој МиСКЛ на Верзију, мислим да смо ишли на 5.5, јер разлика између те две верзије базе података била је у верзији 4.0 верзије МиСКЛ репликације у верзији 5.0 то је био и то је заправо био најбољи пут за њих.
Сада смо размотрили остале изборе, али одлучујући фактор је био перформанс и останак уз решење добављача базе података, а вршење надоградње базе података заправо је најбоље решење за добијање највеће вероватноће добијања перформанси које су им потребне већа расположивост
Дез Бланцхфиелд: Да, то је огледало мог властитог размишљања, да будем искрен. Само за потпуно откривање и нећу улазити у брендове, али потицао сам из власничке позадине која ради за ОЕМ-ове и продавце софтвера и ИОЦ-ове уопште, и то је дефинитивно моје искуство, а истовремено сам веома професионалан -отвори-извор и ја сам сарадник кода за гомилу пројеката које нећемо именовати, али слажем се с тобом ако си велика организација - рецимо да си банка, или шта год ти можда бити - неизбежно не желите да будете ИТ продавница. Знате, на пример, ако сте издавач новина или ако сте продавац, не желите да будете ИТ продавница која издаје новине, већ желите да буде новинарска продавница која заправо користи само ИТ.
И тако, улагање у власничке могућности где програмери софтвера уграђују све те могућности, балансирање оптерећења и тако даље, у алат, чини много више смисла у односу на то ако сте, као, дотцом покретање или нешто слично као што то може да улаже у људска тела. Где то видите?
Вероватно је последње питање пре него што сам га предао др. Робину Блоору, јер знам да нам недостаје времена. Где видите да то иде са трендовског становишта? Дакле, стално сте вани, на ивици крвавих ствари, да ли видите да су људи седели и обраћали пажњу и пробудили потребу да ово учини комерцијалним делом свог свакодневног … дневни разговор назад у собу за састанке? Или још увек видите да се ради о фарми гејека, техничарима и капуљачама који размишљају о расположивости, јер их чине да се пробуде у четири сата ујутро када нешто нестане ван мреже?
Мислите ли да се тренд сада креће организацијама свих величина, не очигледним као што су авиокомпаније и банкарство и финансије, већ само предузећима? Мислите ли да су се људи заиста извукли из вредности да би заштитили своје окружење базе података и омогућили велику доступност и улагање у то, или мислите да још увек имамо начин да кренемо? Какав је уопште смисао на тржишту?
Берт Сцалзо: Тренутно мислим да још увијек постоји јаз, али то није јаз, јер га посао не тражи, то је јаз у нивоима комуникације између двије стране ограде. Другим речима, пословни људи врло јасно кажу: „Ове апликације захтевају високу доступност и имају ове специфичне захтеве када кажемо велика доступност.“
И некако или другачије, та технологија не прима јасно технологији. Или ће се људи из технологије вратити и рећи: "Ох, па то је компликовано и коштаће вас више новца", и ово, ово или оно. Мислим да ће се догодити да коначно испадне, јер, искрено, с обзиром на то да је, на пример, у облаку, само проверавање неколико кутија овде или тамо да каже: „Направи ми ову заиста сложену технолошку структуру“, постоји заиста није добар разлог да се технолошки људи врате и кажу пословним људима: „Ох, то је скупо“, или „то је тешко учинити“, или ово или оно, а пословни људи почињу знати да је то чињеница.
И чак сам видео у окружењима где ће, знате, доћи њихови ИТ људи и рећи: „Ох, не можете имати оно што желите. Сувише је скупо. "И они ће довести независну консултантску фирму која ће тада рећи:" Не, то није тачно. Ево како сте то могли. Ево, шта ће вас то коштати. "Дакле, мислим да имамо још мало времена између нивоа комуникације између две стране, пре него што то и даље постане аутоматски.
Дез Бланцхфиелд: Да, то се дефинитивно огледа у ономе што сам видео овде у Аустралији и око Азијског Пацифика. Сигуран сам да је то глобална ствар. И то је да многи кључни доносиоци одлука из управног одбора доле, сви шефови послова, много су технички паметнији - читају блогове, гледају вебинаре, подешени у разне чланке и подкастове и они иду на догађаје и форуме и сусрете и сада знају своје могућности и знају да је облак опција.
Они такође знају да они могу да донесу, као што сте рекли, њихову способност, па мислим да сада постоји овај занимљив изазов, тај разговор се мора одвијати, што је у основи оно што смо данас урадили тамо где су људи, некако, почните да радите интерно ствари и само водите ручкове са смеђим врећама и направите интерни извештај о нашем тренутном стању, у нашем идеалном стању, где треба да стигнемо? А онда то некако скупите.
Имао сам приватну поруку коју ћу тек сада брзо додирнути. Неко је поставио питање: „Да ли је реално да можете добити стопостотну доступност?“ И можда бисте могли да ме исправите овде, али рећи ћу да. Изградио сам платформу за електронски пренос средстава, ЕФТПОС гатеваи између брзих банкарских платформи и ЕФТПОС терминала. То сам направио почетком 2000-их. Заправо је на мрежи 100 посто времена већ 17 година. У ствари, грађена је пре 2000-их, али је производила само 2000/2001.
Дакле, 17 година је прошло од развоја до тестирања, а затим преласка у производњу. У тих 17 година, врло јефтини робни ПЦ-и који се налазе на уобичајеним оперативним системима, који имају оперативни систем отвореног кода, али власничку базу података, врше активну / пасивну замену сваких 90 дана, примењујући различите патенте дизајна, уз репликацију дискови на сваком серверу, репликација података између послужитеља модела, репликација вишеструких податковних центара и окретање од центра података А ради 90 дана, а затим преусмјеравање на центар података Б и производњу.
И док се окреће, аутоматски се закрпа и ажурира, па само на питање које сам приватно добио, да, могуће је, али са много улагања у тај пројекат са становишта дизајна. Дакле, инфраструктура заправо и није толико скупа, али дизајн и тестирање и примена били су веома скупи да би се то добило. Дакле, нисмо морали да трошимо пуно новца на хардвер и инфраструктуру, али користили смо врло паметне алате, у доба када облак није ни био новчић.
Дакле, одговор је да, то се може учинити, чак и више сада са облаком, као што смо управо чули, кликом на дугме можете да омогућите ту способност. Бацићу то Робину јер сам сигуран да и он има питања. Али хвала пуно што сте одговорили на моја питања и заиста сам волео да данас чујем вашу поруку. Потпуно у свему томе, јер огледало је све што сам и сам радио последњих скоро 30 година.
Др Робин Блоор: Па, ОК, покупићу га. Једна од ствари која ме је фасцинирала у вези с вашом презентацијом био је број опција које су сада доступне а које нису биле доступне када сам се морао борити са овим стварима. Интересује ме ко ће дизајнирати ове конфигурације, или ко данас дизајнира ове конфигурације? Оно што се некада догађало или, у свету на који сам навикао, јесте да би постојао прилично тежак трансакциони систем и да би вас занимали велика продуктивност, велика доступност. Јер, знате, трансакциони систем био би скупљи да падне на било који начин. И не бисте имали све могућности које сте ми управо представили, али на један или други начин могли бисте наћи начин, углавном репликацијом, да створите врућу приправност која не би приметно кликнула, али пружио би вам деградирану услугу док се не вратите.
И ја некако гледам шта сте ми показали и размишљали о томе, а да 15 година нисам радио било какав такав дизајн, ко то ради? Да ли је ово, као што је то било у мој дан, нешто што сте урадили на почетку пројекта, знате, да би се инфраструктура покренула? Или је то нешто што је у току организација у току? Зато што долази нови избор технологије.
Берт Сцалзо: У великим компанијама које су врло ефикасне и ефикасне у свим својим пословима, укључујући и ИТ, обично ће имати централизовану архитектонску групу или ће имати неко име за то, чуо сам да се зове „ група за архитектуру “много пута. И њихова ће одговорност бити да знају све ове различите слике и које су предности и недостаци и колики су трошкови. И шта ће се догодити је када одређена апликација погледа и каже: „Хеј, морам да испуним пословне захтеве Кс, И и З. Хеј, архитектонски тим, који су моји избори?“
Одговориће им на пример, ево два или три која су на располагању, а затим се у том тренутку одлука враћа на нижи ниво тиму апликација или пословном спонзору апликације. Али типично је да постоји централизована група која остаје на врху тога и има ту информацију готове и унапред припремљене.
Сада су то средње компаније у којима то није тако формално. Оно што ће се десити јесте да ћете добити једног или два вишег ДБА или администратора система и они ће неформално цитирати „стручњака за домене“ за ту врсту експертизе. Дакле, чак и у средњим предузећима то се догађа, то се једноставно дешава у неформалној структури.
Др Робин Блоор: То је заиста занимљиво. У мој дан никада не бисмо размишљали о високој доступности осим о трансакцијским системима. Па, данас, наравно, имате системе за стриминг који вероватно подлежу још већим захтевима у погледу доступности. Али, у оквиру бацк-енд-а, аналитике, складишта података, ДИ врсте окружења, да ли икада видите захтеве за великом доступношћу тамо?
Берт Сцалзо: Да, и драго ми је што сте поставили то питање. Обавио сам неки посао за малопродајну фирму и њихове стратешке одлуке за пословање засноване су у великом делу на анализи коју би урадили из складишта података. И, у ствари, са њима су разговарали магазини Форбес, а генерални директор компаније рекао је: „Хеј, наша цена акција порасла је 250 одсто у последњих пет година и врло је важан разлог што је тачно јер знамо како да ефикасно искористимо наше податке у нашем складишту података. "Били су толико добри у доношењу пословних одлука да су, за њих, складиште података и били у стању да врше те аналитике, способни да свакодневно доносе одлуке на основу њихових оперативних података, систем производње.
Даћу вам добар пример колико је то важно. С овим конкретним продавачем у малопродаји, момком који је био одговоран за продају пива, он је, као, био трећи најважнији директор у компанији, јер је донио, знате, 60, 70 посто прихода. И тако, морао је бити у могућности да би остао конкурентан на том тржишту и морао је знати сваки дан, знате које промоције треба да радим. И то би се могло заснивати на, знате, не само доба године, већ и на времену, обрасцима и другим критичним подацима који могу утицати на продају нечега попут пива.
Др Робин Блоор: Па, ваљда ће такве ствари бити такве. Немамо времена, мислим да бих требао предати Ерику за случај да има питања из публике. Ериц?
Ериц Каванагх: Да, све су ово биле сјајне ствари, Берт. Мислим да сте решили сва питања која смо имали од публике у вашој презентацији. Али забавно је гледати. Драго ми је што сте, некако, разговарали о виртуализацији складиштења и колико утицаја то може бити. Дакле, ово су све добре ствари.
Па, људи, архивирамо све те веб емисије за касније гледање. Дакле, скокните на Интернет на Тецхопедиа.цом да бисте потражили одељак о веб емисији. Сви они Хот Тецхс биће наведени тамо. Велико хвала нашем пријатељу Берту за његову стручност. И наравно, Дезу и Робину. И с тим ћемо се опростити, људи. Брини се. Разговараћемо са тобом следећи пут. Ћао.
