ВИ сега може да произведе веродостојна системска архитектура пред тимот да го заврши првото кафе. Дајте му опис на производот и може да врати дијаграм на микросервиси, избор на база на податоци, граници на API, текови на настани, предлози за распоредување и заостаток од задачи за имплементација.

Тоа е корисно. Исто така, лесно е веродостојноста да се помеша со расудувањето.

Кога ВИ ја изработува архитектурата, работата на архитектот не исчезнува. Таа станува позахтевна на местата што се најважни: дефинирање на вистинскиот проблем, откривање на ограничувањата, проверување на претпоставките, експлицитно поставување на компромисите и преземање одговорност за последиците откако генерираниот дијаграм ќе се сретне со продукциската средина.

Архитектурата е повеќе од список на компоненти

Генерираниот дизајн често изгледа самоуверено затоа што софтверската архитектура има препознатливи обрасци. Веб-апликацијата може да добие фронтенд, API-порта, сервисен слој, релациска база на податоци, кеш, асинхрони работници и алатки за набљудливост. Ниту еден од тие избори сам по себе не е неразумен.

Прашањето е дали тие се неопходни за овој систем, овој тим и оваа фаза на производот.

Мала интерна алатка за работни текови може подобро да биде услужена со модуларен монолит и управувана база на податоци отколку со независно распоредени сервиси поврзани преку посредник за пораки. Интеграциска платформа со голем обем може од првиот ден да има потреба од трајни редици, контроли за идемпотентност, механизми за повторување и јасни граници на сопственост. Истата ВИ може да ги предложи и двата одговори. Не може сигурно да утврди кои ризици вашата организација навистина е подготвена да ги носи, освен ако не го обезбедите и потврдите контекстот.

Затоа, архитектурата не е избор на компоненти. Таа е низа одлуки за ограничувања, начини на откажување, промени и одговорност.

Вашата нова работа: претворете ја двосмисленоста во проверливи одлуки

ВИ е силна во проширување на барање во опции. Техничките лидери мора да станат посилни во стеснувањето на тие опции со докази.

Пред да побарате нацрт на архитектура, утврдете ги фактите што суштински го обликуваат дизајнот:

• Кој го користи системот и што се случува кога тој е недостапен?
• Кои податоци се чувствителни, регулирани или тешки за обновување?
• Кои времиња на одговор, нивоа на пропусност и работни часови навистина се потребни?
• Кои постојни системи мора да се интегрираат и колку се доверливи?
• Какви вештини, оперативен капацитет и практики за распоредување има тимот?
• Кои претпоставки би било скапо да се поништат подоцна?

Овие прашања не се бирократија. Тие се влезни податоци за архитектурата. Ако отсуствуваат, дизајнот генериран од ВИ ќе има тенденција да ги пополнува празнините со генерички најдобри практики. Генеричките најдобри практики можат активно да наштетат кога додаваат оперативен трошок без да намалат релевантен ризик.

Корисното барање не прашува: „Дизајнирај скалабилна архитектура.“ Тоа кажува што мора да се скалира, што може да откаже постепено, кои податоци мора да останат конзистентни, кои системи се авторитативни и со што тимот може да управува. Дури и тогаш, третирајте го излезот како нацрт за преглед, а не како запис за одлука.

Користете ВИ за да го проширите прегледот, не за да го прескокнете

Највредната употреба на ВИ во архитектонската работа често е противничка. Откако ќе предложи дизајн, побарајте од неа да го оспори тој дизајн од повеќе агли.

Побарајте ги скриените трошоци

Побарајте објаснување за оперативниот товар на секоја компонента: сложеност на распоредувањето, потреби за следење, резервни копии и обновување, дозволи, тајни, верзии, дијагностика при дежурство и патеки за миграција. Граница на сервис што изгледа чисто на дијаграм може да создаде проблем со дистрибуирани трансакции со кој тимот ќе помине месеци управувајќи.

Побарајте сценарија на откажување

Архитектурата станува реална кога зависностите се однесуваат непредвидливо. Нека моделот наброи што се случува ако редица испорача порака двапати, API надолу по текот на обработката истече откако ќе прифати барање, кешот стане недостапен или миграцијата на база на податоци биде прекината. Потоа претворете ги значајните случаи во инженерски барања.

