В статье нет признаков использования кластера 1С:Предприятие 8. Это обычный DR (резервная площадка), а не отказоустойчивый кластер. Но такой сценарий то же возможен, вариантов реализации много.
Что касается потери до 1 минуты: используется транзакционная репликация в Microsoft SQL Server, она асинхронная. Поэтому часть транзакций может не успеть доехать + случаются потери при аварии. Это нормально для такой схемы, но, конечно, это проблема.
Для нагруженной 1С 1 минута = много операций, а это риск. Но при использовании репликации потерь не будет.
Про ошибку «формата потока» в статье не рассказали, но если совсем коротко, то избежать ее можно следующим образом:
Да, об этом действительно много людей говорит. Мы обсудили эту историю со знакомыми коллегами и решили туда даже не лезть. Поэтому поделиться, к сожалению, не чем.
Вы, возможно, говорите про стойки с воздушным охлаждением, к которым добавляют воду. А мы тестировали в стойках, в которые погружают серверы. Добавили фотографию такой стойки в статью.
План минимум: использовать для двухфакторной аутентификации корпоративный номер телефона с ограниченным доступом сотрудников к нему, минимум раз в месяц обновлять пароли и хранить их в менеджерах паролей (в некоторых можно сразу генерировать надежные комбинации), проверять их по словарям популярных паролей на надежность, настроить уведомления в аккаунте "по любому чиху" (так ниже риск пропустить попытку взлома).
Конечно, вы правы. За соблюдение положений стандарта отвечает клиент, таковы требования PCI DSS. Но благодаря тому, что облако уже сертифицировано, задач и забот у него будет точно меньше)
Вы всё верно говорите. Но наш поинт про Zero Trust был о компьютерах, подключаемых к корпоративной сети или имеющих доступ к ее ресурсам, а не про внутреннюю логику работы игр.
Zero Trust не должна влиять на производительность ПК. Это больше тема про разграничения доступов и привилегий, сбор логов. То есть суть Zero Trust в том, чтобы пускать пользователя только туда, куда нужно.
Если же говорить о личных устройствах пользователей, то на практике многое зависит от политики компании. Они могут быть вообще запрещены. Или могут использоваться специальные средства защиты, которые проверяют устройства перед подключением к корпоративной сети. Это опять же не касается FPS в играх.
Добрый день! На момент прохождения аттестации Приказ ФСТЭК №17 еще действовал. Сейчас мы проходим процедуру аттестации и по Приказу №117.
В статье нет признаков использования кластера 1С:Предприятие 8. Это обычный DR (резервная площадка), а не отказоустойчивый кластер. Но такой сценарий то же возможен, вариантов реализации много.
Что касается потери до 1 минуты: используется транзакционная репликация в Microsoft SQL Server, она асинхронная. Поэтому часть транзакций может не успеть доехать + случаются потери при аварии. Это нормально для такой схемы, но, конечно, это проблема.
Для нагруженной 1С 1 минута = много операций, а это риск. Но при использовании репликации потерь не будет.
Про ошибку «формата потока» в статье не рассказали, но если совсем коротко, то избежать ее можно следующим образом:
— уронить все сеансы;
— очистить кэши;
— перезапускать сервер 1С.
В рамках этого сервиса ноды зарезервированы и обновляются по очереди, поэтому во время обновления простоя скривила нет и в SLA не учитывается.
Да, об этом действительно много людей говорит. Мы обсудили эту историю со знакомыми коллегами и решили туда даже не лезть. Поэтому поделиться, к сожалению, не чем.
Платформа 1С лицензии ПРОФ имеет ограничение в 16 потоков на 1 базу, а лицензия КОРП снимает эти ограничения
Да, себестоимость выше, но за счет экономии на электроэнергии и увеличенном сроке службы видеокарт, разница нивелируется
Вы, возможно, говорите про стойки с воздушным охлаждением, к которым добавляют воду. А мы тестировали в стойках, в которые погружают серверы. Добавили фотографию такой стойки в статью.
Еще как читает... про нефть и во сне :)
Павел у нас такой! Еще и с юмором :)
действительно, ошибка. В тексте поправили, благодарим за бдительность!
План минимум: использовать для двухфакторной аутентификации корпоративный номер телефона с ограниченным доступом сотрудников к нему, минимум раз в месяц обновлять пароли и хранить их в менеджерах паролей (в некоторых можно сразу генерировать надежные комбинации), проверять их по словарям популярных паролей на надежность, настроить уведомления в аккаунте "по любому чиху" (так ниже риск пропустить попытку взлома).
действительно! спасибо)
Конечно, вы правы. За соблюдение положений стандарта отвечает клиент, таковы требования PCI DSS. Но благодаря тому, что облако уже сертифицировано, задач и забот у него будет точно меньше)
Это не статья, а новость)
А статья со всеми перечисленными моментами обязательно будет, но чуть позже.
Всё, теперь понятно. Мы обсуждаем разные вещи)
Вы всё верно говорите. Но наш поинт про Zero Trust был о компьютерах, подключаемых к корпоративной сети или имеющих доступ к ее ресурсам, а не про внутреннюю логику работы игр.
точно же! действительно, много шума с Java тогда было.
А какая именно история с куками? Когда исходный код FIFA 21 увели?
Zero Trust не должна влиять на производительность ПК. Это больше тема про разграничения доступов и привилегий, сбор логов. То есть суть Zero Trust в том, чтобы пускать пользователя только туда, куда нужно.
Если же говорить о личных устройствах пользователей, то на практике многое зависит от политики компании. Они могут быть вообще запрещены. Или могут использоваться специальные средства защиты, которые проверяют устройства перед подключением к корпоративной сети. Это опять же не касается FPS в играх.
К сожалению, нет, такую статистику от аналитиков не видели.