Операциялар және басқару → Операциялық басқару әдебі

Операциялық басқару әдебі

1) Бұл не үшін қажет

Операциялар - бұл «жылдамдық, тәуекел, құн» деген тұрақты ымыраға келу. Этикалық қаңқа пайдаланушылар мен стейкхолдерлерді алдап, құпиялылықты бұзбайтындай және платформаның ұзақ мерзімді тұрақтылығына нұқсан келтірмейтіндей етіп, деректер, ақша және мерзім қысымымен шешім қабылдауға көмектеседі.

• Командалар мен он-колла үшін айқын «қызыл сызықтар» мен мінез-құлық ережелерін қою.
• Инциденттерде SLA, метриктер мен коммуникациялардың адалдығын қамтамасыз ету.
• Пайдаланушылардың/әріптестердің құпиялылығын, деректерін және құқықтарын қорғау.
• Автоматтандыруды және ИИ басқарылатын, түсінікті және қауіпсіз ету.

2) Базалық қағидаттар (ядро)

1. Safety first: шешімдер пайдаланушыларға/деректерге зиян келтіру ықтималдығын арттырмауы тиіс.
2. Өлшеулердің адалдығы: ешқандай «косметика» метрика, бірыңғай SSOT және жаңғыртылуы.
3. Іс-қимылдың ашықтығы: кім не істеді, неге, қандай деректер негізінде.
4. Жауапкершілік және есептілік: рөлі → өкілеттіктер → аудит → салдары.
5. Деректерді азайту: тек қажетті деректерді жинаймыз, қолжетімділік пен сақтау мерзімін шектейміз.
6. Explainable Ops/AI: автоматты шешімдер түсінікті, кері қайтарымды және даулы.
7. Әділдік және кемсітушіліктің болмауы: ережелер мен модельдерде «no bias» саясаты.
8. Blameless, бірақ субъектісіз емес: қателер - фактілерді жасырмай, жүйені өзгертуге себеп.

3) Метрика, SLO/SLA және есептілік этикасы

• Өлшемдердің бірыңғай анықтамалары (терезелер, агрегаторлар), формулаларды нұсқалау.
• Тыйым салынған: инциденттерді «жоспарлы жұмыстарда» жасыруға, терезелерді/уақыт аймақтарын «әдемі» SLA үшін көшіруге, деректерді құжатсыз жоюға.
• Нақты таңбалау: «бағалау», «болжам», «факт», «ерекшелік және негіз».
• Постмортемалар «PR-алу» емес, фактілермен және іс-әрекеттермен жарияланады.

Анти-паттерндер: «p99 екі нұсқасы», есептерді қолмен түзету, «шыңсыз» іріктеу кезеңдері.

4) Құпиялылық және PII/төлем деректерімен жұмыс

Ең аз: әдепкі PII өндірістік контурдан шықпайды; логтар/дашбордтардағы маскалар.
Рөлдер бойынша қол жеткізу: ең аз артықшылықтар қағидаты; сезімтал деректерді әрбір оқу аудиті.
Retention: нақты сақтау мерзімі, жою/анонимдеу саясаты.
Деректермен қақтығыстар: иелерін/заңды тұлғаларды регламент бойынша дереу хабардар ету.

Тыйым салынған: анонимдеусіз нақты PII-ді стейдж/аналитикаға көшіруге; вендорлармен шарттан тыс бөлісуге құқылы.

5) Оқыс оқиғалардағы этикалық коммуникациялар

Шындық және уақтылығы: ETA мәртебесі, анық тіл, үндемеушіліктің болмауы.
Жекелеген адамдарды кінәлауға болмайды: фактілер мен жүйелі себептерге назар аудару.
Ешқандай «тыныш» түзетулер жоқ: пайдаланушыға әсер ететін өзгерістерді белгілеу керек.
Алыпсатарлықты шектеу: «Біз X тексереміз, келесі мәлімет 20:15».

What is happening/who is affected/what we are doing/when the next update/where to follow

6) Операциялардағы автоматтандыру және АИ этикасы

