Вот такие письма пишет наш главный разработчик [id371563|Илья Китаев]:
"Вы можете подумать, друзья, что надоумить на это письмо меня могла проводница Людочка, делающая отвратительный чай, но кокетливо улыбающаяся, что лишает всякой возможности сказать ей об этом, или бескрайние просторы, простирающиеся по обе стороны пути следования паровоза, но это не так. Пишу исключительно из побуждений, вызванных здравым смыслом и подкрепленных богатым жизненным опытом.
Предлагаю я следующее, господа: переработать архитектуру нашего сервиса нахер, дабы стала она многозвенной, более простой и прозрачной. Данный подход значительно упростит поддержку и обслуживание, а также на шаг приблизит нашу мечту — continious integration.
Безудержно настаиваю на том, что нам необходимо обзавестись такой сущностью, как «менеджер расчетов», с блэкджеком (перечеркнуто) с прозрачным API (на первом этапе может даже и REST, но впоследствии стоило бы перейти на какую-нибудь очередь сообщений). Также неминуемо изолирование текущего веб-интерфейса, что вытекает из предыдущего тезиса. Технологический стек принципиально можно не менять (оставить NodeJS), но возможен вариант реализации «менеджера расчетов» и на других более гуманных языках программирования. Текущая архитектура (использование внешней БД, S3 и т.д.) подходит для этого.
Также прошу заметить, что в дальнейшем подобный подход позволит с легкостью запускать несколько веб-морд в случае большой нагрузки, вызванной неистовой популярности сервиса среди уважаемых господ лучших лечебных домов Лондона и Парижу."
"Вы можете подумать, друзья, что надоумить на это письмо меня могла проводница Людочка, делающая отвратительный чай, но кокетливо улыбающаяся, что лишает всякой возможности сказать ей об этом, или бескрайние просторы, простирающиеся по обе стороны пути следования паровоза, но это не так. Пишу исключительно из побуждений, вызванных здравым смыслом и подкрепленных богатым жизненным опытом.
Предлагаю я следующее, господа: переработать архитектуру нашего сервиса нахер, дабы стала она многозвенной, более простой и прозрачной. Данный подход значительно упростит поддержку и обслуживание, а также на шаг приблизит нашу мечту — continious integration.
Безудержно настаиваю на том, что нам необходимо обзавестись такой сущностью, как «менеджер расчетов», с блэкджеком (перечеркнуто) с прозрачным API (на первом этапе может даже и REST, но впоследствии стоило бы перейти на какую-нибудь очередь сообщений). Также неминуемо изолирование текущего веб-интерфейса, что вытекает из предыдущего тезиса. Технологический стек принципиально можно не менять (оставить NodeJS), но возможен вариант реализации «менеджера расчетов» и на других более гуманных языках программирования. Текущая архитектура (использование внешней БД, S3 и т.д.) подходит для этого.
Также прошу заметить, что в дальнейшем подобный подход позволит с легкостью запускать несколько веб-морд в случае большой нагрузки, вызванной неистовой популярности сервиса среди уважаемых господ лучших лечебных домов Лондона и Парижу."
These are the letters our chief developer writes [id371563 | Ilya Kitaev]:
"You may think, friends, that the conductor Ludochka could make me wise on this letter, making disgusting tea, but smiling coquettishly, which makes it impossible to tell her about it, or endless open spaces extending on both sides of the steam train’s path, but that’s not so I write solely for reasons prompted by common sense and supported by rich life experience.
I propose the following, gentlemen: to rework the architecture of our service fuck so that it becomes multi-tier, simpler and more transparent. This approach will greatly simplify support and maintenance, as well as take a step closer to our dream - continious integration.
I insistently insist that we need to acquire such an entity as a “settlement manager”, with blackjack (crossed out) with a transparent API (it may even be REST at the first stage, but later it would be worth switching to some message queue). Isolation of the current web interface is also inevitable, which follows from the previous thesis. The technological stack can not be fundamentally changed (leave NodeJS), but the option of implementing a “calculation manager” in other more humane programming languages is also possible. The current architecture (using an external database, S3, etc.) is suitable for this.
Also, please note that in the future a similar approach will allow you to easily launch several web muzzles in case of a heavy load caused by the frenzied popularity of the service among the distinguished gentlemen of the best medical houses in London and Paris. "
"You may think, friends, that the conductor Ludochka could make me wise on this letter, making disgusting tea, but smiling coquettishly, which makes it impossible to tell her about it, or endless open spaces extending on both sides of the steam train’s path, but that’s not so I write solely for reasons prompted by common sense and supported by rich life experience.
I propose the following, gentlemen: to rework the architecture of our service fuck so that it becomes multi-tier, simpler and more transparent. This approach will greatly simplify support and maintenance, as well as take a step closer to our dream - continious integration.
I insistently insist that we need to acquire such an entity as a “settlement manager”, with blackjack (crossed out) with a transparent API (it may even be REST at the first stage, but later it would be worth switching to some message queue). Isolation of the current web interface is also inevitable, which follows from the previous thesis. The technological stack can not be fundamentally changed (leave NodeJS), but the option of implementing a “calculation manager” in other more humane programming languages is also possible. The current architecture (using an external database, S3, etc.) is suitable for this.
Also, please note that in the future a similar approach will allow you to easily launch several web muzzles in case of a heavy load caused by the frenzied popularity of the service among the distinguished gentlemen of the best medical houses in London and Paris. "
У записи 20 лайков,
0 репостов.
0 репостов.
Эту запись оставил(а) на своей стене Андрей Афанасьев
