#бессерверная_архитектура — Public Fediverse posts

Удалил сервер из мессенджера. Как общаться по P2P в 2026 году без метаданных и Google Services. Личный опыт и KMP

Помните обещания об «абсолютной приватности»? Марк клялся, Павел обещал, но в 2025-м новости о мессенджерах всё больше напоминали сводки с фронта: утечки сотен гигабайт переписки, найденные бэкдоры и данные, внезапно ставшие доступными «третьим лицам». Пока большинство проектов пытается защитить серверную часть или внедрить еще более сложные протоколы шифрования, я решил пойти другим путем: просто убрать сервер из этой цепочки. В чем реальная уязвимость сигнальных серверов Многие мессенджеры гордятся стойкостью шифрования - AES-ключи, обфускация трафика и борьба с DPI выглядят солидно. Но остается один критический нюанс: у них всё равно есть сервер. Даже если его называют «сигнальным» и говорят, что он нужен только для установления связи, это всё равно точка сбора данных. Если данные где-то собираются, за ними рано или поздно придут. Будь то хакерская атака или официальный запрос - метаданные (кто, когда и с кем общался) могут рассказать о вас больше, чем само содержание сообщений. Ну и наконец в серверную могут просто прийти уполномоченные люди которые потребуют предоставить доступ ко всему ).

https://habr.com/ru/articles/986700/

#WebRTC #Kotlin_Multiplatform #P2P #Информационная_безопасность #Приватность #Сетевые_технологии #Android_разработка #Бессерверная_архитектура #Метаданные #Разработка_мессенджеров

Удалил сервер из мессенджера. Как общаться по P2P в 2026 году без метаданных и Google Services. Личный опыт и KMP

Помните обещания об «абсолютной приватности»? Марк клялся, Павел обещал, но в 2025-м новости о мессенджерах всё больше напоминали сводки с фронта: утечки сотен гигабайт переписки, найденные бэкдоры и данные, внезапно ставшие доступными «третьим лицам». Пока большинство проектов пытается защитить серверную часть или внедрить еще более сложные протоколы шифрования, я решил пойти другим путем: просто убрать сервер из этой цепочки. В чем реальная уязвимость сигнальных серверов Многие мессенджеры гордятся стойкостью шифрования - AES-ключи, обфускация трафика и борьба с DPI выглядят солидно. Но остается один критический нюанс: у них всё равно есть сервер. Даже если его называют «сигнальным» и говорят, что он нужен только для установления связи, это всё равно точка сбора данных. Если данные где-то собираются, за ними рано или поздно придут. Будь то хакерская атака или официальный запрос - метаданные (кто, когда и с кем общался) могут рассказать о вас больше, чем само содержание сообщений. Ну и наконец в серверную могут просто прийти уполномоченные люди которые потребуют предоставить доступ ко всему ).

https://habr.com/ru/articles/986700/

#WebRTC #Kotlin_Multiplatform #P2P #Информационная_безопасность #Приватность #Сетевые_технологии #Android_разработка #Бессерверная_архитектура #Метаданные #Разработка_мессенджеров

Удалил сервер из мессенджера. Как общаться по P2P в 2026 году без метаданных и Google Services. Личный опыт и KMP

Помните обещания об «абсолютной приватности»? Марк клялся, Павел обещал, но в 2025-м новости о мессенджерах всё больше напоминали сводки с фронта: утечки сотен гигабайт переписки, найденные бэкдоры и данные, внезапно ставшие доступными «третьим лицам». Пока большинство проектов пытается защитить серверную часть или внедрить еще более сложные протоколы шифрования, я решил пойти другим путем: просто убрать сервер из этой цепочки. В чем реальная уязвимость сигнальных серверов Многие мессенджеры гордятся стойкостью шифрования - AES-ключи, обфускация трафика и борьба с DPI выглядят солидно. Но остается один критический нюанс: у них всё равно есть сервер. Даже если его называют «сигнальным» и говорят, что он нужен только для установления связи, это всё равно точка сбора данных. Если данные где-то собираются, за ними рано или поздно придут. Будь то хакерская атака или официальный запрос - метаданные (кто, когда и с кем общался) могут рассказать о вас больше, чем само содержание сообщений. Ну и наконец в серверную могут просто прийти уполномоченные люди которые потребуют предоставить доступ ко всему ).