Нақты периметр: АИ/бот растаусыз жасай алатын іс-қимылдар тізімі (тек кері қайтарылатын және төменгі тәуекелдік).
Explainability: әрбір ұсынысқа - дереккөздер мен дәлелдер, «сілтемесіз» тыйым салу.
HITL (контурдағы адам): сезімтал әрекеттерді растау (трафикті қайта салу, PSP ауыстырып қосу, лимиттерді өзгерту).
Аудит: өнеркәсіптік өнімдер/әрекеттер/шешімдер журналы, dry-run есептер.
Bias & fairness: ауытқуларға арналған ұсыныстарды үнемі тексеру (гео, құрылғы, ойыншы түрі).
АИ үшін деректер: PII/құпияларды «соруға» тыйым салу; иесіз витриналарды пайдалану.

7) Вендорлармен өзара қарым-қатынас және мүдделер қақтығысы

SLO тілінде SLA/OLA: тәуелділіктің адал картасы; вендордың аутейджтері бойынша жария фактілер.
Бәсекелес мүдделер: «жеке бонустар/рефералдық схемалар» себебінен сәулет шешімдерін қабылдамау.
Тендерлер мен ұшқыштардың этикасы: салыстырмалы тесттер, құжатталған жеңістің критерийлері.
Провайдерлік ақауларды «біздің» деп жасыруға, салыстыру өлшемдерін «жеңімпазға» ауыстыруға тыйым салынады.

8) «Қызыл сызықтар» (қиылыспайтын)

Деректер мен есептерді манипуляциялау.
Пайдаланушыларға/ақшаға әсер ететін тосын оқиғаларды жасыру.
Қорғалмаған ортада нақты PII пайдалану.
HITL және rollback-жоспарсыз қайтарымсыз әрекеттерді автоматтандыру.
Метрлерді «безендіру» немесе гейт өткізу мақсатында қызметкерлерге қысым көрсету.

Бұзушылық - ресми тергеуге арналған триггер, тіпті релиздерді тоқтатуға дейін.

9) Саясат және нормалар (фрагменттер)

- All metrics are described in the catalog with formula, window and owner.
- Formula change - via RFC and parallel run (old vs new).
- Any exceptions in the SLA are documented and signed by the parties.

- First summary of 15 minutes, then ETA.
- Tone: facts, hypotheses are marked, references to artifacts.
- It is forbidden to promise deadlines without justification (progress/plan/resources).

- Allowed: summaries, tickets, requests for observability, annotations, pre-scale (reversibly).
- Requires confirmation: feilover, changing limits, enabling safe-mode, canary pause.
- Required: activity log, explainability, dry-run before use.

10) Рөлдер мен жауапкершілік

Head of Ops: этикалық саясаттың иесі, «тоқтату кранының» беделі.
Инцидент-менеджер: коммуникацияның сапасы мен адалдығы, постмортемді бақылау.
SRE/Observability: SSOT метрик, формула мен алерт аудиті, «косметикадан» қорғау.
DPO/Қауіпсіздік: құпиялылық, қолжетімділік, кемшіліктерді тергеу.
Legal/PR: заңдарға/шарттарға сәйкестігі, сыртқы коммуникациялар.
Домендер пәрмендері: гейттерді сақтау, дұрыс деректер мен артефактілер.

11) Дашбордтар және этика артефактілері

Metrics Integrity: Он-лайн DWH айырмашылықтары, формулаларды өзгерту, ескірген тақталар.
Incident Comms: бірінші жаңартуға дейінгі уақыт, ETA сақтау, мәліметтердің толықтығы.
Privacy & Access: PII-ге хабарласу, аномалды сұраулар, retention мерзімдері.
AI Governance: автоқолдану саны, dry-run үлесі, кері қайту, даулы шешімдер.
Vendor Truth: провайдерлер бойынша оқиғалар, олардың есептерін және біздің SLO салыстыру.

12) Чек парақтары

