позволяют сопоставлять определенные шаблоны символов в URL-адресе, извлекать некоторые значения из URL-адреса и передавать их в качестве параметров обработчику маршрута (как атрибуты объекта запроса, переданного в качестве параметра).

Часто бывает полезно сгруппировать обработчики маршрутов для определенной части сайта вместе и получить к ним доступ, используя общий префикс маршрута (например, сайт с Wiki может иметь все связанные с Wiki маршруты в одном файле, и доступ к ним может осуществляться с помощью маршрута префикс / wiki / ).В Express это достигается с помощью объекта express.Router . Например, мы можем создать наш вики-маршрут в модуле с именем wiki.js , а затем экспортировать объект Router , как показано ниже:

 

const express = require ('экспресс');
const router = express.Router ();


router.get ('/', function (req, res) {
  res.send ('Домашняя страница Wiki');
});


router.get ('/ about', function (req, res) {
  res.send ('Об этой вики');
});

module.exports = маршрутизатор;
  

Примечание. Добавление маршрутов к объекту Router аналогично добавлению маршрутов к объекту app (как показано ранее).

Чтобы использовать маршрутизатор в нашем основном файле приложения, мы должны затем require () модуль маршрута ( wiki.js ), затем вызвать use () в приложении Express , чтобы добавить маршрутизатор к обработке промежуточного программного обеспечения. дорожка. После этого два маршрута будут доступны из / wiki / и / wiki / about / .

  const wiki = require ('./ wiki.js');

app.use ('/ вики', вики);  

Мы покажем вам намного больше о работе с маршрутами, и в частности об использовании Router , позже в связанном разделе Маршруты и контроллеры.

Использование промежуточного программного обеспечения

Промежуточное программное обеспечение широко используется в приложениях Express для задач от обслуживания статических файлов до обработки ошибок и сжатия HTTP-ответов. В то время как функции маршрутизации завершают цикл HTTP-запрос-ответ, возвращая некоторый ответ HTTP-клиенту, функции промежуточного программного обеспечения обычно выполняют некоторую операцию с запросом или ответом, а затем вызывают следующую функцию в «стеке», которая может быть дополнительным промежуточным программным обеспечением или обработчик маршрута. Порядок вызова промежуточного программного обеспечения определяется разработчиком приложения.

Примечание: Промежуточное ПО может выполнять любую операцию, выполнять любой код, вносить изменения в объект запроса и ответа, а также может завершить цикл запрос-ответ. Если он не завершает цикл, он должен вызвать next () , чтобы передать управление следующей функции промежуточного программного обеспечения (или запрос останется зависшим).

Большинство приложений будут использовать промежуточное ПО стороннего производителя для упрощения общих задач веб-разработки, таких как работа с файлами cookie, сеансы, аутентификация пользователя, запрос доступа POST и данные JSON, ведение журнала и т. Д.Вы можете найти список пакетов промежуточного программного обеспечения, поддерживаемых командой Express (который также включает другие популярные сторонние пакеты). Другие пакеты Express доступны в диспетчере пакетов NPM.

Чтобы использовать стороннее промежуточное программное обеспечение, вам сначала необходимо установить его в свое приложение с помощью NPM. Например, чтобы установить промежуточное программное обеспечение регистратора HTTP-запросов morgan, вы должны сделать это:

Затем вы можете вызвать use () в объекте приложения Express , чтобы добавить промежуточное ПО в стек:

  const express = require ('экспресс');
const logger = require ('morgan');
константное приложение = экспресс ();
приложение.используйте (logger ('dev'));
...  

Примечание. Функции промежуточного программного обеспечения и маршрутизации вызываются в том порядке, в котором они объявлены. Для некоторого промежуточного программного обеспечения порядок важен (например, если промежуточное программное обеспечение сеанса зависит от промежуточного программного обеспечения cookie, тогда обработчик cookie должен быть добавлен первым). Почти всегда промежуточное программное обеспечение вызывается перед установкой маршрутов, или ваши обработчики маршрутов не будут иметь доступа к функциям, добавленным вашим промежуточным программным обеспечением.

Вы можете написать свои собственные функции промежуточного программного обеспечения, и вам, вероятно, придется это сделать (хотя бы для создания кода обработки ошибок). Разница только в между функцией промежуточного программного обеспечения и обратным вызовом обработчика маршрута заключается в том, что функции промежуточного программного обеспечения имеют третий аргумент , следующий за , которые, как ожидается, будут вызывать функции промежуточного программного обеспечения, если они не являются теми, которые завершают цикл запроса (когда вызывается функция промежуточного программного обеспечения , он содержит следующую функцию , которая должна быть вызвана).

Вы можете добавить функцию промежуточного программного обеспечения в цепочку обработки для всех ответов с помощью app.use () или для определенного HTTP-глагола, используя связанный метод: app.get () , app.post () и т. д. Маршруты указываются одинаково для обоих случаев, хотя маршрут не является обязательным при вызове app.use () .

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

  const express = require ('экспресс');
константное приложение = экспресс ();


let a_middleware_function = function (req, res, next) {
  
  следующий();
}


app.use (a_middleware_function);


app.use ('/ someroute', a_middleware_function);


приложение.получить ('/', a_middleware_function);

app.listen (3000);  

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

В документации Express есть намного больше отличной документации по использованию и написанию промежуточного программного обеспечения Express.

Обслуживание статических файлов

Вы можете использовать экспресс.статическое промежуточное программное обеспечение для обслуживания статических файлов, включая ваши изображения, CSS и JavaScript ( static () – единственная функция промежуточного программного обеспечения, которая на самом деле является частью из Express ). Например, вы могли бы использовать строку ниже для обслуживания изображений, файлов CSS и файлов JavaScript из каталога с именем « public» на том же уровне, где вы вызываете node:

  app.use (express.static ('public'));
  

Любые файлы в общедоступном каталоге обслуживаются путем добавления их имени файла ( относительно к базовому “общедоступному” каталогу) к базовому URL-адресу.Так например:

  http: // localhost: 3000 / images / dog.jpg
http: // локальный: 3000 / css / style.css
http: // локальный: 3000 / js / app.js
http: // локальный: 3000 / about.html
  

Вы можете вызывать static () несколько раз для обслуживания нескольких каталогов. Если файл не может быть найден одной функцией промежуточного программного обеспечения, он будет передан следующему промежуточному программному обеспечению (порядок вызова промежуточного программного обеспечения зависит от вашего порядка объявления).

  апп. Использовать (экспресс.статический ('общедоступный'));
app.use (express.static ('media'));
  

Вы также можете создать виртуальный префикс для своих статических URL-адресов вместо добавления файлов к базовому URL-адресу. Например, здесь мы указываем путь монтирования, чтобы файлы загружались с префиксом «/ media»:

  app.use ('/ media', express.static ('public'));
  

Теперь вы можете загружать файлы, которые находятся в общедоступном каталоге , с префикса пути / media .

  http: // localhost: 3000 / media / images / dog.jpg
http: // локальный: 3000 / медиа / видео / cat.mp4
http: // локальный: 3000 / media / cry.mp3 
 

Обработка ошибок

Ошибки обрабатываются одной или несколькими специальными функциями промежуточного программного обеспечения, которые имеют четыре аргумента вместо обычных трех: (err, req, res, next) . Например:

  app.use (function (err, req, res, next) {
  console.error (стек ошибок);
  res.status (500) .send («Что-то сломалось!»);
});
  

Они могут возвращать любой требуемый контент, но должны вызываться после всех остальных приложений .use () и направляет вызовы так, чтобы они были последним промежуточным программным обеспечением в процессе обработки запроса!

Express поставляется со встроенным обработчиком ошибок, который заботится обо всех оставшихся ошибках, которые могут возникнуть в приложении. Эта функция промежуточного программного обеспечения по умолчанию для обработки ошибок добавляется в конец стека функций промежуточного программного обеспечения. Если вы передадите ошибку в next () и не обработаете ее в обработчике ошибок, она будет обработана встроенным обработчиком ошибок; ошибка будет записана клиенту с трассировкой стека.