https://habr.com/ru/articles/986700/

#WebRTC #Kotlin_Multiplatform #P2P #Информационная_безопасность #Приватность #Сетевые_технологии #Android_разработка #Бессерверная_архитектура #Метаданные #Разработка_мессенджеров

Удалил сервер из мессенджера. Как общаться по P2P в 2026 году без метаданных и Google Services. Личный опыт и KMP

Помните обещания об «абсолютной приватности»? Марк клялся, Павел обещал, но в 2025-м новости о мессенджерах всё больше напоминали сводки с фронта: утечки сотен гигабайт переписки, найденные бэкдоры и данные, внезапно ставшие доступными «третьим лицам». Пока большинство проектов пытается защитить серверную часть или внедрить еще более сложные протоколы шифрования, я решил пойти другим путем: просто убрать сервер из этой цепочки. В чем реальная уязвимость сигнальных серверов Многие мессенджеры гордятся стойкостью шифрования - AES-ключи, обфускация трафика и борьба с DPI выглядят солидно. Но остается один критический нюанс: у них всё равно есть сервер. Даже если его называют «сигнальным» и говорят, что он нужен только для установления связи, это всё равно точка сбора данных. Если данные где-то собираются, за ними рано или поздно придут. Будь то хакерская атака или официальный запрос - метаданные (кто, когда и с кем общался) могут рассказать о вас больше, чем само содержание сообщений. Ну и наконец в серверную могут просто прийти уполномоченные люди которые потребуют предоставить доступ ко всему ).

https://habr.com/ru/articles/986700/

#WebRTC #Kotlin_Multiplatform #P2P #Информационная_безопасность #Приватность #Сетевые_технологии #Android_разработка #Бессерверная_архитектура #Метаданные #Разработка_мессенджеров

Создаём конвейер обработки запросов в платформе Serverless

За 10 лет, что существует Serverless‑подход , бессерверные функции стали для многих разработчиков чем‑то привычным и удобным. С их помощью можно быстро написать несколько строк кода для реализации конкретной бизнес‑логики и задеплоить, не думая о развёртывании, настройке и обслуживании инфраструктуры. Нужный код запустится автоматически при срабатывании триггера, как это принято в событийно‑ориентированной архитектуре. Но если таких функций в приложении потребуется очень много — что поможет сохранить нужную скорость работы и другие преимущества Serverless? Меня зовут Сергей Ненашев, последний год я разрабатываю в Yandex Cloud сервис бессерверных функций Cloud Functions. В нашем облаке с ним можно запускать код в виде функции без создания и обслуживания виртуальных машин. Пожалуй, важнейший процесс в этом сервисе — это обработка внешнего входящего запроса. Чтобы эта конструкция работала с минимальными задержками, нам понадобилось хорошенько продумать архитектуру обработки запросов и применить пару трюков. Я расскажу, как команда пришла к тем решениям, что работают сейчас, а также покажу, на что обратить внимание самим пользователям, чтобы запрос пробегал по всей инфраструктуре не более 10 мс.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/924792/

#serverless #бессерверные_вычисления #бессерверная_архитектура #бессерверные_технологии #eventdriven #eventdriven_architecture

ZERO-APPS: Платформа No-Code на Яндекс Облаке. Обзор технологий

С начала 2020-х начался бурный рост low-code/no-code платформ — технологий, не требующих при разработке написания программного кода. Она опирается на визуальные интерфейсы, конструкторы и готовые модули, которые собираются как конструктор из блоков. Цель платформы zero-apps — доступ к созданию цифровых решений, позволив бизнес-аналитикам, менеджерам проектов, маркетологам и специалистам по продукту воплощать идеи в работающие прототипы и полноценные web-приложения без глубокой технической подготовки на базе Яндекс Облака.

https://habr.com/ru/articles/937032/

#nocode_platform #яндекс_облако #zerocode #бессерверная_архитектура #webразработка #webпрограммирование #ydb #serverless #yandexcloud

ZERO-APPS: Платформа No-Code на Яндекс Облаке. Обзор технологий

