Есть YubiKey, который умеет хранить неизвлекаемые ключи сертификатов и аттестацию. Производительности недостаточно для интерактивных сервисов, но достаточно для ключей пользователей и неинтерактивных (менее 1rps) сервисов.
Теоретически у них есть HSM с более высокой производительностью, но опыта его использования нет, так что говорить не могу.
А знаете почему? Потому что сотовые операторы так не хотят терять нетрудовые доходы от отправки через них SMS, что блокируют звонки из пулов, которые используются в России для FlashCall, так что тем кто предоставляет сервис подтверждения номеров приходится искать номерную ёмкость за границей.
Я думаю вам стоит обратиться к спискам, которые составляют различные уважаемые издания типа Forbes. В мои задачи ранжирование бизнесменов не входило, я (может быть недостаточно очевидно, судя по возникшим вопросам) указал на обмен 11 миллиардов долларов на нарушение статус-кво в олигархате США и должность правой руки властелина мира :)
Вот это бизнес-талант, всего за 3 года, 11 миллиардов долларов. В минус правда, ну ничего, зато масштабно и товарищу помог избраться на ответственный пост :)
Зря опустили отдельное семейство кэшей -- кэш, который находится в адресном пространстве приложения. Нет сетевых задержек, можно исключить накладные расходы на [де]сериализацию (и, как следствие, нагрузку на систему распределения памяти), масштабируемость при правильной реализации близка к теоретически максимальной, возможно применение более эффективных алгоритмов приёмки и вытеснения чем LRU/LFU.
Да, есть нюансы в виде дублирования данных кэша, необходимости как-то инвалидировать такой кэш и вообще выработать стратегию обеспечения свежести данных (но это нужно и при работе с обычным кэшем), и обеспечения прогрева кэша при старте приложения (опять-таки в нагруженных системах это всё равно делают и для внешнего кэша, просто происходит это реже, при введении в строй новых разделов кэша или при восстановлении после аварии).
Дефицит специалистов есть почти на любые профессии; хоть на программирование, хоть на сварку, хоть на военную операцию. Большинство откликающихся просто не очень-то специалисты, скажем так.
Да, но это не так сложно как кажется.
Это пока к вам «ИТ-армия Украины» не придёт с >400Гбит L7-атаки :)
Пора перечитать, спасибо.
В «Падении»?
Есть YubiKey, который умеет хранить неизвлекаемые ключи сертификатов и аттестацию. Производительности недостаточно для интерактивных сервисов, но достаточно для ключей пользователей и неинтерактивных (менее 1rps) сервисов.
Теоретически у них есть HSM с более высокой производительностью, но опыта его использования нет, так что говорить не могу.
Нет, но душнила, много помнит но мало знает… :)
Артём прямо как я!
Спасибо за альтернативу Verify.
А знаете почему? Потому что сотовые операторы так не хотят терять
нетрудовыедоходы от отправки через них SMS, что блокируют звонки из пулов, которые используются в России для FlashCall, так что тем кто предоставляет сервис подтверждения номеров приходится искать номерную ёмкость за границей.Спасибо за первую, но где же вторая часть?
Как там датацентр Яндекса поживает в Финляндии..?
Если бы это было просто перекладывание, не совсем понятно зачем была нужна публичная оценка сделки.
Раз она была, значит это было нужно как минимум для формального закрепления стоимости активов в глазах контролирующих органов.
Вот теперь мне интересно, насколько очевидно нерыночной была сделка по покупке Твиттера за 44 млрд.
Я думаю вам стоит обратиться к спискам, которые составляют различные уважаемые издания типа Forbes. В мои задачи ранжирование бизнесменов не входило, я (может быть недостаточно очевидно, судя по возникшим вопросам) указал на обмен 11 миллиардов долларов на нарушение статус-кво в олигархате США и должность правой руки властелина мира :)
Вот это бизнес-талант, всего за 3 года, 11 миллиардов долларов. В минус правда, ну ничего, зато масштабно и товарищу помог избраться на ответственный пост :)
С интересом ждём статью про замену специалистов по выгоранию на нейросеть :)
Ну ладно.
Зря опустили отдельное семейство кэшей -- кэш, который находится в адресном пространстве приложения. Нет сетевых задержек, можно исключить накладные расходы на [де]сериализацию (и, как следствие, нагрузку на систему распределения памяти), масштабируемость при правильной реализации близка к теоретически максимальной, возможно применение более эффективных алгоритмов приёмки и вытеснения чем LRU/LFU.
Да, есть нюансы в виде дублирования данных кэша, необходимости как-то инвалидировать такой кэш и вообще выработать стратегию обеспечения свежести данных (но это нужно и при работе с обычным кэшем), и обеспечения прогрева кэша при старте приложения (опять-таки в нагруженных системах это всё равно делают и для внешнего кэша, просто происходит это реже, при введении в строй новых разделов кэша или при восстановлении после аварии).
Дефицит специалистов есть почти на любые профессии; хоть на программирование, хоть на сварку, хоть на военную операцию. Большинство откликающихся просто не очень-то специалисты, скажем так.
Сначала путают динамическую, статическую, сильную и слабую типизацию, а потом конкатенируют строки с коллбеками…
Мормоны на 8 месте, неплохо