Примечание: Трассировка стека не включена в производственную среду. Чтобы запустить его в производственном режиме, вам необходимо установить для переменной среды NODE_ENV значение « production» .

Примечание. HTTP404 и другие коды состояния «ошибки» не рассматриваются как ошибки. Если вы хотите справиться с этим, вы можете добавить для этого функцию промежуточного программного обеспечения. Для получения дополнительной информации см. FAQ.

Дополнительную информацию см. В разделе Обработка ошибок (Экспресс-документация).

Использование баз данных

Приложения Express могут использовать любой механизм базы данных, поддерживаемый узлом Node (сам Express не определяет какого-либо конкретного дополнительного поведения / требований для управления базой данных). Есть много вариантов, включая PostgreSQL, MySQL, Redis, SQLite, MongoDB и т. Д.

Чтобы использовать их, сначала необходимо установить драйвер базы данных с помощью NPM. Например, чтобы установить драйвер для популярного NoSQL MongoDB, вы должны использовать команду:

Сама база данных может быть установлена ​​локально или на облачном сервере.В коде Express вам потребуется драйвер, подключитесь к базе данных, а затем выполните операции создания, чтения, обновления и удаления (CRUD). В приведенном ниже примере (из документации Express) показано, как с помощью MongoDB найти записи о «млекопитающих».

 
const MongoClient = требуется ('mongodb'). MongoClient;

MongoClient.connect ('mongodb: // localhost: 27017 / animals', function (err, db) {
  если (ошибка) бросить ошибку;

  db.collection ('млекопитающие'). find (). toArray (function (err, result) {
    если (ошибка) бросить ошибку;

    приставка.журнал (результат);
  });
});


const MongoClient = требуется ('mongodb'). MongoClient;
MongoClient.connect ('mongodb: // localhost: 27017 / animals', function (err, client) {
   если (ошибка) бросить ошибку;

   пусть db = client.db ('животные');
   db.collection ('млекопитающие'). find (). toArray (function (err, result) {
     если (ошибка) бросить ошибку;
     console.log (результат);
     client.close ();
   });
});
  

Другой популярный подход – это косвенный доступ к базе данных через объектно-реляционный преобразователь (ORM). В этом подходе вы определяете свои данные как «объекты» или «модели», и ORM сопоставляет их с базовым форматом базы данных.Этот подход имеет то преимущество, что как разработчик вы можете продолжать мыслить в терминах объектов JavaScript, а не семантики базы данных, и что есть очевидное место для выполнения валидации и проверки входящих данных. Подробнее о базах данных мы поговорим в следующей статье.

Для получения дополнительной информации см. Интеграция с базой данных (Экспресс-документация).

Данные для рендеринга (представления)

Механизмы шаблонов (в Express называемые «механизмами просмотра») позволяют указать структуру выходного документа в шаблоне, используя заполнители для данных, которые будут заполняться, когда страница создается.Шаблоны часто используются для создания HTML, но могут также создавать другие типы документов. Express поддерживает ряд движков шаблонов, и здесь есть полезное сравнение наиболее популярных движков: Сравнение движков шаблонов JavaScript: Jade, Mustache, Dust и др.

В коде настроек вашего приложения вы устанавливаете механизм шаблонов для использования и место, где Express должен искать шаблоны, используя настройки «видов» и «механизмов просмотра», как показано ниже (вам также необходимо установить пакет, содержащий вашу библиотеку шаблонов. тоже!)

  const express = require ('экспресс');
const path = require ('путь');
константное приложение = экспресс ();


приложение.set ('просмотры', path.join (__ dirname, 'views'));


app.set ('механизм просмотра', 'some_template_engine_name');
  

Внешний вид шаблона будет зависеть от того, какой движок вы используете. Предполагая, что у вас есть файл шаблона с именем «index. », который содержит заполнители для переменных данных с именами «title» и «message», вы должны вызвать Response.render () в функции обработчика маршрута для создания и отправки HTML-ответ:

  app.get ('/', function (req, res) {
  рез.render ('index', {title: 'О собаках', message: 'Собаки молодцы!'});
});  

Для получения дополнительной информации см. Использование шаблонизаторов с Express (документация по Express).

Файловая структура

Express не делает никаких предположений относительно структуры или используемых вами компонентов. Маршруты, представления, статические файлы и другая логика, зависящая от приложения, могут находиться в любом количестве файлов с любой структурой каталогов. Хотя вполне возможно иметь все приложение Express в одном файле, обычно имеет смысл разделить ваше приложение на файлы в зависимости от функции (например,г. управление учетными записями, блоги, доски обсуждений) и предметную область архитектурных проблем (например, модель, представление или контроллер, если вы используете архитектуру MVC).

В следующем разделе мы будем использовать Express Application Generator , который создает модульный каркас приложения, который мы можем легко расширить для создания веб-приложений.

Поздравляем, вы выполнили первый шаг на пути к Express / Node! Теперь вы должны понимать основные преимущества Express и Node и примерно то, как могут выглядеть основные части приложения Express (маршруты, промежуточное ПО, обработка ошибок и код шаблона).Вы также должны понимать, что, учитывая, что Express – это малоизвестный фреймворк, то, как вы собираете эти части вместе, и библиотеки, которые вы используете, в значительной степени зависит от вас!

Конечно, Express намеренно является очень легкой структурой веб-приложений, поэтому большая часть его преимуществ и потенциала исходит от сторонних библиотек и функций. Мы рассмотрим их более подробно в следующих статьях. В нашей следующей статье мы рассмотрим настройку среды разработки Node, чтобы вы могли увидеть в действии некоторый код Express.

5 рисков безопасности Node.js, которые нельзя игнорировать

Node.js, как и любой другой фреймворк или язык программирования, подвержен всевозможным уязвимостям веб-приложений. Ядро Node.js безопасно, но сторонним пакетам могут потребоваться дополнительные меры безопасности для защиты ваших веб-приложений. Согласно исследованию, 14% экосистемы Node Package Manager (NPM) затронуты.Пакеты, затронутые косвенно, составляют около 54% ​​экосистемы.

Почему у проектов Node.js есть риски безопасности?

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

Чтобы идентифицировать компоненты с открытым исходным кодом в Node.js, вам необходимо проанализировать индексные файлы диспетчера пакетов, которые описывают зависимости.Однако индексные файлы не включают повторно используемые компоненты с открытым исходным кодом.

Сообщество разработчиков ПО с открытым исходным кодом часто повторно использует проекты с открытым исходным кодом для ускорения разработки, сокращения времени вывода на рынок и включения функций. В результате разработчики как с открытым исходным кодом, так и коммерческие разработчики могут добавлять в файлы функции, фрагменты кода и методы. В результате многие проекты веб-разработки на Node.js включают условия лицензирования, отличные от исходной лицензии Node.js.

Является ли Node.js угрозой для безопасного функционирования приложений?

Некоторые разработчики считают, что Node.js представляет угрозу безопасности из-за отсутствия обработки ошибок по умолчанию, вызванных конструкцией платформы. Ошибки или сбои приложений могут привести к отключению сервера.

К наиболее распространенным проблемам безопасности Node.js относятся фишинг NPM и отказ в обслуживании (DoS) с использованием регулярных выражений. Помимо угроз, связанных с узлами, существуют также обычные проблемы веб-безопасности, такие как подделка межсайтовых запросов, межсайтовые сценарии, непроверенные перенаправления и неправильная конфигурация безопасности.

Компоненты с открытым исходным кодом, вызывающие ошибки Node.js Проблемы безопасности

В следующей таблице рассмотрены некоторые компоненты с открытым исходным кодом, которые можно найти в проектах Node.js. Эти компоненты состоят из скрытых лицензионных элементов, которые могут создать угрозу безопасности узла. Несоблюдение скрытых элементов лицензий с открытым исходным кодом может подвергнуть компанию риску судебных исков.

