Attālinātā DBA pakalpojumi: ko jūs patiesībā saņemat un kad tie ir vajadzīgi

Attālinātā DBA pakalpojumu būtība ir viena: tā vietā, lai pieņemtu darbā datubāzu administratoru, jūs iegūstat veselu komandu, kas strādā ar jūsu datubāzēm, izmantojot drošu attālinātu piekļuvi. Uz papīra viss ir vienkārši. Izdarīt to labi ir grūtāk. Daži pakalpojumu sniedzēji kļūst par īstu jūsu inženieru komandas daļu. Citi ir pieteikumu rinda ar tālruņa numuru. Šajā rakstā: ko jums patiesībā vajadzētu saņemt, kam tas dod vislielāko labumu un kā izvēlēties.

Kam patiešām vajag attālinātu DBA

Mūsu pieredzē uzņēmumi, kas no attālinātā DBA pakalpojumiem iegūst visvairāk, iedalās dažās grupās:

• DBA nav vispār. Izstrādātāji uztur PostgreSQL vai MySQL "starp citu". Tas darbojas, līdz datubāze kļūst par vājo vietu, pienāk migrācija vai kaut kas salūzt naktī.
• Viens DBA bez aizvietotāja. Viens cilvēks nevar būt dežūrā katru gada nakti, iet atvaļinājumā un vēl vadīt projektus. Attālinātā komanda nosedz robus un zvanus trijos naktī.
• "Mēs esam pārvaldītā mākonī, tāpēc viss kārtībā." Pārvaldītie pakalpojumi noņem daudz darba, bet ne visu. AWS to saka skaidri: tā RDS kopīgās atbildības modelī vaicājumu optimizācija paliek klienta ziņā, un "monitorings un pielāgošana ir ļoti individuāli procesi, par kuriem jūs atbildat savās RDS datubāzēs". Lietotnes optimizācija visos izvietošanas modeļos norādīta kā klienta uzdevums.
• Gaidāmas lielas pārmaiņas. Migrācija, galvenās versijas atjaunināšana, augsta pieejamība, pāreja starp mākoņiem. Dziļas zināšanas vajag mēnešiem, nevis uz visiem laikiem.

Ko ietver labi attālinātā DBA pakalpojumi

Attālinātā DBA sadarbība, par kuru ir vērts maksāt, aptver trīs veidu darbu. Ja pakalpojumu sniedzējs runā tikai par trešo, esiet piesardzīgi.

1. Proaktīvs darbs (lielākā vērtības daļa)

• Jūsu sistēmai pielāgots monitorings un brīdinājumi: replikācijas nobīde, slēdzenes, diska pieaugums, savienojumu piesātinājums, vacuum stāvoklis, lēni vaicājumi.
• Rezerves kopijas, kas tiek pārbaudītas, regulāri no tām patiešām atjaunojot datus.
• Regulāras vaicājumu un indeksu pārskatīšanas, lai veiktspēja klusi nepasliktinātos.
• Jaudas plānošana: kad pie pašreizējā pieauguma beigsies disks, IOPS vai atmiņa?
• Ielāpu un versiju atjaunināšanas plānošana, lai jūs nepaliktu uz neatbalstītas versijas.
• Drošības pārskati: lietotāji, lomas, tīkla pieejamība, šifrēšana, audita iestatījumi.

2. Reaģēšana uz incidentiem

Kad kaut kas salūzt, ar to ātri jāsāk strādāt pieredzējušam DBA, kurš jau pazīst jūsu sistēmu. Reakcijas laikam kritiskiem incidentiem jābūt ierakstītam līgumā, ieskaitot naktis un brīvdienas. Ja šo lapu atradāt dīkstāves vidū, vispirms izlasiet mūsu ārkārtas DBA ceļvedi, bet šo rakstu vēlāk.

3. Projekti

Migrācijas, atjauninājumi, augstas pieejamības risinājumi, šardēšana, pāreja starp dzinējiem vai mākoņiem, izmaksu samazināšana. Mākoņa rēķini ir biežs iemesls sākt: instanču un krātuves izmēra pielāgošana bieži atmaksā pašu DBA darbu (ierastās sviras aprakstām rakstā kā samazināt AWS RDS un Aurora izmaksas).

Ko attālinātais DBA jūsu vietā izdarīt nevar

