Какую-то не дружелюбную среду вы описываете. Не в каждой фирме такие жесткие KPI, что нельзя помочь коллегам из соседней команды, или обновить общую инфраструктурную библиотеку в нескольких проектах сразу.
Интересно, а нет ли каких-то внутренних эксперементов по замене самонаписанных баз данных (движков) на какое-то готовое решение? Или это слишком дорого, и не окупится?
Если позволите, хотел бы написать один комментарий про:
Я хотел показать, что никакой таинственной магии в Spring нет, есть просто много «умных» и гибких внутренних мехнизмов, но зная их можно получить полный контроль на тестами и самим приложением.
ИМХО, но вы как раз в статье и показали магию: «всего-то надо реализовать такой-то интерфейс, и добавить вот такую вот аннотацию с таким-то значением».
Если взять в противовес условный go, то там мы бы явно (руками) создали нужные компоненты для теста, и всё явно бы запустили.
Да, гошный подход — более многословный. Но и более явный для человека, кто знает язык программирования, но не конкретный фреймворк.
Я очень рад, что в амазоне растет количество Open-source продуктов, которые амазон продает, как managed: Amazon RDS for PostgreSQL, Amazon ElastiCache — Redis, Amazon Elasticsearch Service, Amazon Managed Streaming for Kafka, ну, и, вишенка — Amazon EKS — Managed Kubernetes Service.
Это позволяет брать кубернетес, и для тестовых сред использовать открытые продуты. А в проде — аналоги Амазона.
Тестовые среды, за счет кубернетеса, можно переносить между облаками, или вообще использовать свои сервера для этой цели, если уж будет необходимость.
Расскажите, пожалуйста, зачем вам Erlang (или elixir, смотря, что вы используете)? У вас же, по идее, не так много RPS, как у некоторых ( blog.discordapp.com/scaling-elixir-f9b8e1e7c29b ). Причем, если надо какой-то примитив легче, чем Поток, можно было смотреть на Котлин с корутинами, или Скалу с Akka streams, при этом оставаясь в рамках JVM.
А код бенчмарков вы решили не выкладывать на гитхаб?
Как раз об этом Дмитрий рассказывал —
Спасибо, что делаете митапы. Надеюсь, что и этот митап вы выложите в открытый доступ :)
Спасибо за статью!
Скажите, пожалуйста, нет ли доклада Как создать высоконагруженную систему отправки уведомлений по событиям уже на ютубе?
Привет! Спасибо за статью.
А можете, пожалуйста, рассказать, как у вас получилась такая оценка? Не понял перехода от O(N + K lg N) к O(N lg N). при условии произвольности K.
Еще можно послушать доклад Дмитрия — www.youtube.com/watch?v=m1XIdu2IKnM&list=PLojTLDAO4jjIRjDPIQjc4iG7CfR6m8pfc&index=4&t=0s
Очень крутая статья, спасибо!
Интересно, а нет ли каких-то внутренних эксперементов по замене самонаписанных баз данных (движков) на какое-то готовое решение? Или это слишком дорого, и не окупится?
Если позволите, хотел бы написать один комментарий про:
ИМХО, но вы как раз в статье и показали магию: «всего-то надо реализовать такой-то интерфейс, и добавить вот такую вот аннотацию с таким-то значением».
Если взять в противовес условный go, то там мы бы явно (руками) создали нужные компоненты для теста, и всё явно бы запустили.
Да, гошный подход — более многословный. Но и более явный для человека, кто знает язык программирования, но не конкретный фреймворк.
Про будущее этой фичи хорошо рассказывал lany тут 2018.jokerconf.com/2018/talks/5ni8na5s7yekqyu8icaowu
Это позволяет брать кубернетес, и для тестовых сред использовать открытые продуты. А в проде — аналоги Амазона.
Тестовые среды, за счет кубернетеса, можно переносить между облаками, или вообще использовать свои сервера для этой цели, если уж будет необходимость.
А еще, выбирая язык в проект, я хочу мочь нанять людей в команду. Кажется, что на JVM нанять пока легче.
Формат — бомба! Подробности, размышления, и ни грамму маркетинга :)
Расскажите, пожалуйста, зачем вам Erlang (или elixir, смотря, что вы используете)? У вас же, по идее, не так много RPS, как у некоторых ( blog.discordapp.com/scaling-elixir-f9b8e1e7c29b ). Причем, если надо какой-то примитив легче, чем Поток, можно было смотреть на Котлин с корутинами, или Скалу с Akka streams, при этом оставаясь в рамках JVM.