С начала 2020-х начался бурный рост low-code/no-code платформ — технологий, не требующих при разработке написания программного кода. Она опирается на визуальные интерфейсы, конструкторы и готовые модули, которые собираются как конструктор из блоков. Цель платформы zero-apps — доступ к созданию цифровых решений, позволив бизнес-аналитикам, менеджерам проектов, маркетологам и специалистам по продукту воплощать идеи в работающие прототипы и полноценные web-приложения без глубокой технической подготовки на базе Яндекс Облака.

https://habr.com/ru/articles/937032/

#nocode_platform #яндекс_облако #zerocode #бессерверная_архитектура #webразработка #webпрограммирование #ydb #serverless #yandexcloud

ZERO-APPS: Платформа No-Code на Яндекс Облаке. Обзор технологий

С начала 2020-х начался бурный рост low-code/no-code платформ — технологий, не требующих при разработке написания программного кода. Она опирается на визуальные интерфейсы, конструкторы и готовые модули, которые собираются как конструктор из блоков. Цель платформы zero-apps — доступ к созданию цифровых решений, позволив бизнес-аналитикам, менеджерам проектов, маркетологам и специалистам по продукту воплощать идеи в работающие прототипы и полноценные web-приложения без глубокой технической подготовки на базе Яндекс Облака.

https://habr.com/ru/articles/937032/

#nocode_platform #яндекс_облако #zerocode #бессерверная_архитектура #webразработка #webпрограммирование #ydb #serverless #yandexcloud

ZERO-APPS: Платформа No-Code на Яндекс Облаке. Обзор технологий

С начала 2020-х начался бурный рост low-code/no-code платформ — технологий, не требующих при разработке написания программного кода. Она опирается на визуальные интерфейсы, конструкторы и готовые модули, которые собираются как конструктор из блоков. Цель платформы zero-apps — доступ к созданию цифровых решений, позволив бизнес-аналитикам, менеджерам проектов, маркетологам и специалистам по продукту воплощать идеи в работающие прототипы и полноценные web-приложения без глубокой технической подготовки на базе Яндекс Облака.

https://habr.com/ru/articles/937032/

#nocode_platform #яндекс_облако #zerocode #бессерверная_архитектура #webразработка #webпрограммирование #ydb #serverless #yandexcloud

Создаём конвейер обработки запросов в платформе Serverless

За 10 лет, что существует Serverless‑подход , бессерверные функции стали для многих разработчиков чем‑то привычным и удобным. С их помощью можно быстро написать несколько строк кода для реализации конкретной бизнес‑логики и задеплоить, не думая о развёртывании, настройке и обслуживании инфраструктуры. Нужный код запустится автоматически при срабатывании триггера, как это принято в событийно‑ориентированной архитектуре. Но если таких функций в приложении потребуется очень много — что поможет сохранить нужную скорость работы и другие преимущества Serverless? Меня зовут Сергей Ненашев, последний год я разрабатываю в Yandex Cloud сервис бессерверных функций Cloud Functions. В нашем облаке с ним можно запускать код в виде функции без создания и обслуживания виртуальных машин. Пожалуй, важнейший процесс в этом сервисе — это обработка внешнего входящего запроса. Чтобы эта конструкция работала с минимальными задержками, нам понадобилось хорошенько продумать архитектуру обработки запросов и применить пару трюков. Я расскажу, как команда пришла к тем решениям, что работают сейчас, а также покажу, на что обратить внимание самим пользователям, чтобы запрос пробегал по всей инфраструктуре не более 10 мс.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/924792/

#serverless #бессерверные_вычисления #бессерверная_архитектура #бессерверные_технологии #eventdriven #eventdriven_architecture

Создаём конвейер обработки запросов в платформе Serverless

За 10 лет, что существует Serverless‑подход , бессерверные функции стали для многих разработчиков чем‑то привычным и удобным. С их помощью можно быстро написать несколько строк кода для реализации конкретной бизнес‑логики и задеплоить, не думая о развёртывании, настройке и обслуживании инфраструктуры. Нужный код запустится автоматически при срабатывании триггера, как это принято в событийно‑ориентированной архитектуре. Но если таких функций в приложении потребуется очень много — что поможет сохранить нужную скорость работы и другие преимущества Serverless? Меня зовут Сергей Ненашев, последний год я разрабатываю в Yandex Cloud сервис бессерверных функций Cloud Functions. В нашем облаке с ним можно запускать код в виде функции без создания и обслуживания виртуальных машин. Пожалуй, важнейший процесс в этом сервисе — это обработка внешнего входящего запроса. Чтобы эта конструкция работала с минимальными задержками, нам понадобилось хорошенько продумать архитектуру обработки запросов и применить пару трюков. Я расскажу, как команда пришла к тем решениям, что работают сейчас, а также покажу, на что обратить внимание самим пользователям, чтобы запрос пробегал по всей инфраструктуре не более 10 мс.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/924792/

#serverless #бессерверные_вычисления #бессерверная_архитектура #бессерверные_технологии #eventdriven #eventdriven_architecture

Создаём конвейер обработки запросов в платформе Serverless

За 10 лет, что существует Serverless‑подход , бессерверные функции стали для многих разработчиков чем‑то привычным и удобным. С их помощью можно быстро написать несколько строк кода для реализации конкретной бизнес‑логики и задеплоить, не думая о развёртывании, настройке и обслуживании инфраструктуры. Нужный код запустится автоматически при срабатывании триггера, как это принято в событийно‑ориентированной архитектуре. Но если таких функций в приложении потребуется очень много — что поможет сохранить нужную скорость работы и другие преимущества Serverless? Меня зовут Сергей Ненашев, последний год я разрабатываю в Yandex Cloud сервис бессерверных функций Cloud Functions. В нашем облаке с ним можно запускать код в виде функции без создания и обслуживания виртуальных машин. Пожалуй, важнейший процесс в этом сервисе — это обработка внешнего входящего запроса. Чтобы эта конструкция работала с минимальными задержками, нам понадобилось хорошенько продумать архитектуру обработки запросов и применить пару трюков. Я расскажу, как команда пришла к тем решениям, что работают сейчас, а также покажу, на что обратить внимание самим пользователям, чтобы запрос пробегал по всей инфраструктуре не более 10 мс.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/924792/

#serverless #бессерверные_вычисления #бессерверная_архитектура #бессерверные_технологии #eventdriven #eventdriven_architecture

Как мы разгружаем разработчиков благодаря архитектуре Serverless

Серверную инфраструктуру, как и многие другие услуги, можно получить в облаке и передать все задачи по управлению, поддержке и масштабированию серверов провайдеру. Лев Немировский, руководитель направления по развитию инструментов внедрения ПСБ, рассказал, как работает архитектура Serverless и почему стоит попробовать это решение .

https://habr.com/ru/companies/psb/articles/865786/

#serverless #бессерверная_архитектура #бессерверные_технологии #облачные_сервисы

Как мы разгружаем разработчиков благодаря архитектуре Serverless

Серверную инфраструктуру, как и многие другие услуги, можно получить в облаке и передать все задачи по управлению, поддержке и масштабированию серверов провайдеру. Лев Немировский, руководитель направления по развитию инструментов внедрения ПСБ, рассказал, как работает архитектура Serverless и почему стоит попробовать это решение .

https://habr.com/ru/companies/psb/articles/865786/

#serverless #бессерверная_архитектура #бессерверные_технологии #облачные_сервисы

Как мы разгружаем разработчиков благодаря архитектуре Serverless

Серверную инфраструктуру, как и многие другие услуги, можно получить в облаке и передать все задачи по управлению, поддержке и масштабированию серверов провайдеру. Лев Немировский, руководитель направления по развитию инструментов внедрения ПСБ, рассказал, как работает архитектура Serverless и почему стоит попробовать это решение .

https://habr.com/ru/companies/psb/articles/865786/

#serverless #бессерверная_архитектура #бессерверные_технологии #облачные_сервисы

Как мы разгружаем разработчиков благодаря архитектуре Serverless

Серверную инфраструктуру, как и многие другие услуги, можно получить в облаке и передать все задачи по управлению, поддержке и масштабированию серверов провайдеру. Лев Немировский, руководитель направления по развитию инструментов внедрения ПСБ, рассказал, как работает архитектура Serverless и почему стоит попробовать это решение .

https://habr.com/ru/companies/psb/articles/865786/

#serverless #бессерверная_архитектура #бессерверные_технологии #облачные_сервисы