AlexPitTech, я не про репозиторий, а про окружение. Вся конфигурация должна находиться в переменных окружения, либо в подключаемом файле.
Если вы предлагаете чтобы он обращался ко всем нодам параллельно, то спасибо за ваше предложение.
Ни в коем случае, по тому что в рамках таких концептов как blue-green deployment к йодам никто обращаться, например, не может.
Сегодня любой сервис по сути должен быть immutable от момента запуска версии и до момента ее смерти. Важно понимать как будет себя вести система если на разных содах разные конфигурации. Например, представим что это доступ к базе данных. Мы не имеем никакого права позволить системы иметь возможность писать сразу в 2 базы в процессе изменения конфига
AlexPitTech, конфигурация любого приложения должна быть статической и не подвергаться изменению. Конфигурация это ось координат и в любую единицу времени должна быть едина сквозь все экземпляры. Это значит что изменение конфигурации не может быть инициировано отдельной нодой и должен быть оркестратор, который за это отвечает. Это приводит нас к созданию артефактов (билдов) и деплоя их в инфраструктуру
AlexPitTech, ключевое слово - конфигурация. Новый конфигуратор - новый деплой. Изменяя конфигурацию вы меняете правила игры и других опций у вас просто нет
Shakir Darion, очень плохая позиция. Фронт это публичная часть, а значит что опираться на порядок и число запросов оттуда бесполезно. Надо строить систему таким образом чтобы было не важно как с ней работают. Архитектура страдает, как минимум. В голове тоже не все в порядке если проблема ищется в таком случае на фронте
twoone, я много говорю про http/2, но даже и раньше это быстрее. Позволяет пользователю раньше получить контент. Люди имеют свойство не ждать ответа от сайта и уходить если долго не получают страницу. раньше это было 8 секунд, а сегодня куда медленнее. Мобильный интернет тоже не везде LTE, поэтому получение контента максимально быстро это тоже важно.
Ну и на поисковые метрики это повлияет очень сильно. Ни одной причины грузить картинки через base64 просто нет
twoone, ну, это редкий кейс и почти бесполезный при появлении http/2
а затем сто запросов сделать к серверу
с появлением http/2 соединение открывается один раз, а заголовки отправляются только те, которые отличаются от прошлого запроса + протокол бинарный + они идут параллельно, что позволяет лучше утилизировать сетевое соединение
Что до остального то стоит хоть немного узнать про то как браузер загружает данные и хотябы раз в жизни открыть инструменты разработчика в браузере на вкладке Сеть. Когда мы вставляет изображения в base64 то они загружаются вместе с основным контентом и это занимает больше времени. Когда мы вставляем ссылки то сначала загружается МАЛЕНЬКИЙ html быстро, а потом в несколько потоков, параллельно, грузятся все ресурсы. С появлением html/2 это стало еще более заметно
chevg, смотря о чем мы говорим. Зависимость полей в интерфейсе всегда приходится программировать ручками. Если о зависимости в Базе то там связи прямо в визуальном редакторе настроить можно
Петрос Торосян, добро пожаловать в реальный мир. Уклоняться в одну из сторон можно сколько угодно, только это вообще никак не влияет на шансы в нахождении работы
Иван Шумов
@inoise Куратор тега Amazon Web Services
Tanya, в aws нельзя полагаться на такие вещи как статический ip. Прикрутите elasticip к инстанс хотябы, в лучше вообще закрыть балансировщиком нагрузки.
А в вашем случае просто был перезапущен инстанс. Это не проблема, а нормальное повеление сервиса
Иван Шумов
@inoise Куратор тега Amazon Web Services
Tanya, в сферическом проекте в вакууме есть только мозг человека и его руки. Вообще починить что-то в AWS не имея квалификации в конфигурации сетей - шансов примерно ноль. Если что то EC2 может самостоятельно перезапускаться при замене железа на котором он крутится, что бывает не часто, но все-таки случается. Если это произошло и сервер был настроен через одно место то могло что-то там просто не запуститься. И не известно как вообще идет трафик до ec2, как нацеплен домен, не поменялся ли IP. Все что угодно может происходить, еще раз
Максим, программирование сегодня можно на любой оси учить, хотя так было всегда, в принципе. А для сервера проще брать vps в аренду. Там покупаются конкретные мощности, без всяких «или»
Ни в коем случае, по тому что в рамках таких концептов как blue-green deployment к йодам никто обращаться, например, не может.
Сегодня любой сервис по сути должен быть immutable от момента запуска версии и до момента ее смерти. Важно понимать как будет себя вести система если на разных содах разные конфигурации. Например, представим что это доступ к базе данных. Мы не имеем никакого права позволить системы иметь возможность писать сразу в 2 базы в процессе изменения конфига