на чем лучше писать монолитный бекенд (RestAPI)

Если прям очень хочется обмазаться промышленными паттернами, то только Spring. Если просто нужно нормальное ООП, то попробуй Crystal.

Ближе всего по идеологии того, что натащили в современный js и ноду в том числе, тебе бы подошла джава и спринг. Остальные два будут для тебя казаться 1) странным С 2) инопланетным С++.

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

разве любой C-шний код нельзя вскрыть через ассемблер, раньше такое практиковал и без проблем, но суть вопроса не в защите, а в том что бы была нормальная платформа для средних и больших проектов, с возможностию компилировать а писать на C/C++ 400 endpoints дело такое…

Можно, но толку? Логику оттуда восстановить будет довольно сложно. Хотя если вопрос только в галочке валидна лицензия или нет то да - без разницы.

на счет Java Spring пугает только одно, это производительность, так как с ним я не работал, все говорят что с ним есть проблемы может кто подскажет какая мащина нужна для 1000 реквестов в течениий 5-10 секунд

а логику из .jar можно восстановить?

Progress 4GL

Вопрос сам по себе некорректен, зависит от того как и что ты будешь писать, от того как устроенна балансировка нагрузки и ряда других вещей, но 1000 запросов это вообще не нагрузка. У джавы со скоростью все нормально все три языка которые ты назвал приблизительно одинаковы по скорости выполнения. Просто бери джаву, два остальные еще слишком молоды чтобы их можно было вообще рекомендовать. Но если прямо очень хочется, то тогда может еще го, он хотя бы предельно простой без сюрпризов, для него есть нормальная иде.

Из всего можно, как раз логику и можно восстановить, реализацию нельзя, а поведение можно.

да, думаю все сводится к Java, а Go больше для микросервисов подходит

.jar это zip архив, можешь даже пользоваться утилитой jar из поставки JDK как tar’ом: jar -xvf src.zip; jar -cvf dst.zip ./source/

В jar лежат класс файлы содержащие байткод. Компиляция байткода обходится без оптимизаций (jvm в момент исполнения делает оптимизации), классфайлы содержат описание методов, полей, констант, все это читается JVM и позволяет делать «магию» типа динамических прокси, инжекта зависимостей и т.д.

Для скрытия логики в жабе пользуется обфускаторами, например ProGuard.

По производительности не знаю. Вообще сейчас модно делать все на Go, после сборки получается простой исполняемый бинарник, ненужно отдельно поставлять рантайм. Правда бинарники у Go огромные, потому как рантайм уже вкомпилен. Можно конечно было бы вспомнить GraalVM но не буду, комьюнити у нее пока небольшее, не сравнится с go, у go наверное для всех граблей можно быстро найти информацию.

Кроме быстрой (кросс)компиляции у go никаких достоинств нет. Архитектурно это адок уровня php4. Ничего даже отдаленно напоминающего spring или хотя бы rails, там нет и быть не может.

провела некоторые тесты и вот результаты: ответ был : {«status_code»: 404, «message»: «Method not found»} HttpStatusCode: 200

Golang: AVG: 36939 req/s, 185k requests AVG 45188 req/s, 226k requests

Java Spring: AVG: 12196 req/s, 61k requests, 187 errors AVG: 12717 req/s, 64k requests, 152 errors

NodeJS: AVG 10148.4 req/s 51k requests AVG 11621.6 req/s 52k requests

кстати на node, не было включено кластеризация. понимаю что это поверхностно но все же

вот нода с кластером:

NodeJS Cluster: AVG: 26727.2, 134k requests | AVG: 27870.4, 139k requests

FastAPI

Phoenix Framework

actix-web

.NET Core

Даже интересно, что у тебя получится в Play/Scala (или хотя бы в Play/Java).

Можно попробовать https://github.com/RestExpress/RestExpress, он поверх netty.

нужно чтобы проект был бинарным

беда, когда дело доходит до защити

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

бинарный файл выходит 350MB

не думаю, что это хорошее решение для Enterprise

Как раз таки очень ытерпрайзненько.

Вплоть до получения компилябельного кода.

а есть люди, кто делал монолит на Go, просто ради интереса, какой стек использовали?

«Так тебе бинарник нужен только ради того, чтобы исходники не раскрывать? Тогда не парься делай как делаешь.» к слову, когда в такой bin файл заглянул в нутри то обнаружил V8, и в дополнении исходный код самых node_modules, а свою логику нет, сейчас дали на проверку профессионалу, посмотрим что получится))

«Как раз таки очень ытерпрайзненько.» это на первый взгляд, тащить 1500 node_modules, не очень приятно, так скажем..

Может я ошибаюсь, но ведь для этого Go и создавался?

Deno же, более продуманный и безопасный node.js c Typescript и Rust от создателя node.js.

да скорее всего для этого, но все рекомендуют его использовать в микросервисах, к сожалению у меня нету информации насчет монолита. (не всегда нужны микросервисы, особенно в моем случае) если я не ошибаюсь Docker и Kubernetes это те самые большие монолити со своими rest api.

возможно такая рекомендация связана с тем что, в Go нету нормальной архитектуры как на пример в Spring или в другом популярном фреймворке.

