Какой стек технологий выбрать для разработки экосистемы проектов?

Я занимаюсь разработкой интернет проектов. Сейчас вместе с командой специалистов мы готовимся к разработке большого и высоконагруженного проекта.
Общая концепция выглядит приблизительно так:
Будет много разных баз данных, в которых будет храниться информация разного типа, текстовая, графическая, видео и аудио. Каждая база будет содержать информацию по разным темам.
Отдельно будет полнотекстовая поисковая система объединяющая информацию из всех источников.
Так же будет много различных микросервисов расширяющих сервисный функционал, например сквозная авторизация, сервис закладок, хранения паролей и т.д.
Посоветуйте пожалуйста какой стек технологий для разработки выбрать, с учётом некоторых условий:
- Язык(и) программирования современные и содержащие подробную информационно-документальную базу и популярные сообщества поддержки.
- Высокая производительность и многопоточность.
- Простая масштабируемость.
- Актуальность на ближайшие 2-3 года.
- Интеграция с проектами написанными на других языках.
Постарайтесь пожалуйста привести аргументы в пользу того или иного выбора, а так же возможные минусы.

Дополнительно:

Корованы! Будьте бдительны!

Ответы:

Ну как бе команда спецов у вас есть - пусть и решает.

Под ваше ТЗ подходят любые ЯП - потому что ТЗ говно.

• Ну что они решают это само собой разумеется, но для объективности мне нужно понимать какие есть альтернативы и может быть нужно искать специалистов другого профиля.
  "Под ваше ТЗ подходят любые ЯП - потому что ТЗ говно."
  Очень аргументированно... Текущее ТЗ формальное, но достаточно информативное для понимания целей и задач. Если что-то не понятно, тогда уточните что именно, насколько это возможно я постараюсь описать.

• но достаточно информативное для понимания целей и задач

  мой ответ тоже достаточно информативен - любые ЯП. Аргумент - они удовлетворяют вашему ТЗ.

  А так вообще такая задача решается техлидом за очень немаленьике деньги. Или вы готовы доверить судьбу проекта рандомным челам с интернета?

• Если что-то не понятно, тогда уточните что именно, насколько это возможно я постараюсь описать.

  Так как не описано по теме вообще ничего (что и понятно - скорее всего вы описываете задачу не как специалист, а как обыватель, где-то боком зацепивший пару айтишных терминов).
  На простом языке звучит так:
  1) Чтобы модно, стильно, молодежно, и можно починить если накриворучим.
  2) Чтобы - Вжжжух - и полетела!
  3) Чтобы 2 раза не вставать, пусть еще и это, как его... а масштабировалось, ввысь или вширь не суть важно, термин просто уж очень красивый...
  4) Фичи будем пилить долго, по этому пусть стек еще проживет хотя-бы пару лет...
  5) И эта... интеграция, точно. Обязательно нужно. На ютубе есть, и нам надо.

  В вашей "общей концепции" кроме слова "большой" о реальной предполагаемой нагрузке, как и об объеме хранимых данных, вообще ни слова. Собственно то что определяет нагрузку - посещаемость в сутки, rpm, rps, пиковые, типовые и минимальные значения, объемы таблиц в миллионах строк, частые селективные выборки, типы хранимых данных, в бд много мелких таблиц или мало но с большими объемами, и еще десятка 2-3 параметров, по которым можно определить нагруженность проекта и какие инструменты использовать для конкретных задач. Нужен ли оракл или мсскуель, или справится мускуль или постгрес, или вообще нужен какой-то ноэскюэль... Полнотекст будет через средства бд или надо вешать и настраивать сфинкс/еластик... Насколько горячие должны быть кэши и что с какой переодичностью будет рекэшироваться, а что вообще должно быть живыми запросами. Какой предполагаемый рост нагрузки в месяц/год, каков план по увеличению ресурсов серверов с ростом нагрузки...

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

• ThunderCat, Спасибо вам большое ра разъяснения. Особенно про ТЗ мне понравилось)))
  Вы очень близки были к реальной истории. Я опубликовал часть заполненного брифа и менеджер не хотел воспринимать мою критику. А я не мог подобрать слов что бы объяснить в чём ошибка. Вы очень помогли. ещё раз спасибо.

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

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

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

Общая концепция выглядит приблизительно так:
Будет много разных баз данных, в которых будет храниться информация разного типа, текстовая, . Каждая база будет содержать информацию по разным темам.

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

Отдельно будет полнотекстовая поисковая система объединяющая информацию из всех источников.

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

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

Тоже самое - больше архитектура, нежели стек.

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

На сегодняшний день есть 4-5 хорошо распространенных языка, используемых в вебе: пхп, ява, жс, питон, в меньшей степени c#, руби, голанг, остальные больше экзотика, нежели мэйнстрим.

- Высокая производительность и многопоточность.

Которая в вебе не особо нужна, хотя практически все вышеперечисленные языки в той или иной мере многопоточность поддерживают. Опять же - сразу "видны уши" вашей недостаточной компетентности в вопросах разработки высоконагруженных проектов. Дело в том что в 99% случаев код именно языка программирования особо не нагружен. Больше всего процессорного времени будет съедаться запросами к бд и внешним сервисам. Код просто прослойка между фронтом и бд, чаще всего просто выполняющая задачи CRUD прослойки.

- Простая масштабируемость.
- Актуальность на ближайшие 2-3 года.

Везде подходит

- Интеграция с проектами написанными на других языках.

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

Постарайтесь пожалуйста привести аргументы в пользу того или иного выбора, а так же возможные минусы.

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

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

• Не то, чтобы всё это было категорически необходимо, но если уж начал клепать одностраничные лендинги на тильде, то к делу надо подходить серьёзно.

пусть будет C#, Java, Php
все это подойдет

• Не могли бы вы как-то аргументировать свой выбор?
• Константин Васильев, все 3 входят в тройку самых популярных языков

У Александра Гранина был лозунг "Фри монады - наше всё!" (это Haskell).
(книга Functional Design and Architecture)

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