Топ-5 угроз безопасности Node.js

Проблемы безопасности Node.js могут подвергнуть вас таким атакам, как внедрение кода, «человек посередине» и расширенных постоянных угроз .Ниже приводится краткий обзор рисков, которые могут привести к этим атакам, и возможных решений.

1. Старые версии Express

Express – это наиболее широко используемая среда веб-приложений для Node.js. Однако Express не был разработан с учетом требований безопасности. Старые версии Express могут представлять серьезную угрозу безопасности. Вы должны использовать только самые свежие и поддерживаемые версии, чтобы обеспечить безопасность приложений.

Шлем поможет защитить Node.js и Express. Helmet – это набор функций промежуточного программного обеспечения, которые повышают безопасность заголовков HTTP. Это включает в себя предотвращение атак типа «злоумышленник в середине», атак с использованием межсайтовых сценариев и обеспечение безопасных соединений с сервером.

Хотите узнать больше о безопасности Express.js?

Прочтите мою недавнюю статью «Советы по безопасности Express.js: сохраните свое приложение!». Здесь я перечисляю 7 простых мер по обеспечению безопасности приложения Express.js.

2.Межсайтовый скриптинг

Межсайтовый скриптинг (XSS) позволяет хакерам внедрять вредоносные клиентские скрипты в веб-страницы, просматриваемые другими пользователями. Вредоносные клиентские скрипты могут привести к утечке данных. Чтобы предотвратить атаки XSS в Node.js, вы можете использовать методы кодирования вывода или инструменты, такие как движок Jade со встроенными фреймворками кодирования.

3. Запросы межсайтовой подделки (CSFR)

CSRF-атаки вынуждают конечных пользователей выполнять ненужные действия в аутентифицированных веб-приложениях.Целями CSRF-атак являются изменения в запросах состояния приложения, поскольку злоумышленник не имеет возможности увидеть поддельный запрос-ответ.

Хакеры могут обманом заставить пользователей выполнять ненужные действия, используя методы социальной инженерии, такие как отправка ссылок через чат или электронную почту. CSRF может форсировать запросы на изменение состояния, такие как изменение адресов электронной почты и последующий перевод средств. Для пользователей с правами администратора CSRF может поставить под угрозу все веб-приложение.

Предотвращение CSRF в Node.js требует использования токенов защиты от подделки. Токены Anti-CSRF используются для мониторинга и проверки подлинности пользовательских запросов и предотвращения атак одним щелчком.

4. Имя сеанса cookie по умолчанию

Сеансовые файлы cookie позволяют веб-сайтам идентифицировать пользователей. Любое действие, которое вы делаете на веб-сайте, сохраняется в виде файлов cookie. Тележки для покупок на сайтах электронной коммерции являются наиболее распространенным примером этой функции.

Сеансовые файлы cookie запоминают выбранные вами товары на сайте электронной коммерции.В результате, когда вы будете готовы оформить заказ, в корзине будут эти товары. Новая страница не распознает ваши прошлые действия на других страницах без файлов cookie сеанса.

Использование имен файлов cookie по умолчанию рискованно, поскольку злоумышленники могут легко идентифицировать эти имена и угрожать вашему приложению. Решение состоит в том, чтобы использовать один из модулей сеанса cookie промежуточного программного обеспечения, например экспресс-сеанс.

5. Заголовок X-Powered-By

X-Powered-By – это распространенный нестандартный заголовок ответа HTTP.Некоторые технологии создания сценариев включают этот ответ по умолчанию в заголовок. Серверы имеют возможность отключить или изменить ответ X-Powered-By, чтобы хакеры не нацелились на определенную технологию.

X-Powered-By раскрывает информацию о технологии, используемой в приложении. В результате хакеры могут использовать X-Powered-By для использования слабых мест в системе безопасности Node.js. Вы должны скрыть информацию о серверной технологии, отключив этот заголовок.

Заключение

Узел.js-разработка требует глубокого погружения в фактический источник стороннего пакета. Вы должны узнать больше о зависимостях пакетов с открытым исходным кодом для ваших приложений и скрытых элементах их лицензий. Кроме того, вы также можете решить проблемы уязвимости Node.js, используя специальные инструменты безопасности и аудит. В конце концов, вы можете нанять консалтинговую компанию Node.js, которая проведет вас через процесс обеспечения безопасности Node.js.

Вам нужна помощь в обеспечении безопасности вашего Node.js-приложение?

Наши инженеры с радостью помогут вам устранить все потенциальные риски безопасности. Свяжитесь с нами, чтобы узнать больше о разработке Node.js, обеспечении безопасности данных и других услугах, которые мы предлагаем.

Спасибо Гиладу Давиду Мааяну за участие в этой статье. Гилад Давид Мааян – технический писатель, который работал с более чем 150 технологическими компаниями, включая SAP, Samsung NEXT, NetApp и Imperva, создавая технический и интеллектуальный контент, который разъясняет технические решения для разработчиков и руководителей ИТ.

– Как сделать так, чтобы Rudder устанавливал разные конфигурации для каждого узла?

Есть несколько способов сделать это – и вы правы, построение правила для каждого узла не является правильным 🙂

В зависимости от более общего контекста следует список возможностей:

Свойства узла

Наиболее распространенный способ сделать это – использовать свойства узла, то есть свойства, которые специфичны для каждого узла и могут быть пользователем в директивах.Документация находится здесь: https://docs.rudder.io/reference/5.0/usage/advanced_configuration_management.html#_node_properties И вы являетесь примером варианта использования в руководстве по началу работы: определение https://docs.rudder.io/ get-start / current / node-management / data.html и использование: https://docs.rudder.io/get-started/current/advanced-configuration/apply.html

