При разработке бэкенда высоконагруженных сервисов нередко используются распределенные транзакции. Однако стоит понимать, что при совершении распределенных транзакций в микросервисах можно столкнуться с рядом проблем. Выделим ключевые из них
При разработке бэкенда высоконагруженных сервисов нередко используются распределенные транзакции. Однако стоит понимать, что при совершении распределенных транзакций в микросервисах можно столкнуться с рядом проблем. Выделим ключевые из них
Подходы Multicloud и Multicloud Native Service различаются между собой. Давайте посмотрим, в чем именно.
Мы уже рассказывали о прикладных механизмах в 1С, которые являются для разработчиков проблемно-ориентированным способом решения всевозможных задач. Продолжим разговор.
Платформа 1С ориентирована на решение задач, связанных с автоматизацией учета и управления предприятием. Для более успешного решения поставленных целей разработаны специальные прикладные механизмы. Они являются проблемно-ориентированными и предоставляют разработчикам возможность решать широкий круг самых разных задач, среди которых:
При разработке бэкенда высоконагруженных сервисов нередко используются распределенные транзакции. Рассмотрим, что это такое.
Даже если ваш сервис либо система полностью отвечают принципам Cloud Native-приложений, а вы выбрали наиболее подходящего провайдера и выполнили миграцию в облако с учетом всех технических рекомендаций, это еще не значит что теперь сервисам ничего не угрожает. Риски существуют всегда, и эти риски можно условно разделить на 3 группы.
Перед тем, как начать перенос приложения в облако и приступить к выстраиванию Cloud Native-архитектуры, следует убедиться, что ваше приложение к этому переносу по-настоящему готово. Специалисты выделяют 5 базовых принципов, которые характерны для современных Cloud Native-приложений.
Применение шаблонов проектирования является очень важным в микросервисной архитектуре. Давайте рассмотрим, почему.
Быстрые и сверхбыстрые диски существенно превосходят по своей производительности HDD- и SSD-аналоги. Но несмотря на то, что сделать правильный выбор быстрых дисков можно только после тестирования производительности, существует ряд базовых рекомендаций.
Как известно, диски High IOPS SSD и Low Latency NVMe во много раз превосходят HDD и SSD по своей производительности. Однако каким образом сделать выбор? И как вообще убедиться, что для проекта хватит возможностей High IOPS SSD либо их скорости будет недостаточно и лучше подойдут Low Latency NVMe?