Dengan Staff Techopedia, 7 Disember 2016
Takeaway: Host Eric Kavanagh membincangkan ketersediaan dengan Robin Bloor, Dez Blanchfield dan Bert Scalzo IDERA.
Anda tidak log masuk sekarang. Sila log masuk atau mendaftar untuk melihat video.
Eric Kavanagh: Tuan-tuan dan puan-puan, hello dan selamat datang sekali lagi. Ia adalah pukul empat malam Timur pada hari Rabu, dan hari-hari ini yang boleh berarti hanya satu perkara jika anda berada di dunia data: sudah tiba masanya untuk Teknologi Hot! Ya sememangnya.
Nama saya Eric Kavanagh, saya akan menjadi tuan rumah untuk persembahan. Ia direka bentuk untuk memikirkan apa yang panas, apa yang berlaku di luar sana, apa perkara yang keren yang digunakan dalam perusahaan, dan tentu saja, tepat pada asas segala yang kita lakukan dalam bidang ini adalah pangkalan data. Jadi kita akan bercakap tentang melindungi pangkalan data anda. Topik yang tepat ialah, "Lindungi Pangkalan Data Anda: Ketersediaan Tinggi untuk Data Permintaan Tinggi." Oleh itu, terdapat slaid mengenai anda. Dan, cukup tentang saya, memukul saya di Twitter, @eric_kavanagh.
Pertama, tahun ini panas, data panas, data besar sangat panas, tetapi ia masih agak di pinggir. Lebih banyak syarikat canggih memanfaatkan data besar hari ini, kebanyakan organisasi roti dan mentega di dunia, mereka masih menggunakan data tradisional, dan jika data anda tinggi, maka anda ingin memastikan ia tersedia kerana apabila sistem turun, apabila data tidak dapat diakses, itu apabila anda mendapat pelanggan yang tidak berpuas hati, prospek yang tidak berpuas hati, anda mendapat pelanggan, anda tidak berpuas hati dengan semua perkara, rakan kongsi, dll. Jadi, anda tidak mahu itu.
Kami akan belajar daripada beberapa yang terbaik hari ini dalam perniagaan - kami akan mendengar dari Dr Robin Bloor, pakar pangkalan data kami selama tiga dekad. Dez Blanchfield, yang telah melakukan ini sejak sekian lama, tetapi dia bermula ketika dia benar-benar muda, dan Bert Scalzo dari IDERA, yang sebenarnya adalah tali pinggang hitam pangkalan data. Jadi jangan tahan, orang-orang, tanya soalan - bahagian besar acara ini adalah berharga kepada anda adalah apabila anda bertanya soalan yang baik dan mendapatkan jawapan yang baik, jadi hantarkannya melalui tetingkap sembang atau komponen Q dan A komponen konsol anda.
Dan dengan itu saya akan membawanya ke Robin Bloor - bawa ia pergi.
Dr Robin Bloor: Baiklah, saya klik pada ini dan lihat jika ia bergerak - ia tidak. Saya tidak akan bercakap mengenai pangkalan data terutamanya. Saya fikir, anda tahu, kerana saya melakukan intro, persembahan pengenalan pertama, jadi saya akan membincangkan tahap perkhidmatan yang dijangkakan dan ketersediaan kursus, yang merupakan perjanjian, yang merupakan topik pertunjukan hari ini.
Dan persoalannya ialah, anda tahu, "Sudah tentu, apa yang ada? Dan apa bahagiannya bermain dengan cara orang mengendalikan pusat data pada masa ini? "Satu perkara yang saya perhatikan - saya perasan ini sebenarnya kadang-kadang pada tahun 90-an - Saya bekerja di satu laman web dan pengguna mula mengeluh kerana e-mel mereka turun untuk 15 minit.
Dan itu menarik kerana CTO atau sesiapa yang bertanggungjawab terhadap IT sebenarnya, salah satu dari beberapa tempat di mana pada hari-hari itu mereka telah menentukan tahap perkhidmatan dan e-mel yang turun selama 15 minit tidak melanggar tahap perkhidmatan sesiapa . Saya fikir ia dibenarkan keluar selama dua jam, sebenarnya. Ia bukannya e-mel tidak boleh digunakan, hanya kerana anda tidak dapat menghantar dan menerima kerana pelayan itu keluar. Dan semacam itu memaklumkan saya kepada fakta bahawa saya telah melihat bergerak ke hadapan sejak itu, bahawa segala-galanya hanya mempercepat dan juga harapan pengguna, dan ini membawa anda kepada situasi di mana orang mungkin mempunyai tiga tahap perkhidmatan, tetapi sering kali mereka akan mula mengadu apabila tahap perkhidmatan tidak benar-benar dilanggar.
Jadi takrif tahap perkhidmatan, hanya untuk memberikan- dengan baik, ia boleh bergantung tepat pada apa yang anda sedang bincangkan dari segi tahap perkhidmatan. Kami telah berbincang mengenai sistem IT atau aplikasi IT. Biasanya mentakrif dari segi prestasi, ketersediaan dan pengukuran - dengan kata lain, anda tidak boleh benar-benar menentukan tahap perkhidmatan melainkan anda boleh mengukurnya, oleh itu biasanya terdapat beberapa jenis pengukuran yang terlibat dan biasanya mengenai masa tindak balas, transaksi tertentu dan ketersediaan sistem dalam tempoh masa tertentu, dan sebelum kira-kira pada 1994-1995, adalah benar-benar jarang bahawa mana-mana sistem diperlukan untuk tersedia lebih daripada jam kerja biasa. Jadi katakan lapan pagi hingga enam petang, untuk memberikan rentang yang normal - dan sistem yang dibina oleh orang ramai dan cara itu dan yang dimaksudkan - dalam fikiran saya, terutamanya dengan pangkalan data - anda dapat mengkonfigurasi pangkalan data dengan cara tertentu dan sebagai tetingkap batch mula mengecil, keperluan untuk berfikir sekali lagi bermula pada beberapa sistem dan kemudian sistem lain, dan kemudian kita mendapat kedatangan perkhidmatan atau seni bina, yang mula membuat kebergantungan antara sistem yang tidak pernah bergantung pada satu sama lain, menjadikan semuanya lebih teruk. Kami mendapat perasa dari segi ketersediaan sistem.
Perkara yang saya buat, adalah ketika membicarakan tentang ketersediaan, termasuk cadangan dan pemulihan dan termasuk - ia seperti tidak hanya ketersediaan dalam istilah biasa yang kita bicarakan; terdapat banyak cara yang berbeza di mana aplikasi boleh gagal. Anda tahu, anda boleh mendapatkan kegagalan perkakasan atau anda boleh mendapatkan kegagalan pangkalan data, anda boleh mendapatkan kegagalan perisian dan terdapat banyak spesies yang berbeza dari benda itu, dan apabila ia berlaku anda perlu dapat pulih dan oleh itu anda perlu juga kembali sehingga sistem. Oleh itu, perlu ada beberapa skim untuk menyokong sistem dan anda juga, di banyak laman web pada masa ini, anda memerlukan keupayaan pemulihan bencana sekiranya seluruh bangunan bertiup. Dan sesuatu yang perlu disebutkan di sini, dan saya akan menyuarakannya dalam satu minit, tetapi proses perniagaan, mereka juga mempunyai tahap perkhidmatan, dan pada hakikatnya, tahap perkhidmatan proses perniagaan yang sangat penting kepada perniagaan. IT hanya perlu melakukan sebahagian daripadanya dan mengikut apa jua perjanjian.
Tahap perkhidmatan IT biasanya anak syarikat untuk tahap perkhidmatan proses perniagaan, tetapi seperti yang jarang berlaku sejak 15 tahun yang lalu untuk mana-mana organisasi untuk mempunyai tahap perkhidmatan yang jelas, masih agak jarang bagi organisasi untuk mempunyai tahap perkhidmatan yang jelas untuk proses perniagaan . Itulah sesuatu yang berlaku sekarang; ia bukan sesuatu yang telah lama berlaku.
Inilah pecutan dan halangan masa, ia hanya sepatutnya menyebut halangan masa. Kami secara beransur-ansur berpindah ke dunia pemprosesan peristiwa dan kerana itu kita secara beransur-ansur bergerak ke dunia masa nyata, dan oleh itu kita secara beransur-ansur berpindah ke ketersediaan untuk diperlukan 24 oleh 7, dan itu benar-benar sukar untuk banyak sistem - itu sukar untuk dicapai. Sama ada ia sangat mahal, atau dalam sesetengah keadaan, anda sebenarnya mungkin perlu mengubah sistem, malah berpindah ke pangkalan data yang berbeza, versi perisian perisian pangkalan data yang kami gunakan.
Juga halangan-halangan masa ini - dan saya sentiasa suka menyebutnya setiap kali saya mendapat peluang - ini adalah halangan masa yang kita jalankan; aplikasi mungkin ingin secepat mungkin, iaitu apabila perisian bercakap kepada perisian. Tidak semestinya tidak ada lesen yang boleh diterima dalam beberapa situasi, anda ingin secepat mungkin, dan keadaan dalam istilah perniagaan seperti situasi pasaran, di mana orang yang datang dengan pesanan beli kedua mendapatkan harga yang lebih buruk daripada seseorang yang mula-mula, dan oleh itu kelajuan perisian sangat penting.
Tetapi anda tahu, di bawah bahawa apabila anda benar-benar berurusan dengan - berinteraksi dengan - manusia, masa tindak balas terbaik yang benar-benar boleh menuntut anda adalah sepersepuluh saat, kerana itu tentang masa tindak balas manusia. Anda tidak perlu pergi lebih cepat daripada itu kerana manusia tidak akan menyedarinya. Antara 1.1 dan 4 saat adalah masa tunggu yang manusia biasanya akan bertolak ansur, tetapi sebaik sahaja anda melewati kira-kira empat saat, mereka tidak melakukan sesuatu yang lain, dan oleh itu anda benar-benar menjadi aktiviti batch.
Oleh itu, anda dapat melihat bahawa bingkai masa dan hari, minggu dan bulan tertentu bagi perkara-perkara di mana batasan batasan masuk akal dan oleh itu anda tidak berada di dunia pemprosesan peristiwa, dan dengan itu ketersediaan mungkin agak berbeza dari segi apa yang anda perlukan untuk dapat menyediakan. Tetapi sebaik sahaja anda berada di dunia acara, maka anda berada dalam beberapa ketersediaan 24/7 dan perubahan teknologi adalah faktor seperti teknologi berjalan lebih cepat dan lebih cepat, maka ketersediaan mungkin tidak meningkat; ia hanya tetap seperti itu.
Ini adalah lapisan kerumitan dan saya tidak mahu masuk ke dalam ini dalam apa-apa kedalaman, hanya saja, anda tahu, ada tiga perkara yang perlu dipertimbangkan di sini. Terdapat tahap perkhidmatan infrastruktur, ini adalah paksi menegak, dan kemudian terdapat tahap perkhidmatan bagi setiap aplikasi yang diberikan dan kemudian ada tahap perkhidmatan perniagaan, dan mereka bergantung pada satu sama lain dan mereka perlu dipertimbangkan jika anda benar-benar mencari untuk mewujudkan persekitaran responsif di mana tahap perkhidmatan dipenuhi, pada asasnya.
Kemudian anda mempunyai, di bawah di bawah ini, yang hanya mewakili pangkalan data, tetapi anda boleh melakukan apa saja dalam sistem, anda tahu anda mendapat konfigurasi tanpa henti, yang bermaksud apa yang dikatakannya: ia tidak akan berhenti. Anda mempunyai keadaan siap sedia panas, di mana dalam satu cara atau yang lain, ada cara yang berbeza untuk mencapainya, tetapi dalam satu cara atau yang lain, jika pangkalan data gagal, ia beralih ke siap sedia panas dan terdapat sedikit lag dalam terma masa, ke titik di mana pengguna mungkin akan melihat, tetapi tidak akan dapat melihat banyak.
Siaga yang hangat lebih menyerupai pertukaran 20-minit di mana setiap orang menelefon meja bantuan dan bitches di meja bantuan semasa pangkalan data sedang dihidupkan ke siap sedia. Kemudian ada keadaan reboot di mana ia dapat mengambil masa yang sangat lama. Perlu diingat bahawa apa-apa aplikasi atau mana-mana pangkalan data yang diberikan boleh berada dalam mana-mana keadaan bergantung pada apa yang sebenarnya sedang berlaku dan pada tahap perkhidmatan yang diperlukan oleh aplikasi itu sebenarnya.
Dari itu, saya hanya ingin membuat satu titik tentang keluk kerumitan. Kerumitan berasal dari nod dan sambungan, pergantungan. Di dunia yang kita tinggalkan, jumlah nod dan sambungan yang terlibat dalam apa-apa sahaja terus berkembang, jadi anda berjalan ke lengkung ini semacam ini. Jika anda dapat melihat cara kerumitan semakin meningkat dan cara dimensi masa semakin kecil, maka anda tahu tahap ketersediaan, ada sasaran masa, adakah mereka mungkin akan mengurangkan?
Oleh itu, evolusi semulajadi adalah ke arah operasi tanpa henti, yang semestinya yang paling mahal - sekurang-kurangnya dalam pengalaman saya - ia adalah konfigurasi yang paling mahal yang anda boleh buat. Dalam satu cara atau yang lain, mana-mana organisasi yang memikirkannya, benar-benar perlu berfikir bukan hanya tentang apa yang berlaku sekarang, tetapi apa yang akan berlaku pada masa akan datang.
Mungkin titik terakhir yang saya ingin buat adalah, pengurusan tahap perkhidmatan adalah aktiviti berterusan; ia bukan sesuatu yang anda tahu anda mempunyai projek, anda melakukannya dan sudah selesai. Ia tidak, kerana perkara-perkara hanya terus berubah. Setelah berkata demikian, saya akan lulus bola kepada Dez.
Dez Blanchfield: Terima kasih Robin. Saya suka slaid pembukaan anda. Kami baru saja mengulangi semula, saya fikir ia adalah "Mencari Nemo 2, " filem itu. Anda mempunyai Nemo mencari ketersediaan dalam bentuk nines, yang saya fikir agak cantik. Selalu perbuatan yang sukar untuk diikuti. Apabila saya berfikir tentang uptime dan ketersediaan dan prestasi tinggi, imej pertama yang masuk ke dalam fikiran, kerana saya membesar di Kepulauan Solomon berhampiran gunung berapi dan khatulistiwa, adalah gunung berapi meletup di pusat data saya; ada imej ini saya selalu ada dalam fikiran saya bahawa itulah yang mungkin berpotensi berlaku jika sesuatu berlaku. Ini gambar Gunung yang indah. Etna, yang merupakan sudut timur laut Sicily, yang terletak betul-betul di sebelah Catania.
Pendekatan saya untuk ini adalah untuk mempunyai perbualan dengan anda dan memberikan anda beberapa urusan pada tahap yang sama yang saya lakukan di ruang lembaga secara tetap dari C-suite dan ketua-ketua perniagaan dengan pandangan bahawa kita mempunyai perbualan tentang apa yang boleh memberi kesan kepada organisasi anda dari segi komersial atau teknikal dan jenis kejuruteraan.
Kita perlu memikirkan dan bagaimana-apa yang kita ambil dari itu, dan bagaimana kita pergi ke kemudian menangani beberapa cabaran yang kita bicarakan apabila kita bercakap tentang ketersediaan dan uptime yang tinggi, terutamanya di sekitar automasi dan platform.
Oleh itu, persoalan yang kita mulakan adalah, apakah yang sebenarnya kita maksudkan apabila kita bercakap mengenai sistem pangkalan data dan ketersediaan platform pangkalan data? Apa sebenarnya yang dimaksudkan untuk bercakap tentang cabaran sebenar untuk membuat sesuatu yang ada pada peringkat seperti Robin bercakap tentang perjanjian tahap perkhidmatan yang dipasang pemetaan apa yang sebenarnya kita perlukan dan inginkan?
Jadi, realiti hari ini ialah - dan sebenarnya di sini adalah realiti puncak pasangan dalam fikiran saya - semuanya hari ini adalah pangkalan data yang berkesan didorong. Terdapat sangat sedikit sistem yang dibina pada hari ini dan dibina sedemikian rupa sehingga barangan disimpan dalam fail atau semacam log fail rata; Selalunya semuanya adalah pangkalan data yang didorong. Hasilnya, kami mempunyai keperluan untuk berhenti memikirkan ketersediaannya kepada pangkalan data tersebut, kepada sistem dan aplikasi yang berbeza dan alat yang bergantung kepada mereka dan bergantung kepada mereka untuk menyampaikan perkhidmatan yang kami cari untuk menyampaikan, menjual atau menggunakan . Dan semua infrastruktur di sekelilingnya.
Sebenarnya begitu, apabila anda berfikir tentang gangguan data besar lewat, terutamanya, pribumi digital atau awan asli, beberapa syarikat yang telah datang seperti Uber dan Airbnb dan sebagainya, dan PayPal yang sedikit lebih tua dan eBon dunia - skala dan saiz organisasi tersebut hanya mungkin kerana teknologi pangkalan data moden dan infrastruktur awan moden. Tanpa itu, tanpa keupayaan yang disediakan, mereka tentu tidak akan wujud. Bayangkan senario di mana anda hanya boleh sampai ke eBay di antara 9:05 dan 9:25 kerana ia tidak tersedia untuk sepanjang hari kerana ia cuba melakukan iCloud atau sandaran atau sesuatu seperti itu, ia tidak akan mempunyai bekerja.
Oleh itu, terdapat juga bidang utama lain apabila anda berfikir tentang kehidupan sehari-hari kami, anda tahu, seperti runcit dan perbankan dan kewangan dan syarikat penerbangan dan sebagainya. Kumpulan industri besar seperti logistik penerbangan, perkapalan pengangkutan, ada kerajaan secara keseluruhan, ada keamanan nasional dan polisi dan sebagainya. Semua industri ini, semua segmen pasaran, semua badan, kumpulan ini bergantung kepada persekitaran mereka yang sedang berjalan dan berjalan.
Oleh itu, dengan itu, kami juga mempunyai kaveat lain yang perlu kita fikirkan, yang lain yang saya mahu meninggalkan anda berfikir, dan itulah dunia kita sekarang yang saya panggil "selalu." Kami berhubung secara kekal dan tema ini akan anda dengar secara tetap dan saya akan mengulanginya dan mengulanginya. Kami kini mempunyai telefon pintar di tangan kami sepanjang hari, setiap hari. Kami tidak mematikannya, kami meletakkannya di sebelah katil, kami selalu menggunakannya sebagai jam penggera, kami menggunakannya sebagai kamera dan kami mengambil gambar, mereka menolak gambar-gambar tersebut ke dalam awan.
Mereka sentiasa ada, mentaliti kekal secara tetap. Sebenarnya terdapat koin frasa yang saya suka gunakan, dan itulah sekarang kita hidup generasi Fitbit, yang mana kita mengukur segala-galanya, kita memantau segala-galanya, dan ia perlu dilog dan itu akan pergi ke suatu tempat.
Dan ada juga frasa lain yang akan saya berikan kepada anda, dan itu, ia adalah sembilan jam di suatu tempat, sepanjang masa. Ia adalah dunia 24/7/365 yang kita hidup. Bumi sentiasa berputar di sekeliling Matahari dan pada suatu ketika, dan masa, setiap jam sehari ia adalah jam sembilan. Dan itu bererti orang sedang keluar dari katil dan cuba melakukan barangan, membeli barang, memasang barang, dan sebagainya.
Jadi, apa yang kita maksudkan apabila kita bercakap tentang ketersediaan yang tinggi? Baik ia kedengaran sangat jelas sehingga anda mula menyelam ke dalam detailnya. Jadi, anda tahu apabila kita berfikir tentang "OK, apakah maksud yang tinggi?" Kenyataannya, tidak ada peluru perak. Ini adalah konsep yang rumit, kerana Robin berkaitan dengan beberapa tajuk yang disebutnya seperti mengukur ketersediaan dan perjanjian peringkat perkhidmatan. Kami memetakannya kepada perkara-perkara seperti, saya mempunyai soalan-soalan ini, apakah itu uptime? Adakah kita bimbang tentang perkara-perkara seperti apa yang kita panggil lima nine, yang saya akan masuk dalam satu minit. Adakah kita menganggap diri kita dengan apa yang ada dalam perjanjian tahap perkhidmatan kita? Sebagai contoh, dalam perjanjian tahap perkhidmatan, saya bermaksud terdapat kelewatan, akronim tiga huruf untuk perjanjian tahap perkhidmatan telah menjadi semakin kritis hari ini.
Memandangkan anda menjalani proses keseluruhan premis ini dan menjadi tuan rumah untuk disumber luar ke pusat data pihak ketiga dan perkhidmatan yang diuruskan oleh pihak luar, dan kini kami akan pergi ke awan. Dan kenyataannya adalah apabila anda bercakap tentang awan, ia hanya benar-benar komputer orang lain. Dan ini bermakna anda tidak menjalankan infrastruktur, anda tidak menjalankan sistem dan selalu anda tidak menjalankan awan. Anda melakukan infrastruktur yang dibina sebagai platform, jadi itu lebih penting lagi dalam perkhidmatan tenaga jualan. Sekarang bayangkan jualan misalnya, anda tahu anda tidak menyentuh mana-mana infrastruktur itu, anda hanya log masuk ke antara muka web.
Oleh itu, satu-satunya mekanisme yang anda ada dalam dunia cloud dan infrastruktur outsourcing bagi sebarang bentuk untuk mengawal itu adalah perjanjian peringkat perkhidmatan, itu satu-satunya mekanisme yang anda ada, dan jika orang tidak memenuhi pemasangan anda, maka mereka tetap bertahan penalti dan pengurangan jumlah wang yang anda bayar atau anda tidak membayarnya.
Oleh itu, ini mengingatkan kembali kepada semua cabaran ini, anda tahu, bagaimana kita menguruskan ketersediaan yang tinggi? Bagaimana kita menguruskan uptime yang tersedia jika bukan infrastruktur anda - contohnya SLA, contohnya. Jika ia adalah infrastruktur anda atau bahkan jika infrastruktur orang lain sebagai titik reka bentuk. Kami bercakap tentang pengimbangan beban untuk model sains, adakah ia paten reka bentuk toleransi kesalahan?
Adakah anda menjalankan aktif aktif atau sedia aktif dalam seni bina anda? Adakah anda mempunyai pelbagai pelayan, pelbagai platform penyimpanan? Bagaimanakah platform penyimpanan itu beroperasi? Adakah mereka meniru satu sama lain, adakah mereka cermin antara satu sama lain? Adakah anda menjalankan RAID? Apakah jenis RAID yang anda jalankan untuk penyimpanan berlebihan? Adakah anda menjalankan RAID pada tahap cakera? Adakah anda menjalankan platform penyimpanan objek yang mereplikasi pemacu model dan sistem model dan pemacu? Adakah N ditambah satu untuk setiap infrastruktur kecil yang anda dapat? Adakah anda menambah yang lain dan berada di pusat data yang sama atau pusat data lain? Adakah anda telah membina paten reka bentuk yang tidak merangkumi titik jualan tunggal, contohnya?
Semua perkara asas ini, kini mereka terdengar seperti konsep mudah, tetapi apabila anda masuk ke dalam setiap perkara ini, mereka adalah perkara yang sangat terperinci. Apabila kita bercakap mengenai ketersediaan, kita selalu bercakap tentang nines. Dan apa yang kita maksudkan dengan nines? Kita semua telah mendengar mengenai perkara ini, tapi mari kita fikirkan apa yang mereka maksudkan seminit dan kenapa mereka penting.
Jadi, kita bercakap tentang satu sembilan, yang hanya 90 peratus daripada ketersediaan kita. Saya tahu bunyi yang sangat tinggi. Oleh itu, apabila kita bercakap 24 oleh 7 oleh 365, jika kita hanya melihat satu tahun sebagai contoh, apabila kita bercakap pada sembilan yang 90 peratus masa itu, yang membolehkan selama tiga puluh enam setengah hari downtime setahun. Mari kita pusingan itu untuk lebih dari sebulan.
Sekarang fikirkan apa-apa perniagaan yang kita berurusan dengan setiap hari - sama ada perbankan dalam talian, eBay, PayPal atau platform media sosial seperti LinkedIn, Twitter atau hanya peruncit umum - katakan saja saya mahu menempah penerbangan ke Amerika Syarikat dari cerah Australia, saya akan gembira jika saya mahu datang ke Amerika dalam masa beberapa minggu, jika syarikat kegemaran saya turun selama tiga puluh enam setengah hari kerana penyedia perkhidmatan mereka berkata, "Lihat, kita sudah mencapai 90 peratus masa "? Sudah tentu saya tidak akan.
Semasa anda naik model ini, dua nine: 99 peratus. Nah yang menjadi 3.65 hari, kira-kira tiga setengah hari downtime setahun. Adakah itu masalah besar? Baiklah jika anda menjalankan Black Friday, dan anda menjalankan jualan istimewa dan orang hanya boleh membeli selama beberapa hari.
Tiga nines menjadi 8.7 jam setahun, tetapi walaupun 8.7 jam setahun, itu berturut-turut tanpa henti lapan jam masa kita. Baiklah dalam perbankan dan kewangan, dalam kesihatan - jika ia adalah hospital, baik yang boleh membiayai nyawa. Ketika anda naik, empat nine adalah 52 minit, lima nine adalah lima minit dan enam nine pada dasarnya 30 detik. Enam nines adalah sangat tinggi, dan semasa anda naik tangga ini, semasa anda memanjat pokok natal ini, semakin banyak nines yang anda naik, semakin sukar adalah reka bentuk, alam sekitar dan platform. Lebih sukar untuk menyampaikan perkhidmatan itu, dan jika anda berfikir tentang pengurangan jumlah masa yang anda ada untuk perkara-perkara seperti backup yang akan dijalankan, pentadbiran, penampalan, tingkap penyelenggaraan untuk sebarang bentuk gangguan - semua cabaran yang tidak remeh - dan semuanya turun ke peratusan pemadaman, dengan berkesan.
Kunci di sini yang saya ingin sampaikan adalah, tidak ada peluru perak, seperti yang saya sebutkan tadi. Apabila terdapat pada ketersediaan, tidak ada "satu saiz yang sesuai dengan semua". Anda mungkin mempunyai jenis paten reka bentuk tertentu yang sesuai dengan industri utama. Cabaran yang sama dihadapi oleh semua bank. Ada yang mungkin bank runcit, ada yang mungkin bank premium. Sesetengah bank mungkin memberi tumpuan kepada perdagangan dan pelaburan, pengurusan kekayaan. Sesetengah mungkin pengguna semata-mata. Sesetengah mungkin meletakkan internet dan tidak mempunyai juruwang dan hanya berurusan dengan ATM semasa mengeluarkan wang tunai. Oleh itu, dalam senario ini, walaupun dalam industri perbankan dan pengurusan kekayaan dan perkhidmatan kewangan secara keseluruhannya, bagi setiap mereka, mereka masih mempunyai rasa atau benda tertentu yang mereka perlukan ketika datang ke ketersediaan.
Oleh itu, apabila kita berfikir tentang ketersediaan dalam bahasa Inggeris biasa, campuran antara ketersediaan dan ketersediaan tinggi - kita fikir mereka adalah perkara yang sama, tetapi mereka sebenarnya kapur dan keju. Ketersediaan adalah, saya telah meletakkannya dalam bahasa Inggeris biasa, satu ukuran masa yang berfungsi sebagai pelayan atau proses biasanya atau secara amnya, terikat dengan penggunaannya. Itu hanya bermaksud bagaimana kita menerangkan sama ada ia boleh didapati atau tidak. Apabila kita bercakap mengenai ketersediaan kita sering kali jatuh ke dalam perangkap pemikiran ini, "Saya menyediakannya dalam bentuk yang ada, " berbanding ketersediaan tinggi dalam melindungi keselamatan infrastruktur itu.
Ketersediaan yang tinggi, dalam erti kata lain dalam bahasa Inggeris biasa, adalah reka bentuk di mana anda melaksanakan atau mencapai beberapa jenis hasil dan ketersediaan data khususnya di mana hampir sepanjang masa -24/7/365 hari setahun - ketersediaan itu mendapat beberapa orang nines. Selalunya ia tidak bermakna 100 peratus. Seratus peratus secara teknikal tidak mungkin di dunia nyata dalam mana-mana persekitaran. Ia sangat sukar untuk satu pelayan dalam sistem operasi dengan pangkalan data di atasnya, dengan platform berjalan dan pada aplikasi yang anda boleh menyampaikannya dan mengharapkan ia berjalan 100 peratus. Oleh itu, kita mula berfikir tentang reka bentuk. Adakah kita mempunyai redundansi, adakah kita mempunyai beberapa slaid untuk meniru? Kemudian apabila anda meletakkannya dalam bahasa Inggeris biasa, sangat menarik betapa berbezanya topik ketersediaan berbanding ketersediaan tinggi menjadi.
Saya fikir saya akan meletakkannya dalam bentuk grafik yang ringkas untuk memberi kita idea tentang apa yang kelihatan seperti ini apabila anda mula menaikkan cabaran meningkatkan kesediaan untuk melindungi uptime perkhidmatan anda. Di sudut kiri bawah kita mendapat sembilan. Saya telah meletakkan lima nines yang kita umumkan. Enam nines adalah sedikit keterlaluan. Apabila kita bercakap tentang lima nine di sudut kiri bawah, 35 hari kira-kira pemadaman itu, ia adalah persekitaran kos rendah dan kerumitan rendah yang anda cuba berikan kerana anda mempunyai beberapa perkara yang boleh gagal dan anda boleh masih memenuhi perjanjian peringkat perkhidmatan anda.
Tetapi semasa anda pergi ke bawah dari kiri ke kanan, dan anda sampai ke titik di mana terdapat lebih banyak nines dalam gambar, anda mendapat senario di mana anda mula berfikir tentang replikasi sistem dan platform. Anda perlu berfikir tentang clustering dan virtualisasi pelbagai bahagian infrastruktur. Anda perlu memikirkan geolokasi kumpulan itu, pelbagai pusat data data, dan anda perlu memikirkan jenis segmen industri dan segmen yang anda inginkan. Jadi apa jenis perkhidmatan yang anda perlukan untuk bertemu? Peruntukan perkhidmatan apa yang anda cari? Bidang yang merupakan perkhidmatan berasaskan kad nyata yang memberitahu komunikasi. Adakah perkhidmatan ketenteraan? Jadi grafik ini pergi dari kiri bawah ke kanan atas dan ketika anda melewati kurva, peningkatan kos dan kerumitan. Apabila anda mendapat persekitaran yang lebih kompleks dan lebih mencabar, anda akan memerlukan lebih banyak nines.
Grafik ini, sebagai contoh, melakukan perkara yang sangat serupa: ia menerangkan kisah antara komponen kos berbanding komponen ketersediaan yang dikehendaki. Oleh itu, di penjuru kiri sebelah atas kami memaparkan sistem kompleks yang sangat banyak, dan kos yang ditanggung sekiranya ketersediaan itu jatuh berbanding faedah yang mempunyai ketersediaan dalam masa sifar. Sebagai contoh, jika kita mempunyai persekitaran di sebelah kiri di mana perkara-perkara yang turun, kita boleh menanggung kerugian yang kewangan. Kami mempunyai implikasi undang-undang yang boleh menjadi implikasi peringkat strategi perniagaan-perniagaan.
Terdapat semua jenis yang berpotensi, saya rasa, walaupun masalah moral sekitar mempunyai manfaat perkhidmatan. Sekiranya ia adalah industri kesihatan dan mereka mula melalui kos gangguan, memberi impak kepada pelanggan, pengurangan kepuasan pelanggan, produktiviti kakitangan, produktiviti pengguna, dan lain-lain. Perkara-perkara ini terpengaruh jika kita berfikir tentang mereka bentuk sangat kompleks, sangat bergantung, persekitaran yang sangat berisiko di mana terdapat risiko yang berpotensi untuk gangguan dan oleh itu kerugian.
Di sebelah kanan kita cuba untuk mencari senario di mana jika kita melabur kos yang tinggi dan merancang dalam reka bentuk, kita melabur dalam pelaksanaan bijak. Kami melabur dalam menyediakan orang dengan kemahiran dan sumber dan kami sangat menghargai rangkaian dan persekitaran operasi yang sangat dihormati dan perkakasan dan perisian. Kami mendapat ketersediaan tinggi tetapi ia datang dengan kos yang tinggi. Oleh itu, pendulum sihir mengayunkan kedudukan kedudukan optimum di tengah-tengah di mana mereka menyeberang, di mana kita mendapat sedikit pengurangan kos, dan meningkatkan ketersediaan yang hanya menyesuaikan antara tahap sine dan ketersediaan yang tinggi yang sentiasa ada dan ini adalah cabaran yang sentiasa berlaku untuk kita bertemu, seperti berapa banyak wang yang anda bersedia untuk melabur untuk mendapatkan tahap perkhidmatan yang anda cari?
Kami juga mempunyai topik yang saya tidak akan terperinci, tetapi saya hanya mahu anda mengambil ini dan memikirkannya. Perbezaan antara masa min antara kegagalan dalam reka bentuk anda, berbanding masa min untuk pulih. Dalam erti kata lain, adakah anda melabur dalam infrastruktur kualiti yang lebih baik, reka bentuk kualiti yang lebih baik, perkakasan dan perisian berkualiti yang lebih baik dan kakitangan yang mahir dan sumber yang berkualiti tinggi untuk menilai perkara dan mengurangkan masa min antara kegagalan, masa purata yang diperlukan untuk mencari rehat yang bertentangan untuk mengurangkan pelaburan dalam infrastruktur, dalam sumber dan reka bentuk dan paten buta, kemampuan yang tinggi untuk pulih? Dalam erti kata lain, jika sesuatu pecah, anda mendapat banyak untuk memasangkannya. Sekiranya seseorang mempunyai komputer riba dan ia mati, anda mempunyai satu cadangan. Anda menyerahkannya kepada mereka dan dalam 30 saat mereka log masuk. Ini adalah hujung yang sangat berbeza dari tiang. Yang paling penting ialah kejuruteraan anda dengan kos yang tinggi dan pelaburan yang tinggi untuk mengelakkan kegagalan, dan yang paling bawah mengatakan bahawa "Saya akan menerima kegagalan itu akan datang, jadi saya akan membuat kejuruteraan di sekitar itu dan bersedia untuk kegagalan dan pulih dengan cepat. "
Seperti yang saya nyatakan sebelum ini, di mana saya boleh katakan, "Ketersediaan saya bukannya ketersediaan anda." Oleh itu, apabila ia datang kepada persekitaran pangkalan data dan menyokong infrastruktur, menjalankan pangkalan data anda dan melindungi itu dan memastikan ketersediaan yang tinggi, benar-benar tidak ada kedai sehenti . Setiap orang mempunyai keperluan dan kehendak mereka sendiri. Oleh itu, anda perlu bertanya kepada diri sendiri soalan-soalan asas yang akan saya sampaikan kepada anda, dan itu adalah: Apa yang boleh anda capai? Saya bukan hanya bercakap mengenai dolar dan sen. Saya bercakap tentang, sebagai sebuah organisasi, apa yang anda boleh dari sumber, masa dan usaha dan sebagainya, mampu sejauh mana tahap ketersediaan dapat menyediakan? Selain itu, apa yang boleh menyokong perniagaan anda? Oleh itu, keupayaan semasa, kemahiran semasa, infrastruktur semasa, pendanaan semasa anda boleh meningkatkan. Jadi, kesimpulan antara apa yang sebenarnya anda mampu berbanding dengan apa yang anda boleh menyokong adalah keseimbangan yang menarik.
Juga, anda perlu bertanya kepada diri sendiri soalan-soalan berikut: Apakah kemahiran dan teknologi yang anda ada di dalam rumah? Bolehkah anda menyalurkan beberapa cabaran itu? Bolehkah anda mengalihkan perkara ke awan? Sekiranya anda mempunyai perkhidmatan infrastruktur selain daripada perkhidmatan perisian, anda dibiarkan tanpa susunan itu apabila anda melangkah lebih jauh. Oleh itu, sekiranya anda melabur lebih banyak dalam platform dan perkhidmatan dan tidak bimbang tentang sekeping infrastruktur, atau jika anda melihat perisian sebagai tawaran perkhidmatan kerana anda tidak perlu risau tentang platform?
Apakah jenis pasaran dan pengguna atau pelanggan yang anda servis? Maksud saya, jika anda adalah telekom dan seseorang perlu mengambil telefon dan anda mendapat nada dail setiap masa, itulah cabaran yang sangat berbeza untuk membuka kedai runcit kecil antara Isnin dan Jumaat, sembilan hingga lima dan ditutup untuk jam pada waktu makan tengahari seperti tukang gunting sudut. Oleh itu, anda perlu berfikir panjang dan keras bagaimana ia berfungsi dan apa yang dimaksudkan dengan organisasi anda, apa yang anda perlu berikan.
Dan kemudian menyusun antara apa yang ada di premis, apa yang disiarkan secara luaran dan berpotensi, apa yang ada di awan. Seperti yang saya katakan sebelum ini, ia datang dari cabaran masa juga. Oleh itu, kita ditinggalkan untuk soalan terakhir yang saya menantikan rakan-rakan kami di IDERA untuk memberitahu kami bagaimana mereka menangani perkara-perkara ini, dan itu adalah penjimatan yang baik antara yang sepadan dengan ketersediaan yang anda inginkan dan yang diperlukan dengan prestasi, dan keperluan perniagaan anda dan apa pasaran anda dan pengguna anda perlu.
Dan kenyataannya itu bukan bermakna. Ia akan mengambil masa, usaha dan wang di seluruh lembaga untuk memikirkan perkara-perkara ini. Dan selalu ada pelaburan dalam orang dan keupayaan kemahiran dan pelaburan dalam perisian dan alat untuk mengotomatisasi beberapa proses tersebut dan memberi mereka alat-alat yang tepat dan sistem yang betul untuk menjadikan hidup mereka bukan hanya lebih baik, tetapi mungkin kerana memantau persekitaran yang sangat berskala besar dan melindungi dan menguruskan persekitaran berskala besar itu sering melebihi keupayaan manusia individu.
Oleh itu, dengan fikiran itu, semoga saya telah menetapkan adegan untuk perbualan yang hebat untuk rakan-rakan kami di IDERA untuk bercakap tentang platform dan alat mereka, dan saya berharap untuk bertanya beberapa soalan yang hebat pada akhirnya. Dan saya akan lulus.
Dr. Robin Bloor: Baiklah. Bert, saya hanya memberikan anda kunci, mengambilnya.
Bert Scalzo: Terima kasih! Terima kasih, Dez dan Robin. Saya akan meneruskan dengan topik ketersediaan tinggi untuk data anda. Dan saya sebenarnya akan memanfaatkan banyak apa yang Dez hanya bercakap tentang. Oleh itu, pilihan, nine, trade-off, kemampuannya. Saya akan mencuba dan meletakkan lebih banyak dari segi pentadbir pangkalan data atau seseorang yang lebih dekat dengan parit akan, bagaimana mereka akan melihatnya? Bagaimana mereka akan menyusunnya? Dan apa maksud pilihan itu.
Sekarang, saya akan cuba menjadi pangkalan data agnostik. Saya tidak akan menarik, sebagai contoh, penyelesaian Oracle khusus atau SQL-Server, tetapi saya akan menarik, katakan, seni bina generik yang semua vendor pangkalan data menawarkan, sesuatu di sepanjang baris tersebut. Mereka semua memanggilnya dengan nama yang berbeza, tetapi itu satu jenis pilihan yang anda sama-sama, dan saya ingin melihatnya dari perspektif perniagaan dan teknologi, dan bagaimana ia berkaitan dengan keperluan perniagaan.
Dan saya ingin mulakan dari apa penyelesaian asas yang paling asas pseudo-high adalah melalui pilihan yang anda ada di penyelesaian tahap penyimpanan, penyelesaian peringkat virtualisasi, pada penyelesaian pangkalan data. Dan kemudian saya ingin juga memperkenalkan anda kepada fakta bahawa semua pilihan boleh didapati di awan juga.
Jadi, sekali lagi, saya akan cuba untuk kekal asas agnostik pangkalan data. Kini, kebanyakan perkara yang saya akan bincangkan, saya tahu bahawa mereka wujud dalam Oracle, SQL Server, MySQL, PostgreSQL. Terdapat juga beberapa vendor pihak ketiga, yang membuat alat yang juga akan memberikan anda arsitektur tambahan yang boleh anda pertimbangkan. Dan, seperti yang dikatakan Dez, tiada penyelesaian yang terbaik; semuanya bergantung. Tetapi ada satu fakta sejagat dalam apa yang kita akan lihat, akan ada bahagian yang lebih bergerak, jadi ia akan menjadi lebih rumit dan oleh itu lebih mahal.
Jadi, kita semua tahu data adalah aset penting. Dan semua orang tahu bahawa akses cepat ke data sentiasa bagus. Tetapi, akses yang boleh dipercayai kepada data adalah kritikal. Dan semasa dia bercakap dengan contoh-contohnya, adakah anda benar-benar mampu mendapat masa 36½ hari? Sangat kritikal bahawa data itu tersedia sepanjang masa. Oleh itu, downtime boleh menyebabkan kekayaan, baik dari segi kehilangan pendapatan, malah lebih penting lagi, kepada pelanggan yang hilang, atau kehilangan muhibah pelanggan. Saya akan memberi anda contoh yang baik; jika laman web tertentu di mana saya membuat pembelian adalah perlahan, saya boleh cuba mencari laman web baru yang menjual barang-barang serupa pada kos yang sama yang tidak mempunyai laman web lambat. Dan sebagainya, bukan hanya kehilangan pelanggan, itulah muhibah yang pelanggan mempunyai ke arah anda.
Sekarang, perkakasan adalah lebih murah pada hari ini, jadi oleh itu terdapat permintaan yang lebih banyak untuk ketersediaan yang tinggi. Dan sekali lagi, saya akan membawa kita ke awan, apabila kita melihatnya. Dan kami mempunyai persembahan dari pelbagai peringkat: vendor storan, vendor pangkalan data, vendor maya, dan sekarang juga vendor awan. Jadi, apa yang sangat menarik dengan awan adalah selepas saya menarik semua gambar-gambar indah ini dalam seni bina yang anda boleh bina di awan, banyak kali hanya beberapa kotak semak yang anda periksa. Dan anda berkata, "Saya mahukan replikasi merentas kawasan geografi." Kotak centang. "Saya mahu replikasi komponen perkakasan utama." Kotak centang. Jadi, jika anda memahami gambar-gambar, kadang-kadang di awan itu hanya semak beberapa kotak untuk membina gambar yang anda ada dalam fikiran anda.
Sekarang, perkara utama adalah, apakah keperluan perniagaan untuk ketersediaan yang tinggi? Sebagai contoh, adakah saya hanya perlu bimbang tentang kegagalan di tapak tunggal, atau adakah saya perlu merentasi beberapa tapak? Dalam erti kata lain, bolehkah saya mempunyai satu pusat pengkomputeran dan saya tidak peduli jika pusat satu pergi offline? Saya tidak membuat keperluan perniagaan bahawa ia berkembang di beberapa laman web. Ini soalan perniagaan. Dan penting untuk mengetahui bagaimana perniagaan menganggap jawapan kepada soalan itu, kerana itu biasanya menentukan anggaran anda.
Kini, anda juga ingin melihat ke bawah tahap perlindungan kegagalan. Bolehkah ia menjadi kegagalan kuasa? Bolehkah ia menjadi kegagalan komponen? Seperti NIC atau HBA yang tidak baik, penyesuai bas tuan rumah. Adakah cakera keras yang buruk? Adakah kegagalan kabinet penyimpanan? Adakah kegagalan komputer? Atau, dalam beberapa kes, apakah kegagalan tapak? Itu berbeza daripada, dalam beberapa kes, anda boleh mengalami kegagalan tapak, kerana tapak itu sendiri di luar talian. Dalam kes lain, boleh jadi bahagian penting laman web ini di luar talian, tetapi dari perspektif anda bahawa seluruh tapak.
Dan kemudian, seperti yang dikatakan Dez, apakah jangkaan masa untuk meneruskan operasi? Itulah soalan perniagaan. Jika perniagaan mengatakan bahawa anda harus dapat meneruskan operasi dalam masa dua minit, maka jelaslah, itu akan menentukan beberapa gambar-gambar ini yang saya akan menunjukkan bahawa anda akan bekerja, dan beberapa daripada mereka tidak akan menjadi pilihan yang anda boleh pilih.
Dan persoalan lain yang muncul semasa ketersediaan tinggi, tetapi sering orang lupa bertanya ialah, "Hei, perniagaan, jika sesuatu berlaku semasa saya sedang memproses urus niaga, apa yang saya boleh hilang setelah sistem disambung semula? " Dalam erti kata lain, jika saya boleh membawa sistem kembali dalam masa dua minit, dan saya boleh kehilangan tidak lebih daripada 10 saat, katakan, transaksi yang dalam penerbangan, adalah perniagaan yang boleh diterima? Dan sekali lagi, itu akan menentukan apa perniagaan itu bersedia untuk dibelanjakan untuk itu, dan sekali lagi, yang mungkin menentukan gambar mana yang saya akan menunjukkan kepada anda sama ada memohon atau tidak terpakai.
Jadi, mari kita mulakan dengan penyelesaian pseudo-high-ketersediaan yang paling asas. Ini benar-benar tidak tersedia, tetapi saya suka memulakannya, kerana ia membuat orang berfikir dengan cara yang betul. Sekiranya saya mempunyai pelayan dan pelbagai storan, biasanya saya akan meletakkan pelbagai kad NIC, kad antaramuka rangkaian, di pelayan itu, dan ikatkan mereka supaya jika satu NIC gagal, saya masih lagi. Dan saya akan melakukan perkara yang sama dengan penyokong bas tuan rumah saya, saya akan berbilang laluan yang melalui suis yang berbeza, supaya saya mempunyai pelbagai cara untuk sampai ke storan saya. Dan saya mendapat bekalan kuasa sejagat, dan saya mempunyai pengawal berulang dalam susunan simpanan saya, dan mungkin saya telah melakukan sesuatu seperti RAID 10 dengan cakera saya. Dalam erti kata lain, dalam gambar ini saya telah menghalang kegagalan komponen tunggal di pelbagai peringkat. Oleh itu, saya tidak terikat oleh NIC, atau HBA, atau pengawal, atau suis.
Tetapi jika anda perasan, pelayan berwarna merah dan pelbagai storan berwarna merah. Saya masih mempunyai dua bidang di mana jika gagal, jika pelayan saya pergi, saya mati, jika kabinet array simpanan saya pergi, saya mati. Jadi, sementara ini tidak tersedia, anda akan melihat dan melihat gambar itu dan berkata, "Saya mahu gambar di mana tidak ada warna merah." Dan itu benar-benar matlamat gambar-gambar ini, untuk menjadikan kita menunjuk ke arah yang betul.
Jadi, perkara pertama yang perlu dilakukan ialah, sebagai DBA, saya mungkin sentiasa mahu meletakkan penyelesaian yang tinggi sebagai pelaksanaan pangkalan data, tetapi mungkin ia boleh didapati sebagai penyelesaian penyimpanan, atau mungkin bahawa ia boleh menjadi replikasi peringkat storan. Dalam kes di sebelah kiri, saya mendapat maya simpanan storan. Apa yang berlaku ialah saya mempunyai RAID 0 dalam dua kabinet penyimpanan yang berlainan untuk cakera saya, tetapi saya mempunyai RAID 1 di kedua-dua kabinet penyimpanan yang berbeza. Dalam erti kata lain, saya sebenarnya boleh mempunyai kabinet penyimpanan gagal, dan saya tidak mati. Oleh itu, ia lebih baik daripada gambar terdahulu, kerana dalam gambar terdahulu - ingat bahawa kami mempunyai kedua-dua merah pada pelayan dan merah pada array storan - dan kini kami membuat perbaikan kecil, kami kini tidak lagi merah pada tahap penyimpanan, kami 've used- penyimpanan virtualisasi menyelesaikan masalah itu.
Sekarang, cara lain yang boleh anda lakukan - dan bukan semua vendor memberikan ini - adalah bahawa anda mungkin dapat melakukan replikasi peringkat penyimpanan. Saya tidak bercakap mengenai replikasi pangkalan data, saya sebenarnya bercakap tentang meniru blok I / O untuk storan anda. Dan itu boleh dilakukan di tahap penyimpanan. Dan sekali lagi, sekarang saya ada di sebelah kanan, gambar lain di mana saya mengeluarkan merah dari bawah, kerana saya menggunakan replikasi penyimpanan.
Jadi, ini adalah satu lagi gambar yang mungkin atau mungkin tidak tersedia. Dan orang yang akan mengurus ini mungkin pentadbir storan anda, bukan pentadbir pangkalan data anda. Saya suka membawa ini, kerana kadang-kadang orang berfikir, "Oh, ketersediaan tinggi, ia mesti DBA yang menangani masalah ini." Itu tidak semestinya benar; ia boleh menjadi pentadbir simpanan dalam kes ini.
Sekarang seterusnya, kita boleh melakukan virtualisasi pelayan sebagai penyelesaian yang mungkin. Kini jika anda masih ingat, dalam gambar pertama saya merah di pelayan dan merah di pelbagai storan. Saya boleh, dalam kes ini, menggunakan virtualisasi, saya mungkin dapat berpindah, dan dalam beberapa kes, relokasi adalah semacam relokasi yang hangat, dan dalam sesetengah keadaan sebenarnya boleh menjadi relokasi yang panas. Sesetengah perbualan atau hypervisors memberikan keupayaan untuk memindahkan mesin maya dalam penerbangan. Dan beberapa pangkalan data akan menerima pergerakan itu dalam penerbangan dengan mudah. Sekarang, sekali lagi, tidak semua hypervisor memberikan ini, tetapi ini adalah satu tahap penyelesaian yang mungkin. Sekarang, saya telah membuat pelayan teratas tidak lagi merah, tetapi saya masih mempunyai pelbagai storan bersama dan meneka apa, penyelesaian ini mungkin usaha bersama antara pentadbir pangkalan data dan pentadbir virtualisasi. Atau ia mungkin hanya menjadi pentadbir virtualisasi, bergantung kepada tahap penempatan semula yang disokong pada hipervisor dan pangkalan data itu.
Jika anda tertanya-tanya, "Wah, apa maksudnya dengan penempatan semula ini? Berikan saya contoh khusus. "Sebagai contoh, dalam VM di mana anda boleh menggunakan VMotion untuk memindahkan mesin maya anda dari satu host ke yang lain dan melakukan itu tanpa downtime. Sekarang, jelas bahawa gambar terdahulu mempunyai beberapa merah di dalamnya. Saya masih menyimpan simpanan sebagai satu titik kegagalan. Dan oleh itu kita bergerak ke penyelesaian seterusnya iaitu, mari saya gabungkan storan dan virtualisasi pelayan.
Sekarang, dalam kes ini, sekali lagi, ia boleh menjadi pentadbir penyimpanan dan pentadbir virtualisasi yang sedang membina penyelesaian ini dan kini kelihatan: Saya mempunyai gambar yang tidak merah di dalamnya. Saya mempunyai ketersediaan tinggi kerana saya boleh memindahkan mesin maya atau aplikasi atau pangkalan data yang berjalan dari satu pelayan ke pelayan yang lain dan saya mempunyai perbualan dalam pelbagai storan saya dengan melakukan RAID 1 di dua array penyimpanan berasingan. Saya telah menukarkan suis saya dan HBA saya.
Jadi sekarang saya telah membina sistem HA dan saya telah melakukannya terutamanya tidak pada tahap pangkalan data. Dengan kata lain, saya telah menggunakan teknologi lain untuk mencapai perkara yang sama. Jadi, inilah penyelesaiannya. Kemudian kita masuk ke dalam apa yang disebut cluster berskala penyimpanan bersama. Ini benar-benar bukan penyelesaian HA, tetapi sekali lagi, saya suka menunjukkannya untuk gambar.
Dan apa yang berlaku di sini ialah kami mempunyai dua pelayan yang menjalankan pangkalan data dan dianggap sebagai satu pangkalan data. Ia bukan dua pangkalan data berasingan; ia tidak seperti tuan dan hamba, atau panas dan sejuk, atau aktif dan siap sedia. Ini adalah, kedua-dua node itu berfungsi bersama untuk membentangkan satu pangkalan data logik. Dan sebagainya, apa yang berlaku ialah, jika nod tertentu gagal, anda masih lagi. Oleh itu, ia melindungi anda dari kegagalan tahap pelayan dan melakukan itu pada dasarnya oleh, jenis, sharding sumber nod, jika anda akan, tetapi anda masih mempunyai satu titik kegagalan ke bawah untuk cakera. Dan sebagainya, ini adalah cluster berskala yang boleh dikongsi bersama dan Oracle memanggil Kluster Aplikasi Sebenar atau RAC ini.
Kini, satu lagi penyelesaian ialah menggunakan cluster failover bersama-shared. Oleh itu, di sebelah kiri saya mempunyai nod aktif, di sebelah kanan saya mempunyai nod pasif, saya mempunyai degupan jantung di antara. Saya mempunyai pelbagai storan bersama, dan ini penting; anda perlu mempunyai itu. Dan pada asasnya, apa yang berlaku adalah jika nod aktif menghadapi masalah, nod pasif boleh mengambil alih. Terdapat isu pelesenan untuk ini. Beberapa vendor pangkalan data membolehkan anda mempunyai nod pasif dengan lesen yang dikurangkan untuk masa yang ditetapkan. Dalam kes lain, anda perlu mempunyai pelesenan pendua lengkap. Ia semua bergantung kepada penjual pangkalan data anda. Tetapi mereka semua menyokong gambar seperti ini, jika satu nod turun, nod lain boleh mengambil alih.
Dan selalunya, ini adalah salah satu daripada senario-senario di mana ia adalah jenis, apabila anda pergi dari nod aktif ke nod pasif, anda akan mungkin, dalam kebanyakan pangkalan data - tidak semua - anda akan kehilangan beberapa in- urus niaga penerbangan. Kemudian kami masuk ke dalam pentadbir pangkalan data yang benar-benar boleh melihat, yang merupakan replikasi pangkalan data, dan terdapat dua cara untuk melakukan replikasi pangkalan data.
Ada replikasi fizikal, dan yang penting ialah, di tengah-tengah gambar ini, anda dapat melihat dengan bintang hijau, bahawa replikasi, ia dilakukan oleh pangkalan data tetapi, seperti virtualisasi tahap penyimpanan, ia sedang dilakukan di blok tahap. Jadi, kita mengulangi blok sebenar I / Os dari nod aktif ke simpul baca atau pasif sahaja. Dan ini dianggap sebagai replikasi fizikal.
Sekarang, biarkan saya pergi ke slaid seterusnya kerana ia hampir sama dan ia adalah replikasi logik dan satu-satunya perkara yang berubah dalam gambar adalah bahawa di tengah, bukannya menghantar blok I / O, kami pada asasnya menghantar log fail dengan arahan SQL di dalamnya. Jadi, dalam erti kata lain, apa yang kita mereplikasi bukan fizikal I / O, tetapi arahan yang menyebabkan I / O fizikal.
Dan sebagainya, ini sering dipanggil penghantaran log atau replikasi berasaskan log. Beberapa vendor pangkalan data memberi anda ini secara asli. Penjual pangkalan data lain mungkin tidak menawarkan ini, tetapi kemudian vendor pihak ketiga menawarkannya, jadi ini adalah penyelesaian HA yang sangat popular dan ia dianggap penyelesaian lengkap. Tetapi penyelesaian ini adalah tanggungjawab utama DBA.
Jadi, saya tidak menggunakan virtualisasi untuk mencapai ini. Saya boleh, tetapi saya tidak bergantung kepadanya. Dan saya tidak menggunakan virtualisasi storan. Sekali lagi, saya boleh, tetapi saya tidak bergantung kepadanya. Tetapi saya membina penyelesaian dengan pangkalan data menjadi ciri utama memandu. Jadi, ini adalah replikasi logik.
Sekarang, ia juga mungkin menggabungkan pangkalan data dan virtualisasi storan. Saya boleh, di pusat data saya, katakan, di sebelah kiri dengan warna biru, saya boleh mempunyai perbualan untuk penyimpanan supaya saya tidak terikat kepada pelbagai storan tertentu yang gagal. Tetapi saya mungkin melakukan replikasi berasaskan log berasaskan pangkalan data atau replikasi logik dari satu pusat data ke yang lain supaya perintah itu dilaksanakan di pusat data juga, yang mengakibatkan I / O, tetapi tidak semestinya sama I / O, Saya tidak menghantar blok I / O, sama ada melalui penyelesaian penyimpanan atau pangkalan data, tetapi saya menghantar balak, dan dengan itu arahan SQL.
Dan sebagainya, ini adalah gambaran yang sangat umum bagi organisasi yang sangat besar. Dan saya suka gambar ini di sini kerana jika saya perlu menetapkan ini di premis menggunakan pangkalan data seperti Oracle, saya boleh melakukannya; ia adalah kerja yang cukup, ia cukup rumit, terdapat banyak bahagian bergerak. Sekiranya saya melakukan ini di awan, saya hanya boleh katakan, kotak semak, saya mahu dua wilayah geografi, saya mahu kawasan dipisahkan, anda tahu, di benua yang berlainan, saya mahu perbualan peringkat penyimpanan di kawasan geografi tertentu. Saya juga boleh mengatakan bahawa saya mahukan keupayaan untuk melakukan peruntukan jenis virtualisasi atau definisi ketersediaan tinggi, dan sekali lagi, ia adalah kotak semak yang lain.
Dan perkara lain yang saya suka di dalam awan, terdapat kotak semak yang lain yang sering berkata, "Saya tidak mahu berurusan dengan penampalan, hanya patch itu, " anda tahu, hanya bekerjasama dengan alur kerja semua yang anda lakukan di belakang adegan, pastikan saya ditambal pada setiap masa. Dan sebagainya, sementara beberapa gambar ini menjadi sangat kompleks dan mereka mungkin sangat sukar untuk dilakukan di premis, mereka sebenarnya menjadi sangat mudah dilakukan di awan.
Sekarang, perkara yang menarik ialah, mudah untuk memeriksa semua kotak centang, tetapi rasa apa, kos lebih banyak wang secara bulanan. Kerana jika anda menjalankan dua pusat data, anda tahu, anda mempunyai dua pusat data di awan yang anda gunakan, anda akan membayar lebih daripada jika anda hanya menggunakannya. Begitu juga, jika anda melakukan tahap penyimpanan atau ketersediaan virtualisasi sebagai lapisan tambahan, sekali lagi, mungkin terdapat biaya tambahan.
Jadi, menarik bahawa walaupun sukar untuk dilakukan di laman web dan anda boleh mengatasi masalah itu, di awan ia begitu mudah dilakukan, anda boleh menerimanya. Jadi, sentiasa tahu rupa gambar dan sentiasa tahu apa ramuan kos untuk apa jua gambar yang anda sedang bina. Kini, terdapat lebih banyak kombinasi daripada apa yang saya tunjukkan di sini. Ini bukan contoh lengkap atau lengkap. Terdapat teknologi baru yang datang pada selang masa yang tetap, jadi siapa yang tahu - Saya mungkin tidak menunjukkan satu yang baru muncul dalam tiga bulan terakhir. Dan ketersediaan tinggi adalah lebih biasa daripada sepuluh tahun lalu.
Sebenarnya, saya tidak akan menganggapnya sebaliknya untuk mengatakan bahawa untuk kebanyakan organisasi besar itu keperluan perniagaan wajib hari ini. Dan saya suka kembali ke slaid ini kerana saya hanya mengatakan itu adalah keperluan perniagaan wajib. Dan saya mendapat kedua-dua jadual di sebelah kanan. Yang teratas adalah daripada dokumentasi SQL Server dan yang paling bawah adalah dokumentasi Oracle. Dan apa ini, ini adalah jadual untuk membantu anda memilih, dengan baik, kaedah replikasi yang perlu anda gunakan.
Dan perhatikan bahawa anda bermula dengan beberapa soalan yang sangat mudah. Berapa banyak data yang saya dibenarkan untuk digunakan? Dan jika jawapannya sifar, anda tahu bahawa anda hanya boleh, dalam carta teratas, pilih baris pertama atau keempat. Kemudian anda bertanya soalan lain. Nah, berapa lama saya dibenarkan mengambil pemulihan? Dan jika seseorang berkata, baik, beberapa saat atau minit, maka itu membuat pilihan untuk anda. Dan kemudian, adakah failover harus menjadi automatik atau adakah ia memerlukan seseorang secara manual untuk melakukannya? Dan itu satu lagi soalan perniagaan. Mereka mungkin mengatakan bahawa mereka mahu ia automatik kerana mereka tidak mahu bergantung, anda tahu, prosedur peningkatan dan kemudian seseorang mendapat tiket dan kemudian menyelesaikan masalah. Mereka hanya mahu ia diperbaiki.
Ini adalah semua soalan perniagaan dan ini adalah soalan yang sama jika saya turun dan melakukan perkara yang sama untuk Oracle. Dan saya bertanya, OK, kegagalan apa yang saya benarkan, apa jenis tempoh, apa yang boleh saya hilang, apakah prosedur pemulihan? Ini adalah semua pilihan perniagaan, jadi jika perniagaan memberitahu saya jawapan kepada tiga atau empat soalan, tugas saya sangat mudah, saya hanya datang ke sini, saya memilih mana-mana perlawanan yang paling dekat dan kemudian saya membina itu. Dan ingat, di awan, ia mungkin hanya beberapa kotak semak untuk benar-benar melaksanakannya.
Dan dengan itu, itu membawa saya ke penghujung bahan saya dan masa untuk membuka soalan ini.
Eric Kavanagh: Baiklah, Dez, mungkin awak pertama dan kemudian Robin?
Dez Blanchfield: Sudah tentu. Sebenarnya, mungkin sedikit tidak adil bagi mereka yang tidak di Twitter, tetapi saya hanya menulis satu gambar graf yang saya ingin terfikir dalam fikiran semua orang dan kemudian saya mahu membuang soalan kepada rakan kita yang belajar atas panggilan di sini. Ketika saya memikirkan hak milik versus open source di ruang ini - yang sering kita bicarakan, semacam, pangkalan data proprietari dari orang-orang seperti Oracle dan Microsoft dan sebagainya, berbanding sumber terbuka - anda berakhir dengan tantangan ini di mana dunia proprietari vendor perisian internet atau pemaju perisian atau syarikat itu melabur dalam badan untuk membina kerumitan itu. Jadi, anda mempunyai senario di mana anda membeli perisian dan anda tidak perlu melabur di ramai orang kerana anda membeli keupayaan yang dibina dan dalam sumber terbuka - anda tidak membayar untuk perisian atau kos rendah, katakan, tetapi anda tidak membayar untuk perisian itu, tetapi anda perlu melabur dalam badan.
Dan saya berminat untuk mendapatkan pemikiran anda mengenai kesesuaian, terutamanya sekarang bahawa kami sedang bergerak ke model awan di mana anda boleh mendapatkan sama ada / atau. Anda boleh pergi ke AWS atau Azure dan Rackspace anda, apa sahaja, dan membeli sebagai perkhidmatan yang menyediakan platform pangkalan data anda, atau anda boleh melakukannya melalui kod sumber terbuka. Dan apa yang baru kita bicarakan, apa yang menyulitkan antara sumber proprietari dan terbuka dan bagaimana corak reka bentuk yang anda bercakap berkuatkuasa dan apakah pemikiran umum anda mengenai topik ini ketika kami bergerak ke hadapan, terutamanya sekitar menyediakan ketersediaan?
Bert Scalzo: Salah satu perkara besar yang saya jalankan ketika saya cuba menjawab soalan itu, saya kembali kepada pelanggan dan bertanya kepada mereka tentang keperluan prestasi mereka. Dan sebab yang saya lakukan adalah, saya telah menemui - sekurang-kurangnya secara sejarah dan dalam pengalaman saya sendiri - bahawa apabila ia datang kepada pelanggan yang memerlukan input yang tinggi pada replikasi mereka, saya hampir selalu lebih baik dengan replikasi yang disediakan oleh pangkalan data vendor, kerana sifatnya yang lebih dibina dan berada pada tahap yang lebih rendah, dan kadangkala ia menggunakan mekanisme yang tidak tersedia di dunia luar, walaupun dalam penyelesaian sumber terbuka.
Dan saya akan memberikan anda satu contoh yang baik dalam satu kes yang saya ada. Saya mempunyai syarikat berasaskan internet yang menggunakan MySQL sebagai pangkalan data mereka dan mereka menggunakan versi lama MySQL, seperti, Versi 4.0, dan replikasi antara nod mereka adalah faktor yang membataskan berapa besarnya mereka boleh mengukur pangkalan data mereka. Dan mereka sedang mencari membeli penyelesaian pihak ketiga, maka mereka melihat, "Baik, mungkin kita boleh menggunakan salah satu penyelesaian sumber terbuka." Dan apa yang benar-benar direbus adalah apa yang mereka perlu lakukan adalah menaik taraf MySQL mereka kepada Versi, saya fikir ia adalah 5.5 kita pergi, kerana perbezaan antara kedua-dua versi pangkalan data adalah dalam versi 4.0 MySQL replikasi tidak threaded dan dalam Versi 5.0 ia, dan itu sebenarnya merupakan jalan terbaik untuk mereka.
Kini, kita melihat pilihan lain, tetapi faktor penentu adalah prestasi dan tinggal dengan penyelesaian vendor pangkalan data, dan melakukan peningkatan pangkalan data akhirnya menjadi penyelesaian terbaik untuk mendapatkan kebarangkalian tertinggi untuk mendapatkan prestasi yang diperlukan untuk bersama ketersediaan yang lebih tinggi.
Dez Blanchfield: Ya, itu mencerminkan pemikiran saya sendiri, jujur. Hanya untuk pendedahan penuh, dan saya tidak akan masuk ke dalam jenama, tetapi saya telah datang dari latar belakang proprietari yang bekerja untuk OEM dan vendor perisian dan IOC secara umum, dan itu pastinya pengalaman saya dan pada masa yang sama saya sangat pro -open-sumber dan saya penyumbang kod untuk sekumpulan projek yang kami tidak namakan, tetapi saya bersetuju dengan anda bahawa jika anda adalah organisasi besar - katakanlah anda bank, atau apa sahaja yang anda mungkin - selalunya anda tidak mahu menjadi sebuah kedai IT. Contohnya, misalnya, jika anda penerbit akhbar atau jika anda seorang peruncit, anda tidak mahu menjadi sebuah kedai IT yang menerbitkan akhbar, anda ingin menjadi sebuah kedai akhbar yang sebenarnya hanya memanfaatkan IT.
Dan sebagainya, melabur keupayaan proprietari di mana pemaju perisian membina semua keupayaan itu, mengimbangi beban, dan sebagainya, dalam alat ini, membuat neraka jauh lebih banyak berbanding jika anda, seperti, permulaan dotcom atau sesuatu seperti itu yang boleh melabur dalam tubuh manusia. Di manakah anda melihatnya?
Mungkin soalan terakhir saya sebelum saya menyerahkan kepada Dr. Robin Bloor, kerana saya tahu kita tidak mempunyai masa. Di manakah anda melihat ini berlaku dari sudut trend pandangan? Oleh itu, anda berada di luar sana sepanjang masa, anda berada di pinggir pendarahan barang, adakah anda melihat orang telah duduk dan memberi perhatian dan bangun untuk keperluan untuk menjadikan ini sebahagian komersial hari-ke- hari perbualan kembali ke bilik lembaga? Atau adakah anda masih melihat ia menjadi ladang geek, ahli teknologi dan hoodie memikirkan ketersediaan kerana ia membuatkan mereka bangun pada pukul empat pagi ketika sesuatu berjalan di luar talian?
Adakah anda fikir trend ini berayun sekarang kepada organisasi setiap saiz, bukan yang jelas seperti syarikat penerbangan dan perbankan dan kewangan, tetapi hanya perniagaan secara umum? Adakah anda fikir orang benar-benar telah mendapat cadangan nilai untuk melindungi persekitaran pangkalan data mereka dan memberikan ketersediaan yang tinggi dan melabur dalamnya, atau adakah anda fikir kami masih mempunyai cara untuk pergi? Apa makna umum di pasaran di luar sana?
Bert Scalzo: Sekarang, saya fikir masih terdapat jurang, tetapi ia bukan jurang kerana perniagaan itu tidak memintanya, ia adalah jurang dalam tahap komunikasi antara kedua-dua belah pagar. Dengan kata lain, orang-orang perniagaan dengan jelas berkata, "Aplikasi ini memerlukan ketersediaan yang tinggi dan mempunyai keperluan khusus ini apabila kami mengatakan ketersediaan tinggi."
Dan entah bagaimana atau lain-lain mesej itu tidak semakin jelas kepada orang-orang berteknologi. Atau orang-orang berteknologi akan kembali dan berkata, "Oh, baik itu rumit dan ia akan dikenakan biaya lebih banyak wang, " dan ini, itu atau yang lain. Saya fikir apa yang akan berlaku adalah yang akan terhapus akhirnya kerana, dengan jujur, dengan itu, sebagai contoh, di awan, hanya memeriksa beberapa kotak di sini atau di sana untuk berkata, "Bina saya struktur teknologi yang sangat kompleks ini, " benar-benar tiada alasan yang bagus untuk orang-orang teknologi untuk kembali dan mengatakan kepada orang-orang perniagaan, "Oh, itu mahal, " atau, "Sukar untuk dilakukan, " atau ini atau itu, dan orang-orang perniagaan mula tahu bahawa itu fakta.
Dan saya juga melihat di persekitaran di mana, anda tahu, orang IT mereka sendiri akan datang dan berkata, "Oh, anda tidak boleh mempunyai apa yang anda mahukan. Ia terlalu mahal. "Dan mereka akan membawa syarikat perunding pihak ketiga yang kemudiannya akan berkata, " Tidak, ini tidak betul. Berikut adalah cara anda boleh melakukannya. Inilah yang akan dikenakan kepada anda. "Jadi, saya fikir kita masih mempunyai sedikit masa di antara tahap komunikasi di antara kedua-dua belah pihak sebelum ia menjadi automatik.
Dez Blanchfield: Ya, itu pasti mencerminkan apa yang saya lihat di sini di Australia dan sekitar Asia Pasifik. Saya yakin ia adalah perkara global. Dan itu adalah banyak pembuat keputusan utama dari bilik dewan, semua ketua-ketua bidang perniagaan, mereka 'lebih bijak secara teknikal - mereka membaca blog, mereka menonton webinar, mereka ditala ke pelbagai artikel dan podcast dan mereka akan pergi ke acara dan forum dan pertemuan dan mereka kini tahu pilihan mereka dan mereka tahu awan adalah pilihan.
Mereka juga tahu bahawa mereka boleh membawa itu, seperti yang anda katakan, keupayaan mereka di dalam rumah, dan oleh itu saya fikir ada cabaran yang menarik sekarang, bahawa perbualan itu perlu berlaku yang pada dasarnya adalah apa yang telah kita lakukan hari ini di mana orang, jenis, mula melakukan perkara secara dalaman dan hanya menjalankan makan tengah hari coklat dan mempunyai taklimat dalaman mengenai keadaan semasa kami, apakah keadaan ideal kami, di mana kita perlu pergi? Dan kemudian, semacam itu, dapatkannya bersama.
Saya mempunyai mesej peribadi yang saya akan segera sentuh sekarang. Seseorang bertanya, "Adakah realistik bahawa anda boleh mendapatkan 100 peratus ketersediaan?" Dan anda mungkin dapat membetulkan saya di sini, tetapi saya akan mengatakan ya. Saya telah membina platform untuk pemindahan dana elektronik, pintu masuk EFTPOS antara platform perbankan pantas dan terminal EFTPOS. Saya membina ini pada awal tahun 2000an. Sebenarnya 100 peratus masa dalam talian selama 17 tahun. Malah, ia dibina sebelum tahun 2000-an, tetapi ia hanya menghasilkan pengeluaran 2000/2001 secara kasar.
Oleh itu, 17 tahun telah dibuat dari pembangunan untuk menguji dan kemudian menjadi pengeluaran. Dalam 17 tahun itu, PC yang sangat murah di luar komoditi, menjalankan sistem operasi sumber terbuka, tetapi pangkalan data proprietari, telah melakukan pergerakan aktif / pasif setiap 90 hari, dengan paten reka bentuk berlainan yang digunakan, dengan replikasi cakera di setiap pelayan, replikasi data di antara pelayan model, replikasi pusat data berganda, dan membalikkan dari pusat data. Menjalankan pengeluaran selama 90 hari dan kemudian membalikkan ke pusat data B dan melakukan pengeluaran.
Dan kerana ia berkali-kali, secara automatik patch dan kemas kini hanya kepada soalan yang saya dapatkan secara peribadi, ya, itu mungkin, tetapi dengan banyak pelaburan dalam projek itu dalam sudut reka bentuk pandangan. Oleh itu, infrastrukturnya sebenarnya tidak begitu mahal, tetapi reka bentuk dan ujian dan pelaksanaannya sangat mahal untuk mendapatkannya. Oleh itu, kita tidak perlu menghabiskan banyak wang dalam perkakasan dan infrastruktur, tetapi kita menggunakan alat yang sangat pintar, kembali pada hari ketika awan bukanlah koin.
Oleh itu, jawapannya ya, ia boleh dilakukan, lebih-lebih lagi sekarang dengan awan, seperti yang kita dengar, dengan klik butang anda boleh membolehkan keupayaan itu. Saya akan membuangnya kepada Robin kerana saya pasti dia mempunyai soalan juga. Tetapi terima kasih banyak untuk menjawab soalan saya dan saya sangat suka mendengar mesej anda hari ini. Sepatutnya dengan semua itu kerana ia mencerminkan segala yang saya lakukan selama hampir 30 tahun yang lalu.
Dr. Robin Bloor: Baiklah, saya akan mengambilnya. Salah satu perkara yang menarik perhatian saya tentang pembentangan anda adalah bilangan pilihan yang tersedia sekarang yang tidak tersedia ketika saya biasa berjuang dengan perkara ini. Saya sememangnya tertarik dengan siapa yang akan merangka konfigurasi ini, atau siapa, pada masa kini, mereka bentuk konfigurasi ini? Apa yang pernah berlaku, atau, dunia yang saya gunakan, adalah bahawa terdapat sistem transaksional yang agak berat dan anda akan berminat untuk mendapat uptime tinggi, ketersediaan tinggi. Kerana, anda tahu, sistem transaksional, ia akan menjadi mahal jika ia turun dengan cara apa pun. Dan anda tidak akan mempunyai semua pilihan yang anda baru sampaikan kepada saya, tetapi dalam satu cara atau yang lain, anda boleh mencari cara, melalui replikasi kebanyakannya, untuk membuat siap sedia panas yang tidak akan diklik dengan tidak jelas, tetapi ia akan memberi anda perkhidmatan yang terdegradasi sehingga anda kembali.
Dan saya, jenisnya, melihat apa yang anda tunjukkan kepada saya dan memikirkannya, tidak melakukan apa-apa kerja reka bentuk semacam itu selama 15 tahun, siapa yang melakukan kerja sekarang? Adakah ini, seperti pada hari saya, sesuatu yang anda lakukan pada permulaan sesuatu projek, anda tahu, dapatkan infrastruktur berjalan? Atau adakah ini sesuatu yang sedang berlaku dalam organisasi? Kerana ada pilihan teknologi baru yang datang.
Bert Scalzo: Di dalam syarikat-syarikat besar yang sangat cekap dan berkesan di semua operasi mereka, termasuk IT mereka, mereka biasanya akan mempunyai kumpulan seni bina terpusat, atau mereka akan mempunyai beberapa nama untuk itu, saya pernah mendengarnya disebut " kumpulan seni bina "banyak kali. Dan akan menjadi tanggungjawab mereka untuk mengetahui semua gambar-gambar yang berbeza dan kebaikan dan keburukan dan apa kosnya. Dan apa yang akan berlaku ialah, apabila aplikasi tertentu melihat dan berkata, "Hei, saya perlu memenuhi keperluan perniagaan X, Y dan Z. Hei, pasukan seni bina, apakah pilihan saya?"
Mereka akan memberi mereka jawapannya, seperti, di sini dua atau tiga yang tersedia, dan kemudian pada ketika itu, keputusan itu bergerak kembali ke peringkat bawah kepada pasukan permohonan atau kepada penaja perniagaan permohonan itu. Tetapi biasanya, ada kumpulan berpusat yang tinggal di atas ini dan mempunyai maklumat itu pada siap dan pra-dibina.
Kini, syarikat bersaiz sederhana di mana ia tidak formal. Apa yang akan berlaku ialah, anda akan mendapat satu atau dua DBA kanan atau pentadbir sistem anda dan mereka secara tidak rasmi akan memetik "pakar domain" untuk kepakaran semacam itu. Jadi, walaupun dalam syarikat bersaiz sederhana ia berlaku, ia hanya berlaku dalam struktur yang tidak formal.
Dr. Robin Bloor: Itu memang sangat menarik. Pada hari saya, kami tidak akan memikirkan ketersediaan yang tinggi kecuali sistem transaksi. Nah, pada masa kini, sudah tentu anda mempunyai sistem streaming yang mungkin tertakluk kepada tuntutan yang lebih besar dari segi ketersediaan. Tetapi, berdasarkan pertanyaan, back-end, analitik, gudang data, persekitaran jenis DI, adakah anda pernah melihat keperluan untuk ketersediaan yang tinggi di sana?
Bert Scalzo: Ya, dan saya gembira anda bertanya soalan itu. Saya melakukan beberapa kerja untuk firma runcit dan keputusan strategik mereka untuk perniagaan berasaskan sebahagian besar daripada analisis yang mereka lakukan dari gudang data. Dan, sesungguhnya, mereka ditemubual oleh Majalah Forbes dan CEO syarikat itu berkata, "Hei, harga saham kami meningkat 250 peratus dalam tempoh lima tahun yang lalu dan sebab yang sangat besar adalah benar kerana kami tahu cara untuk memanfaatkan data kami dengan berkesan. di dalam gudang data kami. "Mereka sangat baik membuat keputusan perniagaan yang, bagi mereka, gudang data dan mampu melakukan analisis itu, dapat membuat keputusan setiap hari terhadap data operasi mereka, sebenarnya, kepada mereka, sistem pengeluaran.
Dan saya akan memberikan contoh yang baik tentang betapa pentingnyanya. Dengan vendor runcit ini, lelaki yang bertanggungjawab untuk penjualan bir, dia, seperti eksekutif ketiga yang paling penting dalam syarikat itu, kerana dia membawa, anda tahu, 60, 70 peratus daripada pendapatan. Oleh itu, dia terpaksa, untuk terus berdaya saing di pasaran itu, dia terpaksa mengetahui setiap hari, anda tahu, promosi apa yang harus saya laksanakan. Dan itu boleh berdasarkan, anda tahu, bukan hanya masa dalam setahun, tetapi, cuaca, corak, dan data penting lain yang boleh menjejaskan penjualan sesuatu seperti bir.
Dr. Robin Bloor: Saya rasa ada perkara seperti itu. Kami agak tidak selesa, saya fikir saya perlu menyerahkan kepada Eric sekiranya dia mendapat beberapa soalan dari penonton. Eric?
Eric Kavanagh: Ya, ini semua telah menjadi barangan hebat, Bert. Saya fikir anda menangani semua soalan yang kami ada dari penonton dalam pembentangan anda. Tetapi ia adalah menyeronokkan untuk menonton. Saya gembira kerana anda, jenis, bercakap mengenai pemvisahan storan dan berapa banyak impak yang boleh. Jadi, ini semuanya baik.
Nah, orang-orang, kami mengarkibkan semua webcast ini untuk tontonan kemudian. Jadi, lompat talian ke Techopedia.com untuk mencari bahagian webcast. Semua Teknikal Hot akan disenaraikan di sana. Terima kasih banyak kepada rakan kami Bert untuk kepakarannya. Dan tentu saja, kepada Dez dan Robin. Dan dengan itu kami akan membida perpisahan anda, orang-orang. Jaga diri. Kami akan bercakap dengan anda pada masa akan datang. Selamat tinggal.
