TGViewer
Channel Public Channel
I hate overtime

I hate overtime

@overtimehate

Some DevOps, SRE and IT development stuff
Subscribers
850
Photos
129
Videos
4
Links
961

Showing posts older than #570 · Back to latest

Older Posts 20 shown
Post #569 8

Forwarded from oleg_log (Oleg Kovalov)

Напомнили в одном из чатов про серию книг The Architecture of Open Source Applications

Довольно занятное чтиво о том, как устроены БД, парсеры, компиляторы, очереди и прочие вещи.

Онлайн читать не сильно удобно (иногда текст слишком широко размазан), но проблема решаема. В общем неплохое чтиво.

http://www.aosabook.org/en/index.html
Post #568 333
DevOps&SRE Library Kubernetes security notes and best practices Советы и заметки по безопасности Kubernetes. https://github.com/kabachook/k8s-security
Ваще обычно обхожу тему сесурити, т.к. некомпетентен чуть менее чем полностью...но, блин, тут есть attacker's guide!
пошел взрывать кубернатесы
Post #566 356
Протестировал Хорошая статья о непопулярных техниках автоматической генерации тесткейсов: символьное выполнение, тестирование с помощью моделей, комбинаторное тестирование, адаптивное случайное тестирование (adaptive random testing) и тестировании на основе поиска (search…
Очень крутая статья, и все это действительно работает(я знаю людей, которые юзают и Model-Based и SBST), но, во-первых, этих людей единицы (по крайней мере, на пост-советском пространстве), а во-вторых, их услуги стоят конских денег, и не каждая галера может себе это позволить(даже ынтерпрайз). Гораздо проще и дешевле ведь нанять кучу кожанных ублюдков джуниоров, прочитавших Савина, которые будут регрессить руками.
White-box тестирования, кстати, не видел вообще ни разу(тоже на пост-советском)
Post #565 8

Forwarded from Протестировал

Хорошая статья о непопулярных техниках автоматической генерации тесткейсов: символьное выполнение, тестирование с помощью моделей, комбинаторное тестирование, адаптивное случайное тестирование (adaptive random testing) и тестировании на основе поиска (search-based testing). Для каждой техники описаны базовые идеи, практическая применимость, существующие проблемы и перспективы.

https://cs.stanford.edu/people/saswat/research/ASTJSS.pdf

Кстати символьное выполнение можно попробовать прямо в браузере - http://klee.doc.ic.ac.uk/

#непишитетесты
Post #564 357
Post #562 1.14K
#devops
Тут парни из Авито на днях рассказывали про Live Site Review. Пошел погуглить про сабж, чет ничего особенно не нагуглилось, но нашел видосик как LSR делает Микрософт. Круто, интересно, хоть и щедро приправлено рекламой TFS
P.S. осторожно, шотландский английский))
YouTube Live Site Culture & Site Reliability at Azure DevOps - Martin Hinshelwood With the shift-left movement pushing more responsibility to the engineering teams what practices will help them cope with running a production site. These ar...
Post #559 9
Post #557 457
Открыл тут для себя диаграммы Исикавы. Оказалось, что очень удобно с помощью сабжа наглядно объяснять суть проблемы людям, не имеющим нужных компетенций, или не очень понимающим предметную область. Особенно, если софт-скилы не на высоте(как у меня😞)
Кароч хозяюшке на заметку)
Post #555 7
Post #553 286
Post #551 256
I hate overtime Не успели еще постмортем отписать по предыдущему косяку, как у нас очередной факап! Есть у нас хранилище, которое наполняют аж 2 "контура" ETL'ей. Первый наполняет стейджинг, второй льет уже, непосредственно, из стейджинга в хранилище. Сделано это было из…
Если что, я про вот эту книжку: https://www.ozon.ru/context/detail/id/33575069/. Must read, но вы, конечно, и сами знаете
Post #550 242
Не успели еще постмортем отписать по предыдущему косяку, как у нас очередной факап!
Есть у нас хранилище, которое наполняют аж 2 "контура" ETL'ей. Первый наполняет стейджинг, второй льет уже, непосредственно, из стейджинга в хранилище. Сделано это было из-за того что в ажуре сильно дешевле купить несколько маленьких баз, чем одну большую, да и копаться в куче sql-хранимок было не охота.
Сегодня мы отследили, что etl'и стейджингового слоя не справляются(сатурация больше утилизации) и решили поскейлиться. Через пару часов полетели алерты с хранилища о том, что привышен лимит по числу коннектов к базенке. Оказалось, что поскейлив роботов стеджинга мы создали доп. нагрузку на второй "контур", который стал активнее ходить в базу. Все бы хорошо, но вот размер клиентских пулов на etl'ях не был явно задан из-за чего базенку буквально закидали коннектами.
Кароч, ребятишки, Майк Нейгард не херню пишет. Желательно не только прочитать, но и следовать
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →