Microsoft To Do - список дел

Архитектура и стек технологий

Microsoft To Do построен на основе облачной инфраструктуры Azure с использованием микросервисной архитектуры. Основной код написан на C# под .NET Core для бэкенда и TypeScript с React Native для клиентских приложений. Выбор React Native обусловлен необходимостью обеспечения единообразного интерфейса на Android и iOS при сохранении доступа к нативным API.

Ключевой технической особенностью является реализация паттерна Event Sourcing для хранения изменений задач. Каждое действие (создание, редактирование, удаление) фиксируется как отдельное событие, что обеспечивает надежную синхронизацию и возможность отката. База данных использует комбинацию Cosmos DB для основного хранилища и Redis для кэширования активных сессий.

Протокол синхронизации: Delta sync на основе OData v4 с поддержкой инкрементальных обновлений
Максимальный размер одной задачи: 2 000 символов в поле описания (UTF-8)
Количество вложенных подзадач в иерархии: до 10 уровней вложенности
Лимит на количество списков в одной учетной записи: 200 единиц
Частота фоновой синхронизации: каждые 15 минут в состоянии ожидания, немедленная при активном изменении

Спецификации безопасности и шифрования

Все данные в транзите защищены протоколом TLS 1.3 с использованием алгоритмов ECDHE для обмена ключами. Сертификаты привязаны к домену *.tasks.office.com через Certificate Pinning на стороне клиента. В состоянии покоя используется AES-256 для шифрования данных в Cosmos DB с автоматической ротацией ключей каждые 90 дней.

Аутентификация реализована через OAuth 2.0 с OpenID Connect. Поддерживается как корпоративная учетная запись Azure AD, так и личные аккаунты Microsoft. Для двухфакторной аутентификации используются временные коды (TOTP) или аппаратные ключи FIDO2.

Производственные стандарты и тестирование

Разработка ведется по методологии Scrum с двухнедельными спринтами. Код проходит обязательный автоматизированный ревью через SonarQube с порогом качества не менее 85% coverage для unit-тестов. Для клиентских приложений используется Xamarin Test Cloud с 3 000+ сценариев UI-тестирования на реальных устройствах.

Релизный цикл включает стадии: Canary (5% пользователей), Production (50%), Full rollout. Время развертывания нового билда на всем кластере не превышает 12 минут. Ежедневно выполняется 200+ интеграционных тестов, имитирующих сценарии офлайн-доступа и конфликтов синхронизации.

Автоматическое тестирование работы с вложенными файлами (до 50 MB на одно вложение)
Стресс-тест базы данных: 10 000 параллельных запросов на создание задач
Проверка корректности слияния при одновременном редактировании с трех устройств
Эмуляция потери пакетов до 40% при синхронизации
Тестирование энергопотребления: лимит фоновой активности не более 2% заряда за час

Сравнительный анализ с альтернативами

В отличие от Todoist, использующего собственную инфраструктуру на Google Cloud с синхронизацией через WebSocket, Microsoft To Do реализует длинный опрос (long polling) с тайм-аутом в 60 секунд. Это увеличивает задержку обновлений на 300-500 мс, но снижает нагрузку на батарею мобильных устройств на 17% по независимым тестам.

По сравнению с TickTick, где данные хранятся в MongoDB с репликацией master-slave, Microsoft применяет multi-region writes для Cosmos DB, что дает время простоя менее 5 секунд в год при согласованности eventually consistent. TickTick выигрывает по скорости открытия приложения (1.2 секунды против 2.4 у Microsoft To Do), но проигрывает в надежности синхронизации на 30% при плохом соединении.

Todoist: интеграция с 30+ сторонними сервисами без дополнительной настройки, но отсутствие iCloud sync
Any.do: поддержка голосового ввода через Alexa, но нет корпоративных политик безопасности
Things 3: минималистичный интерфейс, но только для iOS/macOS, отсутствие совместного доступа
Remember The Milk: гибкие smart lists, но интерфейс не обновлялся с 2022 года

Текущие ограничения и перспективы развития

Основным техническим долгом остается встроенный календарь — он не поддерживает напоминания с привязкой к гео-зонам и не имеет API для чтения событий из календаря. Это компенсируется интеграцией с календарями Microsoft 365, но сторонние календари (Google, Apple) требуют использования Zapier или Power Automate.

Тенденции на 2026 год включают внедрение контекстного анализа с помощью Copilot. Техническая реализация предполагает передачу данных задач в единую векторную базу на Azure AI для генерации напоминаний на основе временных паттернов пользователя. Ожидается, что это увеличит пропускную способность обработки запросов на 200 запросов в секунду на одну реплику, но потребует дополнительных 50 MB оперативной памяти на клиентском устройстве.

Планируется также переход на протокол синхронизации на основе WebTransport (QUIC) для уменьшения задержки при плохом соединении. По данным разработчиков, это позволит сократить время первого обновления с 15 до 4 секунд на сетях с потерей пакетов более 10%.