~15 годин роботи (з 4 WiFi точками і 2 ZigBee стіками на PoE) :)
And here comes the new standard!
А я співпрацював з великою кількістю замовників, які, після всіх розрахунків, прийшли до висновку, що hybrid cloud модель для них є оптимальною, дозволяючи використовувати дешевші власні сервери для BAU і швидко масштабуватися в клауд при нагальній потребі. Також для динамічних dev/qa оточень, де певний інстанс взагалі може бути спотом і жити собі півгодини, я важко уявляю собі рішення на залізі. Мабуть, єдине, що приходить в голову — це свої гіпервізори з overprovisioning на такі випадки.
Знову ж таки, в іншому треді я вже підіймав питання DR оточень для яких будь-яка схема, окрім backup/restore та multisite виглядає економічною катастрофою в порівнянні з клаудами.
Прошу мене зрозуміти правильно: я не кажу, що baremetal не потрібен і поганий. Я кажу, що існують ситуації, в яких клауд виходить фінансово дешевше, не кажучи вже про його flexibility та elasticity.
А будувати DR по схемі «Cold Standby», чи «Pilot Light» Ви як пропонуєте без клаудів? Я розумію, що без вимог до RTO/RPO можна і колегу зі стрічковими накопичувачами можна в ДЦ пішки відправити, а якщо вимоги є? Чи буде дешевше тримати копію продакшена вимкненою в іншому регіоні в порівнянні з клаудом, враховуючи, що все обладнання треба буде купити, поставити в стойки, заплатити хостеру за розміщення, порти, електроенергію і інші опексні речі?
А ще враховуйте ситуації, коли сервери не під 95% навантаженням, я деякі з них тупо забули, не зробивши decommissioning після EOL якогось з сервісів :)
Багато мілкої срані в клауді можна хостити взагалі безкоштовно. Значно цікавіше питання: як без клауду можна швидко зреагувати на різкий (10-100x) зріст навантаження, а потім його повернення до нормального стану?
ІМХО, Hybrid Cloud — єдине на даний момент рішення, що дає хоч якусь впевненість у завтрашньому дні.
А питання overprovisioning і тупо забутих десь у хостера серверів швидко виникає і в будь-якій on-premises інфраструктурі і я не бачу суттєвої різниці в порівняння з хмарним оточенням. Disclaimer: я маю на увазі людські оточення з budget limits & alerts.
Иван Шестаков: На внутренних презентациях для всей компании Дима Мелков каждый год показывает один слайд: техническую инфраструктуру Netflix и нашу. Наша инфраструктура на порядок больше и сложнее.
Are you sure about that, Карл?
Инфраструктура Megogo на порядок больше инфраструктуры Netflix?
All AWS VPC traffic is unicast, да.
Или не делся :) cloud.google.com/vpc/docs/advanced-vpc
Опыта с Rust.
Сдал в прошлом году SA Pro. На ЗП на прошлом месте не повлияло никак, на тайтл не повлияло никак. При устройстве в SoftServe, думаю, не повлияло никак, т.к. мои коллеги, как и менеджмент, знают меня давно и наличие/отсутствие очередной сертификации им было безразлично.
Использование SQS маловероятно?
В нашем HR тулките мой профайл выглядит следующим образом:
Job Profile
DevOps Software Development Lead
Мои рабочие активности включают в себя управление командой, архитектуру ряда вещей, разработку (в основном на Go, Python) и прочие вещи, присущие Software Engineering Leads, впрочем, продукт, который мы пишем, имеет самое непосредственное отношение к Modern DevOps, потому нам нужна соответствующая экспертиза у всех участников процесса.
Я уже, честно говоря, и сам запутался, кто мы такие.
То ли передевопсы в сторону кодинга, то ли перекодеры в сторону девопс.
DevOps != Sysadmin, my friend. В моем текущем проекте 5 DevOps’ов, 3 интерна, все кодят на Go фултайм.
С таким подходом определенно имеет смысл учить 1С. Любой из языков в TIOBE — плохой выбор.
А что такое «нормальный» язык? «В любом случае найдешь работу» — это легаси в банке разгребать? Tomcat/JBoss?
Смысл — в получении опыта разработки хоть чего-нибудь не самому, познании одной-двух-трех либ, минимальном осознании экосистемы и «как эти взрослые товарищи делают то-то» и тому подобных вещах, трудно постижимых без коллектива.
В мене теж генератор, іноді світла по 30 годин немає.