• Фичефлагтар мен қайтару жоспары бар.
• SLO-алерталар мен аңдатпалар қосылған.
• Гейттерді айналып өтуге «жоғарыдан» қысым жоқ.
• Тәуекелдер/алып тастаулар құжатталған, келісілген.

• Уақытылы бірінші жаңартылған және ETA.
• Фактілер гипотезалардан, деректерге сілтемелерден бөлек.
• Масштабты/әсерді төмендетуге әрекет жоқ.
• Мерзімінде постмортем, қолданылуы тағайындалды.

• Рұқсат етілген автоіс-қимылдар тізбесі бекітілді.
• Журнал мен explainability қосылған.
• PII пайдаланылмайды/бүркемеленген.
• HITL сезімтал операциялар үшін.

13) Этика жетілуінің KPI

Metrics Integrity Score (dreyf Online, DWH ≤ 2%, нұсқаланған формулалардың үлесі ≥ 95%).
Incident Comms SLA (бірінші мәлімет ≤ 15 мин, ETA сақтау ≥ 90%).
Privacy Violations = 0, PII-ге қол жеткізу үлесі = 100%.
AI Safety: кері қайтарылатын автоқолданыстардың үлесі = 100%, кері қайтарулар <5%, даулы жағдайлар = 100% талданды.
Whistle Safety Index: жасырын арналар жұмыс істейді, өтініштер 7 күнге ≤ шешіледі.

14) Қарсы үлгілер

«Шөпті бояу»: метрикадағы косметика, SLA-ны «артқы күнмен» қайта анықтау.
«Жалаусыз түнгі релиздер».
Жеке сөйлесу және журналға жазылмайтын шешімдер.
Уытты ретро/постмортемалар, кінәлілерді іздеу.
RAG/түсініктемесіз АИ, операциялардағы «қара жәшік».
«Жағдайларға» артық деректер жинау.

15) Практикалық тұжырымдар (саясатқа көшіруге болады)

We tell the truth about the state of the systems.
We do not hide incidents and do not distort metrics.
We protect user data and restrict access.
We automate only reversible and safe actions, the rest is through HITL.
We document decisions and respect the "stop crane."

- SLO/guard rails are active; rollback plan checked.
- Changes of metrics/formulas are formalized by RFC and announced.
- No conflicts of interest, decisions made on data.

16) 30/60/90 - енгізу жоспары

• «Қызыл желілер», кодекс, инцидент-коммуникация және жекешелендіру саясаты бекітілсін.
• (Head of Ops, DPO, Observability) иелерін тағайындау.
• Metrics Integrity және Incident Comms тақталарын іске қосу.

• Өлшем формулалары мен SSOT үшін RFC енгізу; даулы панельдерді қайта іріктеу.
• АИ/боттардың периметрін ресімдеу (рұқсат етілген әрекеттер, HITL, журнал).
• Он-колл және домен жетекшілері үшін әдеп бойынша тренинг өткізу.

• Сақталу аудитін жүргізу, кейстерді/шағымдарды талдау, саясатты жаңарту.
• KPI этикасын OKR командаларымен байланыстыру (мысалы, Incident Comms SLA, Integrity Score).
• Тиімділік бойынша ретро жүргізу және «қызыл сызықтарды» түзету.

17) FAQ

Q: Егер бизнес SLA есебін «айналдыруды» сұраса не істеу керек?
А: Әділ метриктер мен SSOT саясатына сүйене отырып, бас тарту. Балама ұсыну: шарт арқылы ресімделген түсінікті ерекшеліктері бар «пайдаланушы тәжірибесі» метрикасы.

Q: Релиздер жылдамдығы мен этиканы қалай үйлестіруге болады?
A: SLO бойынша шағын инкременттер, фичефлагтар, канареялар және автогейттер. Этика - тежегіш емес, қымбат қателіктерден сақтандыру.

Q: Қатені қашан мойындау керек?
A: Әрқашан, әсер пайдаланушылар/серіктестер үшін елеулі болғанда. Мәртебе үлгісі + іс-қимыл жоспары + мерзімдер.