На побочных выносках с веб -хостинговой платформы NetLify, Next.js скоро предложит новую спецификацию, предназначенную для упрощения того, как поставщики инфраструктуры развертывают структуру с открытым исходным кодом. Новая спецификация принесет структуру, которая была создана и поддерживается Vercel, в соответствии с другими рамками, такими как Astro, Gatsby, Remix, Sveltekit и Qwik.
Спецификация уменьшит работу, которую сторонние провайдеры хостинга, которая включает в себя NetLify и CloudFlare Vercel конкурентов и CloudFlare, чтобы полностью поддерживать структуру. Такие спецификации используются с помощью служб хостинга для создания адаптера, плагина или пресетов для фреймворков.
Хостинг -провайдеры нуждаются в этих адаптерах для обеспечения и настройки инфраструктуры, когда хостинг приложения, построенные с фреймворками. Без такого адаптера они должны кодировать инструмент, чтобы обеспечить функции фреймворка, как и следовало.
Это делается вне сфера разработчиков, поэтому разработчики следующего. Например, NetLify разработала решение за кулисами.
Рамки и инфраструктура
Next.js был создан Гильермо Рауч, генеральным директором и основателем Vercel. Это заставило некоторых разработчиков задаться вопросом, являются ли Vercel и Next.js слишком тесно связаны.
Это справедливый вопрос, но следует также отметить, что NetLify использует ряд авторов рамок, в том числе Rich Harris из Sveltekit и Ryan Carniato’s Ryan Carniato. Недавно Tanstack объявил, что NetLify будет его официальным поставщиком развертывания.
Мартовский пост от NetLify нерешительно, но решительно вызвал Next.js из -за отсутствия спецификации, хотя он отметил, что Vercel работает за кулисами с NetLify, чтобы исправить ситуацию. Проблема, по -видимому, была темпом прогресса.
Написанный Филиппом Серхалом, инженером по программному обеспечению NetLify для Frameworks, и Elad Rosenheim, главным менеджером по продуктам, в сообщении указано ряд вопросов, которые служба хостинга имеет с помощью Next.js, отмечая, что в рамках нет адаптера, приготовления или плагина для работы с другими поставщиками инфраструктуры.
«… Next.js Builds Используйте частный, в основном незарегистрированный формат, который может быть изменен», — написали они. «… Поставщики, такие как NetLify, CloudFlare, AWS Amplify Hosting, SST, Google Firebase App Hosting и Static Azure Azure Azure, должны вместо этого читать, отчасти, отчасти документированные выходные данные с диска, перевести его в свой собственный формат и написать это на диск».
Они специально процитировали недавний инцидент с безопасностью Next.js, в том числе список трудностей в поддержке структуры и работы, которые он должен был выполнять за кулисами, чтобы выполнить функцию.
«Многие из них, а также, возможно, ответ инцидента, связанные с закрытым характером того, как поддерживается следующая. JS», — заявил NetLify. «Но теперь есть честные усилия, чтобы решить эту проблему».
Предполагается, что основным преимуществом программного обеспечения с открытым исходным кодом является возможность переносить его в разные поставщики, добавил пост.
По словам Ли Робинсона, вице -президента Product at Vercel, который также преподает следующую структуру следующего.js, эта спецификация была в работе в течение шести месяцев за кулисами.
«Это началось еще в октябре, и во время Next.js Ship мы объявили о группе улучшений для разработчиков Next.js, которые самостоятельно ведет себя»,-сказал Робинсон в новом стеке. «С тех пор мы продолжали, работая за кулисами с инфраструктурными компаниями, добавляя для этого новые функциональные возможности».
Робинсон сказал, что «честная реальность» в том, что он полезен разработать инструмент с открытым исходным кодом наряду с инфраструктурой, потому что он позволяет команде инфраструктуры понимать, как все на самом деле строится и развернуто на практике.
«То, как нам нравится думать об этом, является высокой сплочностью, но свободной связью. Настолько высокая сплоченность между структурой и инфраструктурой, но затем в идеале — свободная связь, чтобы вы могли взять эту структуру и поставить ее везде, где захотите», — сказал он. «Несмотря на то, что у нас была свободная связь, я думаю, что такие вещи, как документация, дали это восприятие, что на самом деле это было очень внутренне связано вместе».
Он добавил, что отсутствие адаптеров для Cloudflare и NetLify также сделала его «запутанной историей для людей, которые хотели развернуть конкурентов Vercel, по сути».
Следующая команда.js согласилась с тем, что спецификация была необходима, и начала работать с NetLify и CloudFlare над API адаптера развертывания, добавил он. За кулисами Vercel также построил адаптер для работы с рамками.
«Это не новая идея. Если вы посмотрите на другие рамки в экосистеме-Sveltekit и другие-они приземлились в подобном месте, где существует поставщик-агрессивный способ принять структуру и заставить ее отлично работать на любой платформе инфраструктуры»,-сказал Ли.
Он согласился с тем, что отсутствие адаптера означало, что инфраструктурные компании должны были выполнять «большую часть этой работы сами и обратно инженериста», добавив, что команда следующей. JS хотела облегчить этот процесс.
Спецификация также рассматривает то, чего хотят разработчики: возможность выбирать, где они размещают свои приложения.
«То, что разработчики хотят знать при выборе инструмента с открытым исходным кодом, — это то, что они не заблокированы в этом инструменте», — сказал Робинсон. «Они могут использовать любую платформу, которую они хотели бы. Они могут свободно самостоятельно или использовать услугу, если они хотели бы, и что они уверены в управлении, поддержании самого проекта».
Адаптер в настоящее время находится в периоде «запрос на комментарий», и команда сделала публично доступную после публикации NetLify. По его словам, этот план состоит в том, чтобы иметь что -то для инфраструктурных платформ в следующем месяце.
«Мы все еще работаем с NetLify и CloudFlare и другими, которые хотят создать свои собственные адаптеры, или по существу преобразовать то, что они уже построили, и превращают его в этот новый формат», — сказал он. «В конце концов, что произойдет за кулисами, так это то, что когда вы развернете Next.js для NetLify, они просто автоматически установит для вас этот адаптер, что в основном происходит сегодня. Это просто. [that] Придерживаться этой спецификации гораздо проще поддерживать ».
В дополнение к решению этого, Робинсон сказал, что они очищают документацию, удаляя язык, который специально намекает на Vercel, чтобы прояснить, что он будет работать на других платформах.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Loraine Lawson — ветеран -репортер, который в течение 25 лет освещал технологические проблемы от интеграции данных до безопасности. Прежде чем присоединиться к новому стеку, она работала редактором Banking Technology Site Bank Automation News. Она … читайте больше от Лорейн Лоусон
