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

Резултати

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

Търсене: #electry

当前筛选 #electry清除筛选
机场花名册|持续更新

@airportroster · Post #899 · 10.06.2022 г., 12:43

(本次排查全体在榜机场,已经公布的就跳过了) 以下机场已跑路: 机场编号 机场名称 跑路原因 #编号506#Tired 已被 #WHYsless 合并 #编号522#起点云 纯公益的尽头是跑路 #编号525#Kirino 封车不维护了 #编号530#WANWAN 封车不做了 #编号535#熊崽猫咖 摆烂不做了 #编号554#吉他云 未知 #编号559#翻墙VPN 开地图炮被打 #编号639#小黑加速器 不开了 #编号409#蜜桃云 未知 #编号413#快萌 已合并到 #祢豆子 #编号450#FastVPN 未知 #编号451#whalecloud 机场主直接开摆,说六月上旬恢复。约等于跑路。 #编号456#VS服务 未知 #编号225#MOJITO 未知 #编号228#711cloud 未知 #编号239#小鸟云 早就跑路 #编号294#EXspeed 长时间不修节点,约等于跑路。 #编号106#Alink 已被 #NTHU 接手 #编号107#桃子男孩渡海边来 几个月前被抓了 #编号126#樱花落在纸上 未知 #编号127#Hxray 摆烂不做了 #编号156#72VPN 未知 #编号186#星云 节点放弃维护,跑路了 #编号194#Electry 无法找到新网址,故暂定为跑路。 #编号601#宝宝巴士 未知 上期跑路名单回顾 上上期跑路名单回顾 以下机场有特殊情况: #编号524#日不落 群主已蒸发,可能会跑。 #编号621#西瓜机场 无法确定是否跑路 #编号630#Morino 可能全新换名字了 #编号663#次元城 一个月内被转手两次,前期依靠便宜流量包吸引用户 #编号429#Fartrans 该机场备受争议,是为数不多的免流大机场 #编号283#xdmyyds 前段时间已被原机场主转手 #编号123#猫尾酒馆 现已由 #kekocloud 接手 #编号48#速蛙云 处于舆论中心,被某鹰针对中. #编号320#逸云 节点已大部分失联,网站不稳定,群转私有 如有上述机场信息有误,新补充跑路机场,可留言提醒。(累死宝宝了~)