А вы не поверите, на сколько это популярное решение - фигачим в очередь и может быть вычитаем. Ведь правда - быстрый бекап с ТТЛ.
https://twitter.com/Miyamotorola/status/1246441857782919168
Size: a a a
2020 May 14
2020 May 15
Раскрыта причина создания @generictalks Поболтать по "телефону" теперь не стыдно и никто не докапывается.
Небольшое ревью 5 лет Rust.
We have served over 2.25 Petabytes (1PB = 1,000 TB) of different versions of the compiler, tooling, and documentation this year alone!
https://blog.rust-lang.org/2020/05/15/five-years-of-rust.html
We have served over 2.25 Petabytes (1PB = 1,000 TB) of different versions of the compiler, tooling, and documentation this year alone!
https://blog.rust-lang.org/2020/05/15/five-years-of-rust.html
2020 May 16
Вот все шутят про naming, cache invalidation, data races, off-by-one, а про float как-то мало шутят, а ведь это еще страшнее, ведь порой их найти без вдумчивого понимания действительно сложно.
Там еще пару само-ответов с похожими ошибками, но суть одна https://twitter.com/BrianRoemmele/status/1257171240189431809
Там еще пару само-ответов с похожими ошибками, но суть одна https://twitter.com/BrianRoemmele/status/1257171240189431809
2020 May 17
There is no obligation to free labour. Every hour you put in working on your project for free is a gift to the world.
https://www.drmaciver.com/2015/04/its-ok-for-your-open-source-library-to-be-a-bit-shitty/
https://www.drmaciver.com/2015/04/its-ok-for-your-open-source-library-to-be-a-bit-shitty/
Хочется сказать большое спасибо каналам и чатам за поддержку https://hacktory.ai/
@in51d3 - канал про безопасность, железо и всё что с этим связано
@count0_digest - "Пятничный деплой" в представлении не нуждается :)
@sysadm_in - чат портала https://sys-adm.in/
@aws_notes - канал с кучей интересного и полезного про AWS
@bykvaadm - различные аспекты администрирования систем и не только
@sec_devops - канал с большим количеством полезного материала про DevSecOps
@ZnProd - чат подкаста "Цинковый прод". Я писал о них тут https://t.me/tech_b0lt_Genona/1592
Если я кого-то случайно забыл, то напишите и я обязательно добавлю.
Ну, а АКЦИЯ!!!111!! указанная в прошлом сообщении остаётся актуальной, только теперь не 20, а 13 ключей :)
- - -
Кто пройдёт любую лабораторную работу и скинет в личку (@rusdacent) md5 от самого последнего флага в формате
Если флаг кем-то уже был сдан, то следующему придётся добывать новый, а код активации выдаётся только один на человека.
Напомню и про канал @hacktory, где можно следить за анонсами и обучающими материалами.
@in51d3 - канал про безопасность, железо и всё что с этим связано
@count0_digest - "Пятничный деплой" в представлении не нуждается :)
@sysadm_in - чат портала https://sys-adm.in/
@aws_notes - канал с кучей интересного и полезного про AWS
@bykvaadm - различные аспекты администрирования систем и не только
@sec_devops - канал с большим количеством полезного материала про DevSecOps
@ZnProd - чат подкаста "Цинковый прод". Я писал о них тут https://t.me/tech_b0lt_Genona/1592
Если я кого-то случайно забыл, то напишите и я обязательно добавлю.
Ну, а АКЦИЯ!!!111!! указанная в прошлом сообщении остаётся актуальной, только теперь не 20, а 13 ключей :)
- - -
Кто пройдёт любую лабораторную работу и скинет в личку (@rusdacent) md5 от самого последнего флага в формате
Имя лабы - md5(last_flag), я отправлю в ответ код, который позволит активировать доступ на месяц. Если флаг кем-то уже был сдан, то следующему придётся добывать новый, а код активации выдаётся только один на человека.
Напомню и про канал @hacktory, где можно следить за анонсами и обучающими материалами.
А вот и мы, подключайтесь) У нас крутой Слава сегодня https://www.youtube.com/watch?v=UFP1XDQdKHo
2020 May 18
Какая приятная новость с утра
The Collaborative API Design Tool for designing and managing OpenAPI specs.
https://insomnia.rest/blog/introducing-designer
тут качать https://insomnia.rest/products/designer/
The Collaborative API Design Tool for designing and managing OpenAPI specs.
https://insomnia.rest/blog/introducing-designer
тут качать https://insomnia.rest/products/designer/
Хммм...мне кажется или релиз на каждый коммит это абьюз бесплатного гитхаба?
Вот не понимаю таких людей, когда на каждый коммит делается тег. Когда коммит ~ тег, то возникает вопрос, зачем нужен 2й, ведь 1й отлично справляется с ролью уникального айди.
Хочется верить, что их Jenkins на этом тратит секунды, а не аплоадит весь zip (а он 100мб+)
Вот не понимаю таких людей, когда на каждый коммит делается тег. Когда коммит ~ тег, то возникает вопрос, зачем нужен 2й, ведь 1й отлично справляется с ролью уникального айди.
Хочется верить, что их Jenkins на этом тратит секунды, а не аплоадит весь zip (а он 100мб+)
а @golangdigest сегодня 3к отмечает, такие вот дела 🎉
Я вот только сейчас в закладках нашел пдф. Не зря.
The bulk of the incidents (User) are due to user errors such as overload or misconfiguration and mostly affect that user, whereas the remaining categories could affect all users
in an area.
Cluster incidents reflect non-network problems in the underlying infrastructure, including problems with servers and power. Operator incidents are accidents induced by SREs, such as a misconfiguration. Bug implies a software error that caused some problem. Network category, under 8%, is where partitions and networking configuration problems appear. Other is grab bag of various problems, most of which occurred only once.
То есть половину+ случаев проблем с Chubby были из-за того, что кто-то не знал, как пользоваться сервисом. Круто.
The bulk of the incidents (User) are due to user errors such as overload or misconfiguration and mostly affect that user, whereas the remaining categories could affect all users
in an area.
Cluster incidents reflect non-network problems in the underlying infrastructure, including problems with servers and power. Operator incidents are accidents induced by SREs, such as a misconfiguration. Bug implies a software error that caused some problem. Network category, under 8%, is where partitions and networking configuration problems appear. Other is grab bag of various problems, most of which occurred only once.
То есть половину+ случаев проблем с Chubby были из-за того, что кто-то не знал, как пользоваться сервисом. Круто.
2020 May 19
Искал картинку, оказалась была ровно год назад (про компрессию по сети), но обратил и на соседний твит. 'What if deployments were cheap?' и вспонил, что уже месяц держу одну вещь в закладках, ток забиваю написать.
А давайте подумаем, что плохого в дорогих деплоях и билдах? Рассмотрим дорогие в контексте времени, что вполне реально и часто встречается. Человек запустил тесты и ждёт. Допустим час. Вот что полезного можно сделать в этом время, связанное с работой?
О да, начать новый таск, может и сделать, и снова вбросить на CI/CD и ждать. А так как таски, изменения неоднородны (одно больше, одно сложнее, другое заблочено другим), то все начинают топтаться на месте и delivery time растёт, при этом баги из-за большого изменения кода в узком промежутке времени растёт (речь про то, что оно часто мёржится одним махом, а потом бегай гит-бисектом и ищи, жаль это правда).
Возможно это та самая причина, которая объясняет завышенные цены на devops мастеров, чтобы быстро настроить быстрый pipeline (дада, чуть толстая шутка), но это так же связано и со сложностью организации проекта, а здесь и архитектура, и зависимости, и еще долго по списку.
Поэтому многие и верят в скорость шиппинга из-за микросервисов, ведь проще запустить 1 сервис и подключить к тестовому окружению, чем ждать, когда один из 16 серверов, куда влезает монолит освободится, чтобы потыкать 2 кнопочки и как они работают. Но и разворачивать целую жскадрилью микросервисов чуть неправильно.
Пока есть время оправдаться - я тут смешал билд тайм и деплой тайм, но думаю многие согласятся, что это близкие понятия и живут рядом. Первое конечно должно быть шустрее, но границ нет.
Спасибо Константину за доклад, https://www.youtube.com/watch?v=5idANUsz6_4
PS: сейчас, как и год назад, у меня тоже поуменьшилось желание постить что-то, однако.
А давайте подумаем, что плохого в дорогих деплоях и билдах? Рассмотрим дорогие в контексте времени, что вполне реально и часто встречается. Человек запустил тесты и ждёт. Допустим час. Вот что полезного можно сделать в этом время, связанное с работой?
О да, начать новый таск, может и сделать, и снова вбросить на CI/CD и ждать. А так как таски, изменения неоднородны (одно больше, одно сложнее, другое заблочено другим), то все начинают топтаться на месте и delivery time растёт, при этом баги из-за большого изменения кода в узком промежутке времени растёт (речь про то, что оно часто мёржится одним махом, а потом бегай гит-бисектом и ищи, жаль это правда).
Возможно это та самая причина, которая объясняет завышенные цены на devops мастеров, чтобы быстро настроить быстрый pipeline (дада, чуть толстая шутка), но это так же связано и со сложностью организации проекта, а здесь и архитектура, и зависимости, и еще долго по списку.
Поэтому многие и верят в скорость шиппинга из-за микросервисов, ведь проще запустить 1 сервис и подключить к тестовому окружению, чем ждать, когда один из 16 серверов, куда влезает монолит освободится, чтобы потыкать 2 кнопочки и как они работают. Но и разворачивать целую жскадрилью микросервисов чуть неправильно.
Пока есть время оправдаться - я тут смешал билд тайм и деплой тайм, но думаю многие согласятся, что это близкие понятия и живут рядом. Первое конечно должно быть шустрее, но границ нет.
Спасибо Константину за доклад, https://www.youtube.com/watch?v=5idANUsz6_4
PS: сейчас, как и год назад, у меня тоже поуменьшилось желание постить что-то, однако.
Однако
2020 May 20
Ооооооооочень сильный выпуск. Советую слушать с блокнотом, Слава крутые вещи рассказывал. Real-cloud так сказать
Generic Talks 25
У нас в гостях Слава Бахмутов из GolangShow.
Мы говорили про то как был устроен бекенд в Dropbox:
- как были устроены сервисы и как они развивались со временем
- какие языки использовались, какие прижились и как проходили перезды с одних технологий на другие
- монорепозиторий, инфраструктура сборки и разработки
- как устроена интроспекция: логеры, мониторинг, обнаружение ошибок
- и самое вкусное 😀: масштабирование баз данных, шардирование, умные прокси сервисы, отказоустойчивость и управление трафиком...
Eще поговорили об стартапе над которым сейчас работает Слава: в чем идея, как все устроено внутри, на чем написано, как планируете масштабировать и делать большие ивенты...
В конце немного про переезды и жизнь в разных странах 🛤
У нас в гостях Слава Бахмутов из GolangShow.
Мы говорили про то как был устроен бекенд в Dropbox:
- как были устроены сервисы и как они развивались со временем
- какие языки использовались, какие прижились и как проходили перезды с одних технологий на другие
- монорепозиторий, инфраструктура сборки и разработки
- как устроена интроспекция: логеры, мониторинг, обнаружение ошибок
- и самое вкусное 😀: масштабирование баз данных, шардирование, умные прокси сервисы, отказоустойчивость и управление трафиком...
Eще поговорили об стартапе над которым сейчас работает Слава: в чем идея, как все устроено внутри, на чем написано, как планируете масштабировать и делать большие ивенты...
В конце немного про переезды и жизнь в разных странах 🛤