TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #672 · 28.11

Впервые сделал крупный проект (под NDA, так что не расскажу, какой) на облачных функциях. Впечатления противоречивые. Изначально программисты арендовали компьютер в датацентре: или целиком или кусочек. На нём теоретически можно делать что угодно, но для запуска своих программ нужно было настроить операционную систему, безопасность и авторизацию, установить нужные исполнительные модули, программы для удобства деплоя, мониторинг нагрузки итд. Поэтому появились сервисы, которые это всё делают за тебя, а тебе дают буквально окно, куда можно написать свой код и запускать его удалённо на чужой машине. Конкретно я пользовался решением от Яндекса, чей протокол скопирован напрямую с Amazon Web Services. Причём, в документации не только открыто об этом говорится, но ещё и в некоторых местах перенаправляют на доки от Amazon. И SDK предлагают тоже использовать амазоновский. До санкций я бы сказал, что это не так плохо — можно использовать что-то привычное тем, кто уже работал с Amazon. Но сейчас привязка к американскому сервису выглядит скорее жирным минусом. Не знаю, есть ли у Яндекса ресурсы на какое-то серьёзное разделение. Судя по состоянию документации и платформы в целом — нет. Yandex Cloud кажется системой, которая активно развивалась несколько лет назад, а сейчас подзаброшена. Среда выполнения .NET отстаёт от актуальной на две версии (3.1 вместо 6, четвёртой версии не существует). Изначально мой проект был написан как обычное контейнеризированное приложение на .NET 6, а потом я переводил его на функции. Пришлось пройтись по всему коду и переписать несовместимые куски с C#10 на C#8, это было не слишком приятно. Документации фактически нет, а там, где есть, много путаницы. В примерах написано одно, по факту другое: например в функцию вместо объекта Request приходит просто строка, а разбирать её надо самому. Авторизацию я нашёл только на Stackoverflow. Интересно, что адекватных доков про неё не было ни у Яндекса, ни у Amazon. Функция выполняется и выгружается, поэтому ваша программа не должна рассчитывать на наличие постоянно живущего процесса. Мне пришлось вытащить из неё большой словарь, который грузится при старте, и положить уже подготовленные данные из него в Object Storage — это такое горячее файловое хранилище, там же рядом с функциями. Справедливости ради, работает это всё быстрее, чем я думал. Удалось запихнуть в функции даже сравнительно большой проект с кучей классов, создающий при запуске несколько десятков объектов и производящий загрузку из сети с декомпрессией. Другой важный плюс — бесплатная квота довольно внушительная: миллион вызовов и 10Гб*часов оперативной памяти в месяц. Для пет проекта вы сможете вообще не покупать сервер. Но если сервер у вас всё-таки есть, деплой вы уже настроили, то удобнее будет, конечно, делать как привычно. И гибкости больше. #dev

Hashtags

Резултати

Намерени 2 подобни публикации

Търсене: #ietf

当前筛选 #ietf清除筛选
科技&趣闻&杂记

@kejiqu · Post #3732 · 28.08.2025 г., 03:16

互联网新草案:网页将明确“AI 成分表”,标明 AI 参与程度 互联网工程任务组(IETF)近日发布《AI 内容披露头字段》草案,拟在网页 HTTP 响应中新增可机读的 AI 使用标记。该草案旨在为网页服务器响应添加新的 HTTP 头字段,用于标记人工智能在网页内容生成中的参与情况。该头字段将包含五个主要信息:mode(AI 使用模式)、model(使用的 AI 模型名称)、provider(模型提供方)、reviewed-by(内容审查人)及 date(生成或修改日期时间)。mode 包含四种模式:none、ai-modified、ai-originated 和 machine-generated。IETF 指出,这种标准化标记方式可为网络爬虫、内容分析工具和归档系统提供低延迟的 AI 检测途径。该草案目前尚未成为正式标准,未来可能调整。IT之家 🏷#AI#HTTP#字段#IETF 📢频道👥群组📝投稿

AIGC

@aigcrubbish · Post #245 · 11.03.2026 г., 13:46

[$] HTTPS certificates in the age of quantum computing IETF 成立新工作组,研究后量子时代的 HTTPS 证书认证问题。为应对未来量子计算机的威胁,该工作组正探索在后量子密码学下,如何实现身份认证与证书透明性。主要挑战在于后量子证书体积将增大至约 40 倍,工作组正研究压缩技术,这些技术也可能提升传统证书的效率。 原文链接:https://lwn.net/Articles/1060941/ #网络安全#量子计算#密码学#IETF #AIGC Read more