Godīgums šeit palīdz abām pusēm. Attālinātais DBA var optimizēt vaicājumus, projektēt indeksus, labot konfigurāciju un vadīt ekspluatāciju. Viens pats viņš nevar salabot lietotni, kas vienai lapai izpilda 400 vaicājumus, vai datu modeli, kas cīnās ar biznesu, kuru tam vajadzētu aprakstīt. Šiem labojumiem vajag jūsu izstrādātājus. Labākie rezultāti ir tad, kad DBA strādā kopā ar jūsu komandu, pārskata shēmas izmaiņas pirms to izlaišanas un izskaidro "kāpēc", nevis klusi lāpa simptomus.

Sadarbības modeļi: abonements, projekts, stundas

1. Mēneša abonements. Fiksēts stundu skaits vai noteikts darba apjoms katru mēnesi, ieskaitot monitoringu un reaģēšanu uz incidentiem. Vislabāk der produkcijas sistēmām, no kurām esat atkarīgi. Paredzamas izmaksas, un DBA iegūst reālas zināšanas par jūsu vidi.
2. Projekts. Fiksēts apjoms un cena migrācijai, auditam vai HA izveidei. Labi der, ja precīzi zināt, kas jādara.
3. Pa stundām / pēc vajadzības. Elastīgi, der retiem jautājumiem. Āķis: bez abonementa neviens nav apņēmies būt pieejams trijos naktī, un katrs pieprasījums sākas ar mazāku kontekstu.

Daudzas komandas tos apvieno: projekts, lai salabotu steidzamo, un pēc tam mazāks abonements, lai tas paliktu salabots.

Uzsākšana: kā jāizskatās pirmajām nedēļām

1. Iepazīšanās saruna. Kas kur darbojas, kas sāp, kas plānots.
2. Piekļuves iestatīšana. VPN vai bastion hosts, personalizēti konti, minimālās tiesības.
3. Veselības pārbaude. Konfigurācija, rezerves kopijas, replikācija, drošība, resursietilpīgākie vaicājumi. Jums jāsaņem rakstisks pārskats ar prioritātēm, nevis pārdošanas prezentācija.
4. Monitorings un brīdinājumu maršrutēšana, lai par pareizajām lietām tiktu brīdināti pareizie cilvēki.
5. Darbību instrukcijas (runbooks) jūsu tipiskajām kļūmēm, pierakstītas, pirms tās notiek.

AG Data veselības pārbaudes audits notiek pirmās nedēļas laikā, un no tā izriet rīcības plāns. Pēc tam seko iknedēļas atskaites.

Drošība un piekļuve: neapspriežamās prasības

• Katram cilvēkam savs konts. Nekāda kopīga "dba" pieteikšanās.
• Minimālās tiesības: pilnas administratora tiesības tikai tur, kur tās patiešām vajadzīgas, monitoringam tikai lasīšana.
• Piekļuve caur VPN vai bastion hostu ar MFA, reģistrēta un atsaucama dažu minūšu laikā.
• Izmaiņas produkcijā notiek pēc saskaņota procesa: paziņotas, pārskatītas, atgriezeniskas.
• ES, ja DBA var redzēt personas datus, viņš darbojas kā apstrādātājs, un jums vajadzīgs datu apstrādes līgums, kā to prasa VDAR 28. pants. Ar NDA vien nepietiek.

Brīdinājuma zīmes, izvēloties pakalpojumu sniedzēju

• Katru reizi cits inženieris. Datubāzu darbā konteksts ir viss. Jums vajag vienu cilvēku vai nelielu komandu, kas pazīst jūsu sistēmu.
• Nav rakstiski noteikta reakcijas laika, vai tas attiecas tikai uz darba laiku.
• "Mēs atbalstām visas datubāzes." Pajautājiet, ar kuriem dzinējiem viņi produkcijā strādā katru dienu.
• Nav rakstisku atskaišu. Ja neredzat, kas un kāpēc izdarīts, jūs nevarat novērtēt darbu un nevarat aiziet.
• Izmaiņas produkcijā bez pārskatīšanas vai bez atritināšanas plāna.
• Piesaiste caur neskaidrību. Monitoringam, skriptiem un dokumentācijai jāpieder jums un jāpaliek pie jums, ja maināt pakalpojumu sniedzēju.