Когда генеральный директор NITE Стив Демхук встретил своих соучредителей в стартапе Fintech, они строили высококлассные фронта для банков, борясь с ограничениями регулируемых сред.
Перенесемся на сегодня, и это разочарование превратилось в рамки азота, которая переворачивает сценарий о том, как разработчики думают о облачной инфраструктуре.
«Самое большое разочарование для талантливых разработчиков — когда им приходится работать против своей собственной архитектуры», — сказал Демхук в этом эпизоде новых производителей стека, записанных в Google Cloud Next. «Им говорят использовать устаревшие инструменты DevOps. Они не могут использовать язык, который они хотят использовать. Есть просто много наручников — от которых мы можем помочь им избавиться».
В этом эпизоде новых производителей стека основатель и издатель TNS Алекс Уильямс спросил Демчука о решении проблем, с которыми сталкиваются организации, которые хотят модернизировать свою инфраструктуру, но сталкиваются с множеством ограничений, и как решение NIT позволяет им автоматизировать инфраструктуру, основанную на коде приложения при использовании инструментов, которые они хотят использовать.
Не инфраструктура как код, инфраструктура из кода
Традиционная инфраструктура как код (IAC) заставляет разработчиков, которые пишут логику приложений в одной кодовой базе и спецификациях инфраструктуры в другой — отключение, которое создает трение и замедляет разработку. Подход азота принципиально отличается. Вместо того, чтобы заставлять разработчиков стать экспертами по инфраструктуре, на платформе рассматривается код приложения и автоматически генерирует необходимые спецификации инфраструктуры.
Демхук сказал, что вдохновение пришло от самих пользователей. «Они продолжали говорить нам:« Эй, мне нравится, насколько быстрее я пишу код приложения, но я не люблю, так это то, что я все еще пишу все терраформ или пишу все AWS, CDK — можем ли мы автоматизировать это? »
В ответ основатели NITIC создали инструмент, который позволяет разработчикам просто писать код приложения, а затем оставляют его на платформу, чтобы вывести требования и автоматизировать создание инфраструктуры. Результатом является то, что он называет «инфраструктурой из кода» — сдвиг парадигмы, который устраняет традиционное разделение между разработкой приложений и управлением инфраструктурой.
Framework Framework аннотация общих облачных элементов приложения, таких как базы данных, вычисления, хранение и обмен сообщениями на нескольких языках и облачных провайдерах. Через SDK и CLI разработчики могут писать на своем предпочтительном языке, в то время как NITIC обрабатывает перевод к соответствующему поставщику МАК, будь то Terraform, Pulumi или AWS CDK.
ИИ меняет все (снова)
По мере того, как разработчики, использующие помощники кода искусственного интеллекта Как Generation Code Code вписывается в модель IAC от NITIC?
«Я думаю, что когда люди слышат инфраструктуру из кода, они очень нервничают, что это просто код разработчика, а затем инфраструктура просто выходит из ниоткуда. Это совсем не так», — сказал Демхук. «На самом деле мы строим ограждения на основе спецификаций вашей команды платформы, и тогда это и это корыстные разработчики».
Результатом является последовательно применяемая безопасность, инфраструктуру, обеспечивающая и архитектурные решения, в то время как ИИ обрабатывает работу по кодированию для создания надлежащего развертывания.
Результатом является убедительный рабочий процесс: разработчики могут использовать ИИ для быстрого генерирования логики приложений, в то время как NITE гарантирует, что базовая инфраструктура правильно настроена, безопасна и следует за лучшими организационными практиками. Это автоматизация, наложенная на автоматизацию, с каждым инструментом обрабатывает то, что он делает лучше всего.
Дилемма команды платформы
Команды платформы, однако, все еще могут беспокоиться о потере надзора, когда генерация инфраструктуры становится автоматизированной. Демхук признал эту проблему напрямую: «Я думаю, что самое главное, что мы всегда говорим об удобстве и контроле».
Но, как он утверждал, это беспокойство неуместно. Азот не устраняет управление командой платформы; Это обеспечивает соблюдение этого последовательно. Когда биомедицинский клиент нуждается в конкретных без серверов архитектуры для сбора данных, команда платформы определяет эти шаблоны один раз, и азот гарантирует, что они применяются правильно во всех развертываниях, будь то на AWS Lambda или Google Cloud функциях.
Полный разговор углубляется в стратегии перехода клиентов, техническую архитектуру, лежащую в основе поддержки Multilage Nitic и конкретных примеров того, как корпоративные клиенты используют платформу для ускорения своих усилий по модернизации облаков.
Для инженерных лидеров сталкивается со сложностью современной облачной разработки, этот эпизод новых производителей стека дает представление о развивающихся отношениях между разработчиками, командами платформы и инфраструктурой в эпоху программного обеспечения с AI.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Мишель Джиеноу — бывший журналист, ставший разработчиком программного обеспечения. Она привлекает обеих профессий, чтобы написать о углубленных технических темах, начиная от K8s до Kotlin. Мишель является соавтором «Трансформация Cloud Native: практические модели инноваций» от O’Reilly Media и … Подробнее от Michelle Gienow
