я хочу alb + cloud map по 2 причинам
1. Я использую уже давно CodeDeploy ECS blue/green, мне все нравится
2. Я не хочу что бы сервис/сервисы хоть что-то думали о балансировке запросов

сервисы вы имеете ввиду которые у вас запускаются как ECS таски?

нуу, как ecs сервис, в тасках просто экземпляры

ага, так, ну а почему они сейчас у вас думают о балансировке? или вы хотите чтобы разные сервисы знали про разные сервисы типа app mesh ?

ну сейчас они об этом не думают, всей балансировкой занимается alb
хочу что бы сервис залез в cloudmap и получил alias ALB (собственно завтра попробую через sdk)
app mesh не нужен, все в пределах одной namespace/ecs cluster будет

>хочу что бы сервис залез в cloudmap и получил alias >ALB (собственно завтра попробую через sdk)
вот тут вы меня потеряли т.к. непонятно почему залезая в клаудмап можно/нужно получить ALB алиас

?

или вы хотите чтобы ALB балансир на cloudmap DNS адрес?

frontend -> ALB of gateway service -> Discovery some service (API Cloud MAP) -> ALB DNS Alias of some service -> round robin of requests to ECS tasks of some service

https://docs.aws.amazon.com/cloud-map/latest/api/API_RegisterInstance.html

AWS_ALIAS_DNS_NAME - такое вроде как можно сделать

ага, то есть клаудмап будет ресолвить на ALB DNS который вы укажете, а ALB будет прикреплен к сервису... но так он и так щас указывает автоматически на ECS сервис

у сервисов будет свой приватный alb

ок, а бенефит то в чем по сравнению с автоматической регистрацией сразу через первый балансер, но раз вам надо то наверно он есть

если б там были например несколько контейнеров в такс дефинишен и на каждый отдельный тип контейнера надо было бы свой отдельный лоад балансер...

но имхо так кладумап не умеет

ну вот если представить ситуацию

легковесный гейтвей, на него приходит 100к рпм, он просто передает дальше. Сам заскейлился если нужно
и вот куда он передает, получает весь этот трафик. Собственно сервис на который трафик пришел тоже заскейлился, новая таска добавилась в cloudmap, а будет ли на нее равномерно приходить трафик и еще на другие которые поднял автоскейл. С alb это уже давно протестировано и все работает. А на счет cloudmap собственно и был вопрос

будет приходить после того как DNS запись обновится если через DNS ну или чтоб не ждать руками регистрировать через АПИ

поэтому мне кажется и проще регистрировать через AWS_ALIAS_DNS_NAME и ALB сам все разрулит

я пытаюсь развернуть rest api на Node.JS на aws lambda. у меня херня, вылезающая почти каждый раз когда люди делают проект с lambda - как припаковать модуля.

у меня webpack собирает всё в 1 файл, и serverless framework закидывает на AWS. когда оно работает, имею ошибки, например:
Error: Cannot find module 'pg-native'\nRequire stack:\n- /var/task/lambda.js\n- /var/runtime/UserFunction.js\n-...

я пробовал разную химию с webpack конфигурацией. что-то свое и другое со stackoverflow. пока ничего не помогло.

сейчас что-то типа имею:

'use strict';
var webpack = require('webpack');

module.exports = {
  output: {
    library: 'monger',
    libraryTarget: 'umd'
  },
  resolve: {
    extensions: ['.json', '.jsx', '.js'],
    alias: {
//      'pg-native': 'dummy.js',
//      'dns': 'dummy.js'
    }
  },
  target: 'node',
  externals: [
    'aws-sdk',
    'dns',
    'fs',
    'http2',
    'long',
    'net',
//    'pg-native',
    'pino-pretty',
    'tls',
    'uglify-es',
    'uglify-es/package.json'
  ],
  plugins: [new webpack.ContextReplacementPlugin(/moment[\/\\]locale$/, /en/)]
};

возможно, хотя второй АЛБ больше похож на виртуальный роутер в апп меше как по мне