Узел может иметь «локальное переопределение» для свойств узла, т. Е. Значение свойства, которое может быть определено в файловой системе узла, а не в деталях узла руля (также объясняется в https: // docs.rudder.io/reference/5.0/usage/advanced_configuration_management.html#_node_properties)

Вы можете синхронизировать свойства узла из внешнего API отдыха с плагином руля «источники данных» https://docs.rudder.io/reference/5.0/plugins/datasources.html

Переменные из среды узла

Вы можете определять переменные из вещей на узле, таких как содержимое файла, вывод команды и т. Д.

Вы можете определить такую ​​переменную с помощью методов переменных (в категории «Разное») в стандартной библиотеке.Например, переменная из файла JSON (dict) позволяет загружать файл json в качестве переменных, которые можно использовать в параметрах директивы с синтаксисом $ {variable_prefix.variable_name [json-key] [json-subkey]} . Также существует переменная из команды или переменная (строка) .

У вас есть соответствующие общие методы, если вы создаете технику из редактора методик: ищите методы в категории «Переменная», например «переменная из команды», которая позволяет (приостанавливает) создавать переменную из результата команды; или в случае содержимого json-файла, как вы сказали, «переменная dict из префикса».Эти методы также можно использовать в директиве.

Будьте осторожны, когда вы используете эти директивы, вам нужно определить перед их использованием, поэтому проверьте порядок вашей политики: https://docs.rudder.io/reference/5.0/usage/advanced_configuration_management.html#_directives_ordering

Создание шаблонов

Если вам нужна более сложная работа с шаблонами, вы можете использовать jinja или усы, как описано здесь: https://docs.rudder.io/rudder-by-example/current/files/advanced-file-templating.html

Убежище

В Rudder 5.0 мы добавили плагин Vault, который позволяет получать секрет (опять же, приостановка) установки Vault: https://github.com/Normation/rudder-plugins/tree/master/vault

Старые ресурсы

Вы можете найти некоторую информацию о том, как это делалось в давно забытые времена, без: https://www.mauras.ch/rudder-fun-with-variables.html

Еще одна вещь

Это не имеет прямого отношения к вашей проблеме, но, поскольку это противоположная проблема, она может быть актуальной.Когда-нибудь вы захотите получить информацию об инвентаризации от узлов, которых нет в стандартных данных инвентаризации, а затем использовать эти данные для создания групп, вы можете расширить инвентаризацию с помощью «ловушки инвентаризации узлов»: https://docs.rudder.io/reference /5.0/usage/advanced_node_management.html#extend-nodes-inventory

Надеюсь, это поможет!

Node.js 6 подходит к концу – обновите свои функции AWS Lambda до Node.js 10 LTS

Автором этого блога является Лиз Пароди, менеджер по связям с разработчиками в NodeSource .

Node.js 6.x («Boron»), который с осени 2016 года поддерживается как линия выпуска долгосрочной стабильной (LTS), достигает запланированного конца срока службы (EOL) 30 апреля 2019 года. По истечении периода обслуживания Node.js 6 больше не будет включаться в выпуски Node.js. Сюда входят выпуски, в которых устранены критические ошибки, исправления безопасности, патчи или другие важные обновления.

[Источник изображения]

Недавно AWS напомнила пользователям об обновлении функций AWS Lambda, построенных на Node.js 6 до более новой версии. Это связано с тем, что языковые среды выполнения, достигшие EOL, не поддерживаются в Lambda.

Запросы на добавление функций в эту линию выпуска не принимаются. Продолжение использования среды выполнения Node.js 6 после 30 апреля 2019 г. увеличивает вашу подверженность различным рискам, включая следующие:

• Уязвимости безопасности – Участники Node.js постоянно работают над исправлением недостатков безопасности всех уровней серьезности (низкого, среднего и высокого).В выпуске безопасности за февраль 2019 года были исправлены все активно поддерживаемые строки выпуска Node.js, включая Boron. После 30 апреля выпуски безопасности больше не будут применяться к Node.js 6, что повысит вероятность злонамеренных атак.
• Несовместимость программного обеспечения – Новые версии Node.js лучше поддерживают современные передовые практики и новые шаблоны проектирования. Например, популярный шаблон async / await для взаимодействия с обещаниями был впервые представлен в линейке выпусков Node.js 8 («Carbon»).Пользователи Boron не могут воспользоваться этой функцией. Если вы не обновитесь до более новой линейки выпусков, вы упустите возможности и улучшения, которые позволят вам писать более качественные и производительные приложения.
• Проблемы с соблюдением требований – Этот риск больше всего относится к командам в строго регулируемых отраслях, таких как здравоохранение, финансы или электронная коммерция. Это также относится к тем, кто имеет дело с конфиденциальными данными, такими как личная информация (PII). Подвергание этих типов данных ненужному риску может привести к серьезным последствиям, начиная от длительных судебных разбирательств и заканчивая крупными штрафами.
• Низкая производительность и надежность – Среда выполнения Node.js 10 («Dubnium») значительно быстрее, чем Node.js 6, с возможностью выполнять вдвое больше операций в секунду. Лямбда – это особенно популярный выбор для приложений, которые должны обеспечивать низкую задержку и высокую производительность. Обновление до более новой версии среды выполнения Node.js – относительно безболезненный способ повысить производительность вашего приложения.
• Более высокие эксплуатационные расходы – Повышение производительности Node.js 10 по сравнению с Node.js 6 может напрямую привести к снижению эксплуатационных расходов. Помимо отсутствия повседневной экономии, запуск не поддерживаемой версии среды выполнения Node.js также значительно увеличивает вероятность непредвиденных затрат, связанных с отключением или критической проблемой.

Ключевые различия между Node.js 6 и Node.js 10

Метрики, предоставленные рабочей группой Node.js Benchmarking, подчеркивают преимущества производительности при обновлении с Node.js 6 до последней версии LTS, Node.js 10:

• Операций в секунду почти в два раза выше в Node.js 10 по сравнению с Node.js 6.
• Задержка уменьшилась на 65% в Node.js 10 по сравнению с Node.js 6.
• Площадь после загрузки на 35% меньше в Node.js 10 по сравнению с Node.js 6, что приводит к повышению производительности в случае холодного запуска.

Хотя тесты не всегда отражают реальные результаты, очевидна тенденция к увеличению производительности на каждом новом узле.js-релиз. [Источник данных]

Самая последняя линия выпуска LTS – Node.js 10 («Dubnium»). Эта линия выпуска включает несколько улучшений и улучшений по сравнению с более ранними версиями, в том числе следующие:

• Node.js 10 – первая линия выпуска, обновленная до OpenSSL версии 1.1.0.
• Встроенная поддержка HTTP / 2, впервые добавленная в линейку выпусков Node.js 8 LTS, была стабилизирована в Node.js 10. Он предлагает значительные улучшения производительности по сравнению с HTTP / 1 (включая уменьшение задержки и минимальные накладные расходы протокола) и добавляет поддержку для приоритезации запросов и push-уведомлений.
• Node.js 10 представляет новые возможности языка JavaScript, такие как Function.prototype.toString () и средства устранения уязвимостей побочного канала, чтобы предотвратить утечку информации.

«Несмотря на то, что есть несколько новых функций, выдающиеся изменения в Node.js 10.0.0 – это улучшения обработки ошибок и диагностики, которые улучшат общий опыт разработчика». Джеймс Снелл, член Технического руководящего комитета Node.js (TSC) [источник цитаты]

Обновление с использованием слоя N | Solid Lambda

AWS в настоящее время не предлагает Node.js 10 в Lambda. Однако вы можете протестировать версию среды выполнения Node.js 10 в среде разработки или промежуточной среде перед развертыванием обновлений производственных лямбда-функций.

До того, как AWS добавит версию среды выполнения Node.js 10 для Lambda, среда выполнения N | Solid от NodeSource доступна для использования в качестве слоя Lambda. Он включает в себя полностью совместимую версию для линейки выпусков Node.js 10 LTS.

Если вы установите N | Solid в качестве слоя Lambda, вы можете начать миграцию и тестирование до того, как Node.js 6 EOL дата. Вы также можете легко переключиться на среду выполнения Node.js 10, предоставляемую AWS, когда она будет доступна. Выбирайте между версиями, основанными на линиях выпуска Node.js 8 («Carbon») и 10 («Dubnium») LTS. Чтобы начать работу, потребуется всего несколько минут.

Во-первых, когда вы создаете функцию, выберите Использовать настраиваемую среду выполнения в коде функции или уровне . (Если вы переносите существующую функцию, вы можете изменить время ее выполнения.)

Затем добавьте новый слой «Лямбда» и выберите «Обеспечить версию слоя ARN».Вы можете найти последнюю версию ARN для слоя N | Solid Lambda здесь. Введите ARN среды выполнения N | Solid для вашего региона AWS и версии Node.js (Node.js 8 «Carbon» или Node.js 10 «Dubnium»). Здесь вы можете использовать Node.js 10.

Вот и все! Теперь ваша лямбда-функция настроена на использование Node.js 10.

Вы также можете обновить свои функции, чтобы использовать слой N | Solid Lambda с интерфейсом командной строки AWS.

Для обновления существующей функции:

  aws lambda update-function-configuration --function-name  --layers arn: aws: lambda: : 800406105498: layer: nsolid-node-10: 6 --runtime provided  

В дополнение к Node.js 10 уровень Lambda, предоставляемый NodeSource, включает N | Solid. N | Solid для AWS Lambda обеспечивает эффективный мониторинг производительности для функций Lambda. Чтобы воспользоваться этой функцией, вы также можете зарегистрировать бесплатную учетную запись NodeSource. После регистрации вам просто нужно установить лицензионный ключ N | Solid в качестве переменной среды в вашей функции Lambda.

Это все, что вам нужно сделать, чтобы начать мониторинг лямбда-функций в Node.js. После добавления лицензионного ключа вызовы ваших лямбда-функций должны появиться на вкладке «Функции» на панели инструментов N | Solid.

Дополнительную информацию см. В нашем руководстве по началу работы с N | Solid for AWS Lambda.

Обновление до Node.js 10 LTS («Дубниум») вне Lambda

Затрагиваются не только рабочие нагрузки в Lambda, но и вы должны учитывать другие места, где вы используете Node.js 6. Я рассматриваю еще три способа обновления вашей версии Node.js в других вычислительных средах.

Использовать NVM

Одним из лучших способов обновления версий Node.js является использование NVM.NVM, или диспетчер версий узлов, позволяет управлять несколькими активными версиями Node.js.

Чтобы установить NVM в системах * nix, вы можете использовать сценарий установки с помощью cURL.

  $ curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.34.0/install.sh | Баш  

или Wget:

  $ wget -qO- https://raw.githubusercontent.com/creationix/nvm/v0.34.0/install.sh | Баш  

Для систем на базе Windows вы можете использовать NVM для Windows.

После установки NVM вы можете управлять своими версиями Node.js с помощью некоторых простых команд интерфейса командной строки AWS.

Для загрузки, компиляции и установки последней версии Node.js:

  $ nvm install node # "node" - это псевдоним последней версии  

Чтобы установить определенную версию Node.js:

  $ nvm install 10.10.0 # или 8.5.0, 8.9.1 и т. Д.  

Обновить вручную

Для обновления Node.js без такого инструмента, как NVM, вы можете вручную установить новую версию. NodeSource предоставляет дистрибутивы Linux для Node.js и рекомендует выполнять обновление с использованием двоичных дистрибутивов NodeSource Node.js.

Для установки Node.js 10:

Использование Ubuntu

  $ curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
$ sudo apt-get install -y nodejs  

Использование Amazon Linux

  $ curl -sL https: // rpm.nodesource.com/setup_10.x | sudo bash -
$ sudo yum install -y nodejs  

Большинство производственных приложений, построенных на Node.js, используют линии выпуска LTS. Мы настоятельно рекомендуем вам обновить любое приложение или функцию Lambda, в настоящее время использующую версию среды выполнения Node.js 6, до Node.js 10, последней версии LTS.

Чтобы узнать больше о последней линейке релизов, посетите веб-семинар NodeSource «Новые и захватывающие функции, появившиеся в Node.js 12. Эта линия релизов официально станет текущей LTS-версией в октябре 2019 года.

Об авторе

Лиз – инженер-самоучка, специализирующаяся на JavaScript, и менеджер по связям с разработчиками в NodeSource. Она организует различные общественные мероприятия, такие как JSConf Colombia, Pioneras Developers, Startup Weekend, а также была спикером на EmpireJS, MedellinJS, PionerasDev и GDG.

Она любит делиться знаниями, продвигать экосистему JavaScript и Node.js и участвовать в ключевых технических мероприятиях и конференциях, чтобы расширить свои знания и расширить круг общения.

Alchemy тайно исправляет кошмар узлов блокчейна – TechCrunch

Ведущие криптовалютные компании незаметно начали передавать свои инфраструктурные проблемы на аутсорсинг крошечному стелс-стартапу.Это называется алхимия. Сегодня он широко раскрывает свою технологию, которая может помочь разработчикам, наконец, создать убийственный вариант использования на базе Биткойна или Эфириума.

Если операционная система соединяет компьютеры и программное обеспечение, и если браузеры подключают HTTP к веб-приложениям, Alchemy хочет быть мостом, обеспечивающим экосистему блокчейна. Именно на этом среднем уровне образовались Microsoft, Apple и Google – одни из самых ценных компаний в мире.

Как работает алхимия? Он заменяет узлы, которые компании используют для чтения и записи блокчейнов, на более быструю и масштабируемую децентрализованную архитектуру.Он также предоставляет инструменты для аналитики, мониторинга, оповещения, регистрации и отладки программного обеспечения, связанного с криптовалютой. Двухлетний стартап уже поддерживает инфраструктуру для сотен предприятий, обслуживающих более миллиона клиентов в 200 странах в неделю, включая такие известные имена, как Augur, 0x, Cryptokitties, Kyber и браузер Opera.

«Сейчас люди пытаются строить небоскребы кирками и лопатками. Мы должны дать им строительное оборудование, – говорит мне соучредитель и генеральный директор Alchemy Никил Вишванатан.«Ничего из этого не существует для блокчейна».

Инвесторы выстраиваются в очередь, чтобы убедиться, что это произойдет. Alchemy объявляет, что она собрала 15 миллионов долларов через посевной раунд, а теперь серию A, возглавляемую Pantera Capital, к которой присоединились Стэнфордский университет, Coinbase, Samsung, SignalFire, а также такие ангелы, как Чарльз Шваб, основатель Yahoo Джерри Янг, основатель LinkedIn Рид. Хоффман, председатель Google Джон Хеннесси и другие.

«Для любой новой технологии необходимы инфраструктура разработчика и инструменты, позволяющие расширять разработку и внедрение приложений.Мы видели, как это происходило в предыдущих технологических волнах, таких как ПК и Интернет, – говорит Ян, который редко дает интервью. «Алхимия пытается сделать то же самое с пространством блокчейнов. . . у них есть возможность значительно ускорить развитие всей индустрии блокчейнов ».

От обеда до децентрализованных приложений

Несмотря на свою динамику, сразу становится ясно, что Alchemy не хочет превращаться в очередное раздутое обещание блокчейна, которое не выполняется. «В Кремниевой долине есть две метрики тщеславия, – заявляет Вишванатан.«Сколько денег вы собрали и сколько людей в вашей команде. На самом деле, вы хотите, чтобы и то и другое было как можно ниже, при этом добиваясь большого успеха ».

Соучредители Alchemy (слева направо): Никил Вишванатан и Джо Лау

Вишванатан, соучредитель и технический директор Джо Лау уже имели шанс попасть в стартап A-league. На короткое время их простое социальное приложение, позволяющее узнать, могут ли друзья общаться с помощью смайликов, под названием Down to Lunch, возглавило рейтинг приложений, а венчурные капиталисты выбили им двери с предложениями.Но пару выпускников Стэнфорда по информатике сбил с толку злобный слух о том, что их приложение помогает похитителям, который они называют целенаправленной клеветнической кампанией.

Тем не менее, эти двое оказались устойчивыми, опираясь на время, проведенное Вишванатаном в управлении продуктами, которым наставляли руководители Google, Microsoft и Facebook. Он сел рядом с Марком Цукербергом, привел Стива Балмера в кампус и провел встречи с Ларри и Сергеем. Его вывод был таков: «Вы можете оказать огромное влияние на мир. Если они могут это сделать, то сможем и мы.”

Итак, когда в 2017 году криптовалюта достигла своего пика, они отбросили многообещающих преемников Down to Lunch, которые они создали, и нырнули в голову первыми. Из-за разочарования в развертывании узлов для создания чего-либо децентрализованного они увидели возможность начать что-то с большим потенциалом, чем социальное приложение для студентов колледжа. Они увидели шанс захватить мостовой уровень следующей вычислительной платформы – блокчейн.

Одна из стратегий, которую дуэт переносит из Down to Lunch, позволяет любому клиенту Alchemy напрямую связываться с ним.Они фактически помещали свои номера телефонов в DTL, чтобы не забывать о проблемах, но вскоре стали получать около 10 000 текстовых сообщений в день от миллионов пользователей приложения, что делало iMessage Вишванатана неработоспособным. Он показывает мне электронное письмо «Ты наша единственная надежда», которое он отправил Тиму Куку, умоляя его исправить, которое в конечном итоге было предоставлено.

Теперь большая часть бережливой команды Alchemy, включая основателей, открыто доступна клиентам через Telegram для получения мгновенной помощи. Вишванатан оправдывает жалобы генерального директора, говоря: «Это не просто хорошая поддержка клиентов.Это дает нам действительно отличную обратную связь от пользователей ». Он не хочет, чтобы это изменилось, даже с учетом новых денежных средств от инвесторов, включая StartX из Стэнфорда, Mayfield, Kenetic, Dreamers и бывшего генерального директора Thompson Reuters Тома Глосера.

Вишванатан и Лау известны в предпринимательских кругах за то, что они приняли экономную стартап-жизнь, питаемую рамэном. Однажды Лау провел шесть дней подряд в офисе, чтобы держать вещи на плаву, в то время как Down to Lunch взорвался. Они по-прежнему управляют лоскутным судном, где сотрудники сидят на картонных коробках, пока не прибудут стулья для их нового, но все еще уютного офиса.

Это не магия, это алхимия

«Это 1972 год. Кто пользовался компьютерами? Только компьютерные компании. К 2019 году весь мир. Кто пользовался Интернетом в 1992 году? Только интернет-компании. К 2019 году весь мир. Кто использует блокчейн в 2019 году?… »- объясняет Вишванатан.

Подразумевается, что повсеместное распространение получает транзакции, связанные с кодом, и блокчейн станет настолько распространенным, что мы даже не будем говорить об этом так же. «Никто не говорит:« Я использую интернет-приложение », – смеется Вишванатан.

Сделать то же самое с блокчейном – цель Alchemy. Обычно для того, чтобы начать работу, компании должны потратить десятки тысяч долларов на настройку и эксплуатацию узлов, которые могут интерпретировать и записывать в блокчейны. Это не только медленно и дорого, но и требует огромных инженерных ресурсов. И что еще хуже, архитектура узлов может не поддерживать массовый масштаб. Балансировка нагрузки между серверами, как это обычно бывает с веб-приложениями, не работает, когда узлы по ошибке возвращают номера блоков, не синхронизированные.Блокчейн-приложения работают медленно и с ошибками или полностью вылетают из строя. Программисты проводят ночи без сна, борясь с пожарами.

Alchemy использует совершенно другую децентрализованную архитектуру, – говорит Лау. Это позволяет разделять различные типы данных в специальные хранилища данных для более быстрого и надежного доступа. В результате проще создавать приложения на биткойнах, Ethereum и других монетах с меньшими инженерными ресурсами. В этом смысле он мало чем отличается от Amazon AWS для блокчейна.

Но Alchemy также черпает вдохновение в Microsoft, предлагая ряд инструментов для управления децентрализованными приложениями.К ним относятся аналитика для отслеживания использования, мониторинг производительности и доступности, оповещение для информирования команд о сбоях, ведение журнала для отслеживания ошибок и отладка для восстановления нормальной работы приложений. В традиционном Интернете это была бы работа нескольких стартапов, но поскольку блокчейны стандартизируют базу данных и способы доступа к ней, Alchemy может делать все это и уже создает больше инструментов.

«С тех пор, как мы начали использовать Alchemy, наша команда смогла переориентировать свое время на создание новых функций продукта для Augur, которые мы не смогли бы сделать в противном случае», – говорит мне операционный директор Augur Том Кайсар.«Раньше мы тратили много времени на решение проблем с инфраструктурой, а теперь совсем не волнуемся». Его стартап по рынку предсказаний пишет, что Alchemy решила 98% проблем с надежностью и заставила приложения своих пользователей загружаться в 3 раза быстрее.

Криптообмен AirSwap отказался от созданной им системы узлов с открытым исходным кодом, чтобы вместо этого использовать Alchemy. Другой клиент сказал, что ему вернули 25% своего инженерного персонала. Когда я посмотрел на его главного конкурента в области инфраструктуры, Infura, поддерживаемую основателем Ethereum, большинство клиентов, которые он перечисляет на своем сайте, теперь фактически работают с Alchemy.«Alchemy тихо и быстро превратилась в ведущего поставщика инфраструктуры. Мы очень рады видеть, как Alchemy будет продвигать крипто-экосистему », – говорит исполнительный директор Coinbase Эмили Чой.

Еще один обнадеживающий знак? Алхимия уже отвергла интерес к приобретению. «Для нас продажа за 100 миллионов долларов или 1 миллиард долларов не является успехом», – говорит Вишванатан. Они хотят расширить возможности поколения разработчиков.

«Я был тесно связан с компаниями, которые сформировали ранний Интернет, такими как Google, – говорит Хеннесси, бывший президент Стэнфорда.«То, что делает Алхимия в области блокчейна, может иметь такой же трансформационный потенциал, и Никил и Джо обладают глубоким техническим опытом и доказанной предпринимательской репутацией, чтобы это произошло». 30-летний Лау сказал мне, что советы старых технических специалистов бесценны. «Хеннесси увидел рост компьютеров. Хорошо, когда есть люди, которые видели то, чего не видели мы ».

«Это то, что вращает цикл инноваций»

За моим обеденным столом в районе Миссионер в Сан-Франциско Вишванатан легкомысленно чертит сетку, чтобы обозначить историю платформ для разработчиков.

В первую эпоху IBM недооценила рынок персональных компьютеров, позволив Microsoft установить Windows, открывшую ПК для сторонних разработчиков программного обеспечения. Во втором веке именно браузер, а затем и мобильная ОС позволили Apple и Google занять золотую середину между HTTP и нашими любимыми приложениями. Алхимия предполагает это прибыльное место в видении Вишванатана третьей эпохи, оснащенной блокчейном. «Это то, что раскручивает инновационные циклы и увеличивает скорость разработки», – говорит он об этом уровне инфраструктуры.

Настоящий вопрос, однако, заключается в сроках. «Самая большая угроза заключается в том, как быстро криптовалюта станет массовым рынком», – признает Вишванатан. Он говорит, что Alchemy уже зарабатывает приличные деньги, продавая инструменты и пакеты услуг, стоимость которых начинается с десятков тысяч долларов. Но ему может понадобиться его технология, чтобы запустить маховик разработчиков блокчейнов, обеспечив прорывной успех в обслуживании основных потребителей, что, в свою очередь, могло бы привлечь больше создателей в отрасль.

Убедить разработчиков, особенно существующие корпорации, передать на аутсорсинг ключевую часть своей инфраструктуры Alchemy может оказаться сложной задачей для стартапа, ориентированного на инженерное дело. Только на прошлой неделе он нанял своего первого продавца, чтобы помочь представить крупным банкам и коммерческим гигантам, заинтригованным эффективностью блокчейна. Криптозилоты также могут отказаться от запуска своих децентрализованных приложений через… центральную платформу. К счастью, поскольку Alchemy управляет всем, от бирж и игр до финансирования и интеграции распределенных реестров в традиционный бизнес, ей просто нужно что-то, чтобы выиграть на блокчейне.

Многие стартапы умерли в ожидании. Почему алхимия будет настойчивой? Основатели говорят, что платить вперед – это чувство долга. «Мне просто повезло жить в 2019 году, и у меня есть технологии, компьютеры и Интернет. Никогда еще в истории человечества за последние 20 лет вы не могли построить что-то и потенциально улучшить жизнь всех людей на планете », – говорит мне Вишванатан.

«Эти технологические сдвиги происходят каждые 20–30 лет. Если это масштабный технологический сдвиг, у нас есть шанс построить действительно основополагающую компанию в этой области.Дело не в деньгах, – заключает он с сияющей улыбкой. «Есть так много менее стрессовых способов зарабатывать деньги, чем стартапы».

Node.js

21 июля 2021 г.

Параметры исходящего трафика теперь доступны для бессерверного доступа к VPC. Параметры исходящего трафика позволяют указать, следует ли отправлять трафик с внешними адресатами через бессерверный соединитель доступа VPC, что необходимо, если вы хотите настроить статический исходящий IP-адрес для службы App Engine.

30 июня 2021 г.

Указание управляемой пользователем учетной записи службы для каждой версии App Engine во время развертывания теперь доступно в предварительной версии. Эта функция позволяет вам предоставлять разные привилегии каждой версии в зависимости от конкретных задач, которые она выполняет, и избегать предоставления большего количества привилегий, чем необходимо.

Запросы от вновь созданных или обновленных заданий App Engine Cron, отправляемых в стандартную среду App Engine, теперь поступают из 0.1.0.2 . Для заданий Cron, созданных в более старых версиях gcloud (ранее, чем 326.0.0), запросы Cron будут приходить с 0.1.0.1 . Раньше эти запросы приходили только с 0.1.0.1 . Дополнительные сведения см. В разделе Общие сведения о брандмауэре App Engine.

14 июня 2021 г.

App Engine теперь доступен в регионах us-west1 (Орегон), asia-southeast1 (Сингапур) и asia-east1 (Тайвань).

27 апреля 2021 г.

Элементы автоматического масштабирования min_instances и min_idle_instances теперь будут применяться только к версиям службы, которые были настроены для приема трафика.Это изменение предназначено для уменьшения количества непредвиденных выставлений счетов из-за экземпляров, использующих старые версии, которые не предназначены для приема трафика.

20 апреля 2021

14 апреля 2021 г.

13 апреля 2021 г.

App Engine теперь доступен в регионе europe-central2 (Варшава).

26 марта 2021 г.

App Engine предоставляет новую метрику, Использование ЦП , которая указывает на среднее использование ЦП по всем активным экземплярам.Для получения дополнительной информации см. Метрики Google Cloud.

11 марта 2021 г.

Среда выполнения Node.js 14 для стандартной среды App Engine теперь общедоступна.

12 ноября 2020

Вы можете использовать элементы управления входом в сеть, чтобы ваше приложение получало только запросы, которые отправляются из VPC вашего проекта или маршрутизируются через балансировщик нагрузки Cloud Load Balancing. Эта функция теперь общедоступна.

25 сентября, 2020

Если вы используете облачную балансировку нагрузки, вы можете использовать элементы управления входом в сеть, чтобы ваше приложение получало только запросы, которые маршрутизируются через балансировщик нагрузки.

23 июля, 2020

08 июля, 2020

6 июля, 2020

Среда выполнения Node.js 12 для стандартной среды App Engine теперь общедоступна.

08 июня, 2020

App Engine теперь доступен в регионе asia-southeast2 (Джакарта).

14 мая 2020

Чтобы получить подробное представление данных о выставлении счетов для каждого ресурса, используемого службами App Engine, вы можете применять ярлыки к службам, экспортировать данные о выставлении счетов в BigQuery и выполнять запросы.Дополнительные сведения см. В разделе «Маркировка ресурсов App Engine».

20 апреля 2020

App Engine теперь доступен в регионе us-west4 (Лас-Вегас, Невада).

13 марта 2020

App Engine теперь доступен в регионе asia-northeast3 (Сеул).

06 марта 2020

App Engine теперь доступен в us-west3, регион (Солт-Лейк-Сити, Юта).

11 февраля 2020

App Engine изменяет URL-адреса, которые вы используете для отправки запросов в свои приложения.Теперь вы можете включить идентификатор региона, чтобы помочь Google маршрутизировать ваши запросы более эффективно и надежно. Например, приложение может получать запросы по адресу https: // PROJECT_ID . REGION_ID .r.appspot.com . Этот новый URL-адрес является необязательным для существующих приложений и скоро станет обязательным для всех новых приложений.

Чтобы обеспечить плавный переход, мы медленно обновляем App Engine для использования идентификаторов регионов. Если мы еще не обновили ваш проект Google Cloud, вы не увидите идентификатор региона для своего приложения.Поскольку идентификатор не является обязательным для существующих приложений, вам не нужно обновлять URL-адреса или вносить другие изменения, когда идентификатор региона станет доступным для ваших существующих приложений.

6 февраля 2020

• Вы больше не можете применять новые лимиты расходов к проектам. Существующие лимиты расходов будут продолжать действовать. Дополнительные сведения о том, как можно ограничить затраты на приложение, см. В разделе Ограничение затрат.

11 декабря 2019

16 октября, 2019

30 июля 2019

• Инструменты AppCfg и устаревший автономный SDK App Engine, поставляемый через GoogleAppEngineLauncher.Файлы dmg , GoogleAppEngine.msi и google_appengine.zip устарели. Google прекратит работу и прекратит поддержку 30 июля 2020 г.

27 июня, 2019

• Поддержка Node.js 8 в App Engine больше не поддерживается.

• Новые развертывания приложений Node.js 8 будут невозможны с 1 октября 2019 г. Обновите приложение Node.js 8, чтобы использовать среду выполнения Node.js 10.

18 апреля 2019

• App Engine теперь доступен в регионе asia-northeast2 (Осака, Япония).

15 апреля 2019

• App Engine теперь доступен в регионе европа-запад6 (Цюрих, Швейцария).

09 апреля 2019

• Cloud Tasks теперь называется GA и может использоваться для настройки задач, которые будут выполняться асинхронно, вне запросов пользователей.

• Бессерверный доступ к VPC сейчас находится в стадии бета-тестирования. Бессерверный доступ к VPC позволяет вашему приложению подключаться к внутренним ресурсам в сети VPC, таким как экземпляры виртуальных машин Compute Engine, экземпляры хранилища памяти и т. Д.

20 марта 2019

• Среда выполнения Node.js 8 обновлена ​​до версии 8.14.0 Node.js.

• Среда выполнения Node.js 10 обновлена ​​до версии Node.js 10.14.0.

12 декабря 2018

30 октября 2018

• Среда выполнения Node.js 10 для стандартной среды App Engine, работающая под Node.js версии 10.11, сейчас находится в стадии бета-тестирования.

22 октября 2018

• App Engine теперь доступен в регионе asia-east2 (Гонконг).

19 сентября 2018

• Поддержка диспетчера пакетов Yarn: если присутствует файл yarn.lock , зависимости будут установлены с использованием yarn .

• Теперь при развертывании вы можете принудительно установить зависимости Node.js с помощью приложения gcloud beta deploy --no-cache . Это пропустит механизм кеширования, который построитель использует для ускорения сборки.

24 августа 2018

• Узел.js была обновлена ​​до Node.js версии 8.11.4.

10 августа 2018

• Добавлена ​​поддержка настраиваемого шага сборки: если сценарий с именем gcp-build присутствует в package.json , этот сценарий будет выполняться во время развертывания вместе с зависимостями, объявленными в devDependencies .

• package.json теперь может ссылаться на локальные зависимости, например: "my-local-module:" file: ./ my-path ".

10 июля 2018

• App Engine теперь доступен в регионе us-west2 (Лос-Анджелес).

4 июля 2018

• Среда выполнения Node.js обновлена ​​до Node.js версии 8.11.3.

02 июля 2018

Исправлена ​​ошибка в конфигурации автоматического масштабирования, когда App Engine агрессивно завершал работу экземпляров при использовании параметра max_instances .

12 июня 2018

• Узел.js для стандартной среды App Engine сейчас находится в стадии бета-тестирования с использованием Node.js версии 8.11.2.

15 мая 2018

• Завершено постепенное развертывание обновления системы автоматического масштабирования:
  • Повышенная эффективность, приводящая, как правило, к снижению стоимости экземпляра (сокращение до 6% для многих пользователей) и до 30% снижению для запросов на загрузку , которые являются первым запросом к новому экземпляру.
  • Новый параметр максимального числа экземпляров позволяет ограничить общее количество запланированных экземпляров.
  • Новый параметр минимального числа экземпляров позволяет указать минимальное количество экземпляров, которое будет продолжаться для вашего приложения.
  • Новая настройка целевой загрузки ЦП позволяет оптимизировать время задержки и стоимость.
  • Новый параметр использования целевой пропускной способности позволяет оптимизировать количество одновременных запросов, при которых запускаются новые экземпляры.
  • Больше нет резидентных экземпляров в автоматическом масштабировании. Раньше, если вы использовали параметр min_idle_instances , минимальные простаивающие экземпляры были помечены как Resident в Cloud Console, а остальные экземпляры были помечены как Dynamic .Новый планировщик просто помечает все экземпляры как Dynamic с автоматическим масштабированием. Однако основное поведение остается аналогичным предыдущему поведению. Если вы используете min_idle_instances и включите запросы на прогрев, вы увидите, по крайней мере, такое количество динамических экземпляров, работающих даже в периоды отсутствия трафика.
  • Подробнее см. В документации по автоматическому масштабированию.

27 апреля 2018

• Опубликована альфа-документация для Node.js для стандартной среды App Engine.

14 декабря 2017

31 октября 2017

• App Engine теперь доступен в регионе asia-south2 (Мумбаи, Индия).

11 октября 2017

13 сентября 2017

• Теперь вы можете использовать управляемые сертификаты для добавления SSL в личный домен. После сопоставления личного домена с приложением App Engine автоматически подготавливает сертификат SSL и обрабатывает его обновление до истечения срока его действия и его отзыв при удалении личного домена.Управляемые сертификаты находятся в стадии бета-тестирования. Дополнительные сведения см. В разделе «Защита пользовательских доменов с помощью SSL».

5 сентября 2017

• App Engine теперь доступен в регионе юг-восток1 (Сан-Паулу, Бразилия).

01 августа 2017

• App Engine теперь доступен в регионе европа-запад3 (Франкфурт, Германия).

18 июля 2017

• App Engine теперь доступен в регионе австралия-юго-восток1 (Сидней, Австралия).

06 июня 2017

• App Engine теперь доступен в регионе европа-запад2 (Лондон).

9 мая 2017

• App Engine теперь доступен в регионе us-east4 (Северная Вирджиния).

27 октября 2016 г.

• Канал и службы XMPP устарели. Эти услуги будут отключены 31 октября 2017 года.

01 августа 2016

Примечания к Admin API

• Версия 1 Admin API теперь общедоступна.

Замечания по времени выполнения Node.js

• В этот выпуск не входит новый пакет SDK для Node.js. Пользователи Node.js должны продолжать использовать SDK 1.9.40.

18 июля 2016

• Пропущена версия 1.9.39.

• Запросы LeaseTasksByTag будут ограничены 25 запросами в секунду.

• Ошибки сервера и ошибки клиента теперь более точно отражают ошибки статуса каждого URL-адреса на панели управления App Engine.

• Увеличивает максимальное количество задач cron до 250.

01 июля 2016

25 мая 2016

• Ошибка, возвращаемая функцией URL Fetch для запроса к порту за пределами разрешенных диапазонов (80-90, 440-450, 1024-65535), теперь всегда будет возвращать INVALID_URL , как указано в документации.

Облачное хранилище данных

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

4 мая 2016

Включает общие исправления ошибок и улучшения.

2 мая 2016

Гибкая среда App Engine

• Среда выполнения Ruby теперь доступна для гибкой среды App Engine.

18 апреля 2016

В ответ на ваши запросы API пользователей App Engine присоединяется к остальной части App Engine в поддержке ролей IAM и расширения групп. Это означает, что любой пользователь, который является владельцем проекта, редактором, наблюдателем или администратором App Engine, рассматривается API пользователей как «администратор» независимо от того, была ли ему предоставлена ​​роль напрямую или в результате членства в группе.* Этот выпуск заполняет сведения об ошибках, если они доступны, в сообщениях об ошибках, связанных с типом исключения «OverQuota».

24 марта 2016

• Исправляет отметки времени трассировки для соответствия отметкам времени журнала.

04 марта 2016

• Увеличивает квоту по умолчанию для получения URL-адресов для платных приложений. См. Подробности на странице квот.

17 февраля 2016

• URL-путь “/ form” теперь разрешен и будет перенаправлен приложениям.Ранее этот путь был заблокирован.

3 февраля 2016

• Варианты конструкции контейнера для управляемых виртуальных машин

  Приложение gcloud preview для развертывания команд (и mvn gcloud: deploy ) загружает ваши артефакты на наши серверы и создает контейнер для развертывания вашего приложения в среде управляемых виртуальных машин.

  Существует два механизма для удаленного построения образа контейнера. По умолчанию контейнер создается на временной виртуальной машине Compute Engine с установленным Docker.В качестве альтернативы вы можете использовать сервис Cloud Build. Чтобы использовать сервис Cloud Build, выполните следующие действия:

  1. Активируйте Cloud Build API для своего проекта.
  2. Используйте команду gcloud config set app / use_cloud_build True . Это приведет к тому, что все вызовы приложения для предварительного просмотра gcloud развернут для использования службы. (Чтобы вернуться к поведению по умолчанию, используйте команду gcloud config set app / use_cloud_build False .

14 января 2016

App Engine теперь поддерживает группы Google: добавление группы Google в качестве участника проекта предоставляет участникам группы доступ к App Engine.Например, если группа Google является редактором проекта, все члены группы теперь имеют доступ редактора к приложению App Engine.

30 ноября 2015 г.

Заголовки для запросов очереди push, сделанных для задач очереди задач без полезной нагрузки, теперь будут содержать запись Content-Length, установленную на «0». Ранее заголовки для таких запросов не содержали записи Content-Length.

• Прекратить вычисление и сохранение глубины очереди для несуществующих очередей, очередей, отмеченных для удаления, а также в случае сбоев в таблице очередей.

• Для разработчиков, использующих API конечных точек, добавлен обнаруживаемый логический параметр в аннотацию @Api, чтобы пользователи могли отключить обнаружение API. Использование этой функции предотвратит работу некоторых клиентских библиотек (например, JavaScript) и API Explorer, поскольку они зависят от обнаружения.

29 октября 2015

API перспективного поиска, поддержка которого прекращена 14 июля 2015 г., теперь доступна только существующим пользователям. Он будет полностью закрыт 1 декабря 2015 года.* Повышена точность гео-фильтрации в поисковых запросах.

25 сентября 2015

Приложения, для которых недавно разрешено выставление счетов, теперь по умолчанию используют неограниченный дневной бюджет и больше не используют по умолчанию максимальный дневной бюджет в размере 0 долларов США. Это предотвращает нежелательные простои из-за исчерпания бюджета. Чтобы установить предел суточной стоимости приложения, после включения биллинга установите бюджет в настройках ядра приложения. Для получения дополнительной информации см. Установка дневного бюджета.

• Исправление: теперь разрешены повторяющиеся числовые фасеты.

• Faceted Search теперь GA.

27 августа 2015

• Библиотека oauth3client обновлена ​​до версии 1.4.2

• Добавляет меню «показать в контексте» для журналов приложений MVM, которые имеют thread_id или request_id в качестве поля в записи журнала. Это позволяет сортировать журналы приложений по любому полю.

• Возможность инициализировать приложения для текущей нагрузки и настроить эластичное предоставление на основе показателей уровня виртуальной машины и приложения.

• Теперь к удаленному API можно получить доступ, используя учетные данные OAuth3, используя https://developers.google.com/identity/protocols/application-default-credentials

• Используйте RequestPayloadTooLargeException для запросов URLFetch со слишком большими полезными данными.

14 августа 2015

• Добавлен PyAMF версии 0.7.2 (Beta).

• Меню консоли администратора начинают перенаправление в Cloud Console. Некоторые службы, такие как журналы администратора, по-прежнему будут доступны в консоли администратора.

• Хранилище данных теперь позволяет свойствам представлять пустой список.

• Неудачные задачи в очередях, настроенных с нулевым значением retry_limit , больше не будут повторяться.

  Добавить комментарий Отменить ответ

  Ваш адрес email не будет опубликован. Обязательные поля помечены *

  Комментарий *

  Имя *

  Email *

  Сайт