Immutable release promotion: Git SHA, staging және production байланысы

Күрделі жүйеде «соңғы кодты» жай ғана жариялау қауіпті. Әр релизді exact Git SHA-мен байланыстырып, staging-те дәл сол кандидатты тексеріп, содан кейін ғана production-ға жылжыту тәсілін қарастырамыз.

1. Алдымен идентификация, кейін деплой Сенімді релиз қай нақты бастапқы код қазір ортада жұмыс істеп тұрғанын анық көрсете алуы тиіс. Сондықтан кандидат branch атауына емес, нақты Git SHA-ға байланысады.

2. Staging пен production-да бір артефакт Staging тек production-ға баратын сол кандидат тексерілгенде ғана мағыналы: 1. Exact SHA синхрондалады. 2. Immutable candidate құрылады. 3. Ол staging-ке орналастырылады. 4. Browser, API және runtime тексерулері өтеді. 5. Сол кандидат қайта құрастырылмай production-ға жылжытылады.

3. Release gate және қауіпсіз rollback Production promotion жеке рұқсат шекарасы болуы керек. Оның алдында staging нәтижесі, орта күйі және rollback жолы тексеріледі. Rollback белгілі алдыңғы артефактқа сүйенуі тиіс.

4. Post-deploy дәлелі Deploy командасының GREEN нәтижесі жеткіліксіз. Runtime revision, жария маршруттар және негізгі пайдаланушы сценарийлері тексеріліп, нәтиже ұзақ сақталатын журналға жазылады.

Сенімді цифрлық платформа құруға дайынсыз ба?