Про гостиницы конкретно не знаю, с проблемами не сталкивался, но тур. аггрегаторы занимаются всеми проблемами. Не вижу причин с гостиницами так не делать.
Странно лететь за границу, и не знать, что мировой стандарт заселения с 14 часов и выселения до 12. Хотите заехать раньше - пробуйте договориться на месте, но не факт, либо бронировать ещё сутки.
Не хватает варианта, когда сервис асинхронный и работает через шину. У нас ребята наконец-то внедрили OpenTelemetry в новую версию библиотеки EasyNetQ для RabbitMQ
Насколько помню, Serilog всё ещё не умеет связывать логи с трейсами из стандартной библиотеки OpenTelemetry. У них есть свой Sink, но он работает сам по себе.
Да ладно. Я работал в своё время на галере, где продали сеньёра, а вместо него работал я и во время его созвона с заказчиком я просто сидел в другом чате и подсказывал что и как.
Вот интересно, а если по какой-то причине оно зависло в каком-то конкретном состоянии по какой-то причине, то можно ли как-то протолкнуть дальше вручную?
Ну так и в грейнах состояние не обязательно. Да, индексирования нет, но ничего не мешает внутри грейна использовать, например, данные из базы. Так же ничего не мешает получить нужные Id из хранилища по условиям и потом уже использовать грейны. Я делаю Select с нужными условиями в БД и вот уже есть нужные Id.
У меня есть пара грейнов с встроенным сохранением состояния т.к. знаю, что там не нужен поиск.
В Orleans - Grain это богатый обьект (есть Grain без состояния, почти как актор в Akka).
Нет - это просто объект с ключом и методами. Всё зависит от вашей реализации. Кстати, при получении грейна - ничего не происходит, вы просто получаете ссылку. Потом при обращении к нему да, если его нет, то он активируется, если уже есть, то просто вызывается нужный метод.
Так вам, судя по всему, здесь и Акка не поможет никак.
Вряд ли кто будет это в вакансии писать. Обычно пишут общие требования.
У меня вот есть в проде 2 сервиса с Orleans и они отлично справляются с тем что надо и я не парюсь с синхронизацией доступа и распределением нагрузки и данных.
На самом деле он довольно простой и там не нужно каких-то специфических знаний, достаточно прочитать доки, благо они нормально написаны.
Ну да, вроде как сервер надо запускать первым, а потом клиент. При этом потом сервер можно перезапускать и делать всё что угодно. Про состояния не понял - если не нужно состояние, то и не сохраняйте. С отладкой тоже не понятно в чём проблема.
Справедливости ради - вам письмо пришло про накопительный счёт. Это не то же самое что вклад и там естественно процент меньше т.к. вы можете в любой момент снимать/пополнять. Мне показывает вклад 20% годовых на 2 месяца.
Возможно вам просто не повезло попасть в такую команду. С другой стороны, возможно мне повезло отказаться от их оффера в 21 году и остаться на старом месте работы.
Бронировал доп.сутки в начале т.к. прилетали в 5 утра и всё было в порядке. А во Вьетнаме сутки вообще копейки стоят.
Про гостиницы конкретно не знаю, с проблемами не сталкивался, но тур. аггрегаторы занимаются всеми проблемами. Не вижу причин с гостиницами так не делать.
Странно лететь за границу, и не знать, что мировой стандарт заселения с 14 часов и выселения до 12. Хотите заехать раньше - пробуйте договориться на месте, но не факт, либо бронировать ещё сутки.
Не хватает варианта, когда сервис асинхронный и работает через шину. У нас ребята наконец-то внедрили OpenTelemetry в новую версию библиотеки EasyNetQ для RabbitMQ
del
Насколько помню, Serilog всё ещё не умеет связывать логи с трейсами из стандартной библиотеки OpenTelemetry. У них есть свой Sink, но он работает сам по себе.
Да ладно. Я работал в своё время на галере, где продали сеньёра, а вместо него работал я и во время его созвона с заказчиком я просто сидел в другом чате и подсказывал что и как.
Вот интересно, а если по какой-то причине оно зависло в каком-то конкретном состоянии по какой-то причине, то можно ли как-то протолкнуть дальше вручную?
del
Типичные высшие управленцы из современной игровой и киноиндустрии.
Ну так и в грейнах состояние не обязательно.
Да, индексирования нет, но ничего не мешает внутри грейна использовать, например, данные из базы. Так же ничего не мешает получить нужные Id из хранилища по условиям и потом уже использовать грейны.
Я делаю Select с нужными условиями в БД и вот уже есть нужные Id.
У меня есть пара грейнов с встроенным сохранением состояния т.к. знаю, что там не нужен поиск.
Нет - это просто объект с ключом и методами. Всё зависит от вашей реализации. Кстати, при получении грейна - ничего не происходит, вы просто получаете ссылку. Потом при обращении к нему да, если его нет, то он активируется, если уже есть, то просто вызывается нужный метод.
Так вам, судя по всему, здесь и Акка не поможет никак.
Вряд ли кто будет это в вакансии писать. Обычно пишут общие требования.
У меня вот есть в проде 2 сервиса с Orleans и они отлично справляются с тем что надо и я не парюсь с синхронизацией доступа и распределением нагрузки и данных.
На самом деле он довольно простой и там не нужно каких-то специфических знаний, достаточно прочитать доки, благо они нормально написаны.
Ну да, вроде как сервер надо запускать первым, а потом клиент. При этом потом сервер можно перезапускать и делать всё что угодно.
Про состояния не понял - если не нужно состояние, то и не сохраняйте.
С отладкой тоже не понятно в чём проблема.
Почему Akka, а не родной Orleans?
Ага, а потом один из запросов не пройдёт. И что будет?
Что будете делать, если вам надо будет по бизнес-логике вставлять/обновлять больше 1 таблицы за раз?
Какие ухищрения? Обычный вклад на 2 месяца. У них всё в табличке расписано.
Ну так вроде никто не мешает хоть каждый месяц открывать вклад на 2 месяца и потом переоткрывать новый и так всё большую сумму вкладывать.
Справедливости ради - вам письмо пришло про накопительный счёт. Это не то же самое что вклад и там естественно процент меньше т.к. вы можете в любой момент снимать/пополнять. Мне показывает вклад 20% годовых на 2 месяца.
Возможно вам просто не повезло попасть в такую команду. С другой стороны, возможно мне повезло отказаться от их оффера в 21 году и остаться на старом месте работы.