На пример, работниот тек за обработка на нарачки не треба само да наведе дека користи асинхрони настани. Треба да дефинира како се обработува дупликатната испорака, каде се спроведува идемпотентноста, што значи политиката за повторување и кога неуспешна ставка бара човечка интервенција.

Ако потврдата за плаќање е примена повеќе од еднаш:
1. Идентификувајте ја нарачката со стабилна надворешна референца за плаќање.
2. Атомски запишете ја првата успешна потврда.
3. Третирајте ги подоцнежните соодветни потврди како операции без дејство.
4. Известете само кога потврдите се во конфликт.

Ова не е целосна имплементација, но е видот на прецизно однесување што архитектурата мора да го овозможи.

Побарајте поедноставни алтернативи

Едно од најдобрите прашања при преглед е: „Кој е наједноставниот дизајн што ги исполнува наведените барања и кој сигнал би ни кажал дека е време да го развиеме?“ Ова се спротивставува на тенденцијата сложеноста да се усвои како осигурување од хипотетичка скала.

Добрата архитектура вклучува стратегија за излез. Ако на модуларниот монолит подоцна му требаат одделни единици за распоредување, структурата на кодот, сопственоста на податоците и интерфејсите треба да ја овозможат таа еволуција. Почетниот одговор не треба да ја предвиди секоја иднина; треба да избегне блокирање на веројатните иднини.

Човечкото расудување се приближува до границите

Додека ВИ ги забрзува имплементацијата и документацијата, техничкото лидерство се поместува кон границите на системот: меѓу тимови, меѓу сервиси, меѓу доверливи и недоверливи влезови и меѓу автоматизирано дејство и човечка одговорност.

Тие граници се местата каде што познатите архитектонски поими стануваат значајни. „Користи настан“ отвора прашања за сопственоста и гаранциите за испорака. „Додај модел“ отвора прашања за ракување со податоци, евалуација, резервно однесување и очекувања на корисниците. „Автоматизирај го работниот тек“ отвора прашања за границите на одобрување и закрепнување кога автоматизацијата греши.

ВИ може да помогне да се идентификуваат овие прашања, но не може да преземе одговорност за небезбеден модел на дозволи, неупотреблива постапка за обновување или деловно правило што тивко им штети на клиентите. Лицето одговорно за системот мора да одлучи што треба да се автоматизира, што мора да остане прегледливо и што бара цврсто запирање.

Направете го архитектонското расудување видливо

Дијаграм без образложение е слика на тековното мислење. Тимовите имаат поголема корист од концизни записи за одлуки што објаснуваат што е избрано, кои алтернативи биле разгледани и што би предизвикало повторно разгледување на одлуката.

ВИ може брзо да ги изработи овие записи, да ги сумира компромисите и да ја одржува терминологијата доследна. Висок инженер треба да потврди дека записот ја одразува реалноста, а не самодовербата на прозата. Особено, одвојте ги познатите факти од претпоставките и отворените прашања.

• Одлука: Чувајте ги трансакциските податоци во релациска база на податоци.
• Причина: Работниот тек има потреба од атомски ажурирања и проверливи премини на состојба.
• Претпоставка: Тековниот сообраќај може да се обработи со едно примарно распоредување.
• Повторно разгледајте кога: Измереното оптоварување, потребите за достапност или регионалните барања ќе го надминат тековниот дизајн.

Оваа дисциплина ја прави помошта од ВИ побезбедна затоа што на генерираните идеи им дава место во процес на човечки преглед. Таа исто така им помага на идните одржувачи да разберат зошто постои одреден дизајн.

Архитектот станува уредник на реалноста

Трајната вештина не е цртање повеќе кутии отколку што може да нацрта ВИ. Таа е препознавање кои кутии решаваат вистински проблем, кои само прават дијаграмот да изгледа софистицирано и кои ризици остануваат откако дијаграмот ќе биде одобрен.

ВИ може да го забрза истражувањето, да генерира алтернативи и да открие празнини во првиот нацрт. Нека ја врши таа работа. Но задржете ја централната одговорност таму каде што припаѓа: кај луѓе што го разбираат контекстот, можат да ги испитаат компромисите и ќе бидат присутни кога системот ќе се однесува поинаку од планот.

Кога ВИ ја изработува вашата архитектура, вашата работа не е помалку архитектура. Вашата работа е да осигурате дека нацртот го заслужува правото да стане систем.