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

Резултати

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

Търсене: #devops

当前筛选 #devops清除筛选
infosecurity

@tg_infosec · Post #3621 · 26.09.2025 г., 12:33

👣 Путь в DevOps: полное руководство для новичков с нуля - 2025. • Нашел интересный материал, который поможет понять, что именно необходимо знать и куда смотреть, если планируете вкатиться в DevOps. Рекомендую к просмотру: https://youtu.be/8kvMficZrIo ➡00:14 - Всевозможные компетенции DevOps Инженера; ➡00:44 - Кому проще стать DevOps Инженером; ➡02:29 - Что учить по минимуму и в каком порядке; ➡10:27 - 1. Основы Networking TCP/IP; ➡11:46 - 2. Администрирование Windows; ➡12:38 - 3. Основы Linux; ➡13:28 - 4. Ansible; ➡13:56 - 5. Git; ➡14:26 - 6. GitHub; ➡14:52 - 7. CI/CD: GitHub Actions, GitLab CI/CD; ➡15:29 - 8. Docker + DockerHub; ➡16:16 - 9. Kubernetes + Helm + ArgoCD; ➡17:04 - 10. AWS: Amazon Web Services; ➡19:12 - 10. GCP: Google Cloud Platform; ➡20:27 - 10. Azure: Microsoft Azure; ➡21:38 - 11. Terraform + Terragrunt; ➡22:42 - 12. Python. #DevOps

Hashtags

infosecurity

@tg_infosec · Post #3116 · 12.04.2025 г., 12:31

📋 Disaster Recovery Plan: Как правильно заваривать чай, когда горит серверная. • В жизни любого проекта наступает катастрофа. Мы не можем заранее знать, что именно это будет - короткое замыкание в серверной, инженер, дропнувший центральную БД или нашествие бобров. Тем не менее, оно обязательно случится, причем по предельно идиотской причине. • Кстати, насчет бобров - это не шутка. В Канаде они перегрызли кабель и оставили целый район без оптоволоконной связи. А в топе источника проблем для крупной телекоммуникационной компании Level 3 Communications вообще были белки. • Короче, рано или поздно, кто-то обязательно что-то сломает, уронит, или зальет неверный конфиг в самый неподходящий момент. И вот тут появляется то, что отличает компании, которые успешно переживают фатальную аварию от тех, кто бегает кругами и пытается восстановить рассыпавшуюся инфраструктуру - DRP. Вот о том, как правильно написать Disaster Recovery Plan мы сегодня и поговорим: ➡️Читать статью [10 min]. #DevOps

Hashtags

infosecurity

@tg_infosec · Post #2855 · 15.01.2025 г., 12:30

🗺 DevOps Roadmap • Держите крутой и актуальный roadmap для DevOps, который включает в себя необходимые ссылки на обучающие материалы для каждого шага на этом пути. ➡️https://github.com/milanm/DevOps-Roadmap - GIT; - Learn one programming language; - Learn Linux & Scripting; - Learn Networking & Security; - Learn Server Management; - Learn Containers; - Learn Container Orchestration; - Learn Infrastructure as a code; - Learn CI/CD; - Learn Monitoring & Observability; - Learn one Cloud provider; - Learn Software Engineering Practices; - Additional resources; - Tools; - Books. #DevOps

Hashtags

infosecurity

@tg_infosec · Post #2686 · 15.11.2024 г., 16:30

👨‍💻 Attacking Against DevOps Environment. • SCM AUTHENTICATION; • CI/CD service authentication; • Organization’s public repositories; • Configured webhooks; • Configured webhooks; • Direct PPE (d-PPE); • Indirect PPE (i-PPE); • Public PPE; • Public dependency confusion; • Public package** hijack (“repo-jacking”); • Typosquatting; • DevOps resources compromise; • Changes in repository; • Inject in Artifacts; • Modify images in registry; • Create service credentials; • Secrets in private repositories; • Commit/push to protected branches; • Certificates and identities from metadata services; • User Credentials; • Service Credentials; • Compromise build artifacts; • Registry injection; • Spread to deployment resources; • Service logs manipulation; • Compilation manipulation; • Reconfigure branch protections; • DDoS; • Cryptocurrency mining; • Local DoS; • Resource deletion; • Clone private repositories; • Pipeline logs; • Exfiltrate data from production resources. ➡️https://blog.devsecopsguides.com #DevOps

Hashtags

Audiences Channel

@Audiences_Channel · Post #5 · 10.01.2022 г., 14:47

#Audiences#Notice#DevOps DEPRECATED 已失效 最近有部分用戶反映無法連接主站或Tracker伺服器, 對於此問題,請嘗試以下解決方案: 主站連接 出現異常的用戶,請在hosts中添加 185.143.221.221 audiences.me Tracker 出現異常的用戶,請在hosts中添加 185.143.221.221 t.audiences.me 請注意,如果你的連接一切正常,此方法只會使連接性變差。 所以正常情況請不要應用此方法,除非你無法連接伺服器。 Channel: @Audiences_Channel

Audiences Channel

@Audiences_Channel · Post #15 · 29.04.2022 г., 02:35

#Audiences#Notice#DevOps#Invitation 感謝各位的支持和陪伴,現已接近特殊時期尾聲,站點恢復邀請權限至年輕氣盛(Power User),並發布幾條重要通知如下 1. 近期站點變動:種子列表頁支持 豆瓣鏈接 / ID搜索;默認以標題 / IMDb / 豆瓣搜索 2. 五月一日全體年輕氣盛(Power User)及以上等級用戶發放臨時邀請一枚,請各位規範發放 Channel: @Audiences_Channel

123•••78
ПредишнаСтр. 1 от 8Следваща