Pull to refresh

Comments 11

Я считал что конечным web-сервером Node.js всё таки не делают в продакшине, а сначала ставят nginx, который уже проксирует на node.js.

Если чистое API на ноде, то nginx в целом лишний 100%. Разве что из каких-то соображений секьюрности, типа nginx более надежён в этом планею

При желании инструмент можно заменить на Cockroach, Clickhouse и другие решения.

Ребят, ну все-таки не смешивайте OLTP базы (TiDB и CockroachDB) и OLAP-базы (ClickHouse, с натяжкой Spark...). Нельзя заменить одно на другое, они совершенно о разном, и предназначены для разных вещей: OLTP для построчного хранения и относительного частого доступа к десяткам строк за раз, а OLAP обычно использует колоночное хранение и запросы анализируют сразу хотя бы сотни тысяч строк за раз.
Существует множество стеков для разработки программного обеспечения. Один из наиболее известных — LAMP (Linux, Apache HTTP server, MySQL, PHP). На нем построен сайт «Википедии» и несколько других проектов фонда Wikimedia Foundation. LAMP даже использовали в Facebook для решения ряда задач.
Но есть мнение, что LAMP, хотя и является зарекомендовавшим себя стеком, плохо подходит для построения крупных масштабируемых приложений.

LAMP устарел из-за апача. Вместо него нормальные люди используют nginx давно. Подозреваю что википедия тоже.
А проблемы с масштабируемостью там исключительно от криворукости кодеров (хоть пхп и не идеал но он к этим проблемам ни при чём).


Одним из популярных стеков для облака считается MEAN — MongoDB, Express.js, Angular и Node.js

А вот джаваскриптам на сервере в продакшне делать однозначно нечего.

А вот джаваскриптам на сервере в продакшне делать однозначно нечего.

Есть аргументы? Не как холивар, а как помощь в пользу Go и PHP:)

Чисто из интереса, если уж писать на Go, то зачем нода?

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


ТЭО или иное обоснование "за" и "против" лично я не готов провести в ситуации когда одни хотят внедрить в стэк компании Go, а другие Node.js, при этом особого опыта в этом ни у тех, ни у других нет.

UFO just landed and posted this here
Sign up to leave a comment.