«Deno же, более продуманный и безопасный node.js c Typescript и Rust от создателя node.js.»

насчет Deno, он пока очень сырой, использовать его в продакшене пока очень рано, и опять же это возвращение к JS.

Мой выбор - elixir, либо go на худой конец.

Джаву вскроют так же быстро, как байткод питона. Раст говно. Советую го.

Если просто нужно нормальное ООП, то попробуй Crystal

Оно же полусырое.

А nest и еще 350 мегов из помойки npm сухие? Против жавы конечно это все детские поделки. Но ТС хотел узнать какие варианты компилируемой вебни бывают. Crystal как раз и создан вебельщиками для вебни, используется в продакшне той компанией, что его и делает (https://manas.tech/). Вполне себе enterprise в некотором смысле. По-крайней мере это не поделка сумрачного васяна из 9-го «Б».

А nest и еще 350 мегов из помойки npm сухие? Против жавы конечно это все детские поделки

Про npm и Java ничего не скажу, но предлагать писать энтерпрайз на языке с багами в компиляторе, без стабильного релиза, экосистемы и библиотек — это что-то.

Экосистема Rust уже достаточно развита для подобного веба. Сам использую Rust в веб-разработке, всем доволен. Правда, тут может стать препятствием сам язык: чтобы в него въехать нужно время.

Ну, если ты нормальный поцан, то пиши на ANSI C. Сразу двух зайцев убьёшь – производительность и переносимость. ЯП со stop the world GC не любят большие приложения, где множество манипуляций с памятью. Т.е. зависит от крупноты твоего монолита. До 100 тыс и меньше посетителей в сутки значения это не имеет.

На Расте есть опасность умножения на ноль. Жаба слишком жирная. Пиши на Котлине как стильный парень. Или на Го, но туда вот-вот через год подвезут родовые типы (a’k’a generics) и твой код устареет. Хоть и будет работать.

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

Монолит у меня ассоциируется со старыми добрыми MVC фреймворками, поэтому - python django, Java Spring, Ruby on Rails и заверни в докер, почти что бинарник.

Еще могу посоветовать vert.x там можно использовать и java, kotlin, scala и даже js

С#, больше ни начём

Пиши на спринге и котлине, пользуйся спрингом просто как инструментами из коробки на антресолях. Любая проблема решается гуглением за 3 минуты. Сосредоточишься на приложении, а не на борьбе с фреймворком. Для того, чтобы доставлять клиентам, сможешь собирать докер-образ с помощью https://github.com/GoogleContainerTools/distroless & https://github.com/GoogleContainerTools/jib, будет весить минимально и запускаться везде, где есть докер.

base image distroless-джавы весит меньше 70мб: https://console.cloud.google.com/gcr/images/distroless/GLOBAL/java@sha256:9d4092ba5e1c9dc4d1490fdead1dd7ea5c64e635b729fee11a6af55f51b337f8/details?tab=info

В Golang нормально валидацию типов json не сделать без костылей, сколько ни выделывайся. Точнее, ошибку-то кидать можно, но указать, в каком конкретно поле ошибка - лютый геморрой. В том же Nest по понятным причинам это делается легко и просто.

с ними одна беда, когда дело доходит до защити

Защиты чего? Если твой сервер хакнули, то вообще плевать, гошный бинарь там работает, или скрипты. Никому код не интересен, интересен доступ к данным.

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

А зачем опакечивать? На сервере можно в NodeJS-контейнере запустить и все. Ну или без контейнеризации ноду воткнуть.

Пиши на NestJS и не парься. Удобный и хороший фреймворк, еще и на тайпскрипте.

• доступна, всегда без издержек шина
• во время запроса можно легко сделать и без опаски do..while
• можно легко делать форки, треды и общаться между процессами без блокировок
• можно спокойно выполнять job и периодически выдавать в браузер ответы
• можно масштабировать вертикально/горизонтально
• есть горячая замена кода
• иммутабельность из коробки
• паттерн-матчинг
• атомы, списки, кортежи
• декларатив
• полиморфоность, ООП, наследование
• java-интерфейсы
• абстрактные методы
• одноименные методы с разными сигнатурами
• примеси
• хранимый и загружаемый компилируемый динамический код + нестрогая типизация
• код как данные

c# во все поля.

аннотации еще

Я правильно понимаю, вы уже что-то написали, а теперь хотите переписать на закрытый код и рассматриваете разные, в том числе, экзотические варианты? Я бы рассмотрел закодированный PHP в ionCube для основной части и С++ для узких мест и функционала, которого нет в PHP. PHP простой популярный язык - куча программистов. С/С++ позволяет написать всё и тоже популярный язык. Кстати, для начала, вам не обязательно переписывать всё в закрытый код, можно переписать только часть с важной логикой и лицензиями. Не думаю, что кому-то будет интересен частично открытый продукт, а это позволить быстрее стартануть. Иначе все грозится закончится переписыванием. Написать продукт это только часть дела, не стоит на этом циклиться. Надо выходить на рынок и находить финансирование на развитие проекта.

Crystal или Java.

Они почти год стабилизировали Следующая версия будет 1.0