Иван Шумов
@inoise Куратор тега Amazon Web Services
Вадим, по тому что за EKS дополнительно тратить деньги на кластер + потеря сигналов от подов, которые грешит k8s в 9 из 10 случаев приводит к очень дорогим последствиям
Иван Шумов
@inoise Куратор тега Amazon Web Services
Andrey Shatokhin, все что надо было уже давно доказано) если бы при смене вендор не требовалось бы корректировать конфигурацию то агностик бы существовал. Но нет. Даже Terraform это признали
twoone, посидев в Энтерпрайзе внутри очень быстро понимаешь что лучшие умы там появляются редко, как, в общем, и везде. Каждый инструмент появлялся как необходимость решения определенной задачи. Java и си появлялись исторически как инструмент для решения проблем внутри монолитов. Сегодня же монолиты являются практикой от которой стараются отходить и все эти наследия в итоге выбрасываются в помойку за ненадобностью. Это как с триггерами в базе данных, которые сегодня не нужны, но из никто пока не убрал ибо легаси.
twoone, java и c# - медленно изменяющиеся стабильные языки, это одна причина, а вторая - в Энтерпрайз много денег и этим пользуются такие компании как Oracle продавая им обучение и сертификации, а также гарантирующие всякие виды поддержки. Такая же ситуация как с MSSQL и Oracle.
Ну и в энтерпрайзах я видел все, включая php. Или мы забываем уже на чем тот же Facebook написан?
twoone, Энтерпрайз это вид управления и размер организации, не более. К технологиям и, тем более, архитектурным вопросам не относится. Именно поэтому я прошу не путать кислое с длинным. А на рейтинг языка влияет огромное число факторов и даже хорошо распиаренный полезный инструмент не всегда заходит даже в десятку)
Что до топовой архитектуры то не бывает такого понятия. Бывает простая архитектура, бывает сложная, бывает избыточная. На удивление, самые "топовые" архитектуры я видел в проектах с минимальной командой по тому что там приходится очень много делегировать и получается действительно интересно, а в крупных организациях стараются держаться одного стека и потому там один проект от другого отличается минимально и называется это использование референт-архитектур для доменной области.
А что до языка и архитектуры. В определенных задачах табличка в экселе будет тоже решением.
Не надо подменять понятия. Правильная архитектура это та что решает задачу и способствует развитию бизнеса. Энтерпрайз и языки программирования тут не играют никакой роли
SerzhMolodets, нет, я в идее не сижу, но раньше было. Во всех продуктах JetBrains это один и тот же модуль и работает он отлично. Это очень нужный функционал
Sergey Ryabov, а про serverless стоит почитать. Большинству фронтендеров нет необходимости тратить много сил на изучение backend в чистом виде, а такие вещи как Firebase и AWS Lambda позволяют творить чудеса на ровном месте
Евгений, нет конечно. Надо отделять инфраструктуру от самого приложения. И тестировать приложение. А если нужны интеграционные тесты то их, конечно, отдельно делают. Ну и пайплайны разные. Билд, валидация и доставка контейнеров с приложением и деплой его в инфраструктуру - абсолютно независимые истории. Но это можно рассматривать как независимые проекты, поскольку у них разное назначение и работать они могут в отрыве одного от другого
Евгений, я открою секрет - изменения одновременно не происходят. А ещё бывают копитальные рефакторинг, обновление контейнеров, а ещё интереснее - rollback. Я могу привести миллион примеров когда подход с отдельным репозиторием не подходит.
