Път 04Урок 3 / 10

Platform engineering за разработка с AI

Дайте на хора и агенти поддържани начини да създават, променят и експлоатират услуги. Третирайте платформата като поддържан продукт.

Напреднали12 минПрегледано

Публикувано от Как пишем

Проверете разбирането сиПлатформа генерира сигурен шаблон за проект. Какво все още е нужно при развитие на приложенията?Направете упражнението
Платформа генерира сигурен шаблон за проект. Какво все още е нужно при развитие на приложенията?

Какво ще научите

  • Обяснете как AI променя потребителите на платформата.
  • Определете поддържан работен процес с контроли и път за изключения.
  • Разграничете шаблон за проект от поддържана възможност на платформата.

Дайте на прототипите път към продукционна среда

Хората могат да проучват идеи с различни AI инструменти, докато организацията предоставя общ път към продукционна среда. Екипът на платформата прави този път ясен, поддържан и повторяем.

За полезен прототип съберете потребителската задача, примерния процес, изходния код, когато е наличен, и предвидените данни. Оценете дали да адаптирате кода или да създадете нова реализация от научените изисквания. Преди реални данни за удостоверяване или поверителни входове проверете приложението, инструментите за разработка и средата за изпълнение спрямо необходимите контроли.

Ако услугата трябва да работи във Вашата инфраструктура, предложете поддържано внедряване в облачните Ви акаунти или мрежи. Включете идентичност, обработка на тайни стойности, доказателства за пускане, мониторинг и възстановяване. Прегледайте потоците от данни към модела отделно; собствеността върху средата за изпълнение не контролира всяка услуга за разработка.

Третирайте платформата като продукт за потребителите ѝ

Платформа дава на екипите поддържани възможности за изграждане и експлоатация на софтуер. Те могат да включват идентичност, среди, pipeline-и за доставка, бази данни, мониторинг и проверки на политики. Полезната единица е цялостен процес, който покрива повтаряща се нужда.

CNCF описва платформите като възможности, проектирани около вътрешните потребители, с последователни интерфейси и самообслужване, когато е подходящо. Портал може да предоставя достъп до тях, но самият портал не е платформата. Документ на CNCF за платформите.

Започнете с реална нужда. В измислена фирма няколко екипа се нуждаят от вътрешна уеб услуга с вход за служители и управлявана база данни. Създайте поддържан път за тази нужда, преди да добавяте широк каталог от рядко използвани функционалности.

Включете агентите сред потребителите на платформата

AI агент може бързо да генерира инфраструктурен код. Без актуален контекст за платформата може и да избере неподдържан регион, подход за идентичност или метод за внедряване. По-бързото генериране не решава липсата на организационни ограничения.

Дайте на агента надежден интерфейс. Определете входовете, разрешените стойности, изходите и поведението при неуспех. Предоставете примери, които съответстват на инсталираната версия. Връщайте грешки с ясна възможност за действие, без да разкривате тайни стойности. Прилагайте едни и същи проверки на правата към хора и агенти.

За вътрешната услуга заявката може да посочва отговорника, категорията данни, средата, изискването за възстановяване и поддържаната среда за изпълнение. Тогава платформата може да избере прегледана конфигурация или да обясни защо заявката изисква отделно решение.

Определете поддържания път и границите му

ВъзможностОтговорност на платформатаОтговорност на продукта
Идентичност на служителитеПоддържана интеграция и жизнен цикъл на идентичносттаРоли в приложението и права според бизнес правилата
Услуга за база данниИнтерфейс за създаване и определена експлоатация на услугатаМодел на данните, поведение на заявките и разрешени данни
Pipeline за доставкаЗащитено изпълнение и обработка на артефактиПодходящи тестове и приемане на промяната
МониторингВъзможност за събиране на сигнали и известяванеЦели на услугата и изпълнима реакция

Това е примерно разпределение. Потвърдете го с действителните екипи и доставчици. Неназована отговорност не изчезва поради наличието на платформа.

Публикувайте път за изключения при изисквания извън стандартния подход. Определете кой взема решението и какви доказателства са нужни. Труден процес за изключения може да насърчи екипите да създават неподдържани системи извън платформата.

Поддържайте услугите след създаване

Шаблонът е начална версия. Той не поправя автоматично създадените от него приложения. Решете как промените в платформата достигат съществуващите услуги и как се проверява съвместимостта.

Версионирайте споделените интерфейси и модули. Обявете условията за премахване. Осигурете поддържана миграция, когато е нужна. Проследявайте кои услуги остават на засегнати версии, когато се изисква поправка на сигурността.

Избягвайте да превръщате екипа на платформата в опашка за ръчно одобрение на всяка рутинна операция. Автоматизирайте повторяемите проверки и запазете човешките решения за нерешени последствия. Измервайте успешната употреба, времето за изчакване, резултатите от възстановяване и усилието за поддръжка.

Свържете платформата със софтуерната фабрика

Platform engineering определя поддържаните възможности и границите на експлоатация. Софтуерна фабрика свързва изисквания, планиране, реализация, доказателства и доставка. Двете могат да се допълват, когато фабриката планира спрямо действителната платформа.

Включете текущата експлоатация в оценката. Проверете кой сканира за нови уязвимости, внедрява поправки, реагира при инциденти и поддържа доказателства за съответствие. Тези възможности се нуждаят от договорен обхват и отговорници; терминът „софтуерна фабрика“ не ги гарантира.

Оценете интеграцията в конкретна точка: може ли генерирана промяна да използва съществуващия път за внедряване и да запази контролите му? Може ли екипът да прегледа защо е било нужно изключение? Кой обновява споделения контекст при промяна на платформата?

Изследването на DORA поставя AI способностите в контекста на организацията. Използвайте тази перспектива за оценка на целия работен процес, включително работата, която остава за екипа на платформата. Доклад на DORA за 2025 г..

Направете упражнението

Проектирайте една възможност на платформа за вътрешна уеб услуга. Посочете входовете, изходите, разрешените идентичности, проверките, реакцията при неуспех и отговорника. Добавете път за обновяване на съществуващите услуги и път за изключение при изискване, което стандартният подход не поддържа.

Изтеглете работния лист (Markdown)
Проверете разбирането си ↑

Продължете ученето

Източници и допълнително четене

Свързани материали от Taiga

← Предишен урок: Пазете изискванията проследими при промени в софтуера