тут все же нужна совместная работа, по метрикам к примеру. SRE/OPS должны во-первых четко понимать что такое системные метрики и метрики приложения, далее совместно выявляют нужные метрики м правила для них. Хотя из опыта мне приходилось лезть в исходный код и катчить то или иное чтобы помочь команде разработки быстрее исправить приложения. Но опять же, к чему я это, не перекладывание. а общее развитие. А так вся суть методологии коту под вост, те делают это, а те то. Про обучение - это золотые слова
Вот благодаря вам и таким комментариям, я верю в то, что не все потерянно. А так все верно, согласен под каждым словом. Да кстати и разработчиков это также касается, выучив фреймворк но не понимая как под капотом это работает, стало нынче модно. Кстати в моем окружении сейчас уже фильтр появился, на тех что делают код с помощью ChatGPT, с такими я перестаю о чем либо общаться)
Возможно я буду не прав, но это ведь не уязвимость. Это баг, который видимо был пройден мимо QA, если они были на тот момент) я то ожидал сейчас статьи с инъекциями, подменой хешей и прочей стори)
Согласен, что простое общение как инженер с инженером больше даст представление о человеке, но все же надо иметь золотую середину. Не допрос же, но знать базу это обязательно
Вам спасибо, набор символов можно поменять и добить символами, пока еще ни разу система не ругнулась, по-поводу пар, вот это интересное замечание, как-то об этом даже не подумал
Ну я не говорю о том, что нужно помнить все. Просто сейчас тенденция такая, зачем мне тратить время на обучение и придумывание нового, когда это есть, это к
пилить то что у других уже сделано
К примеру можно разобраться в чем-то, понять как оно сделано и создать свое лучше, сколько вариаций колес существует? А так бы ездили все на колесах от колесниц.
сегодня меньше народу рискуют открывать бизнес в России
А это уже совсем другая история, тут на это можно смотреть с разных сторон, кто чего хочет от своего бизнеса, за границей вам не дадут заработать столько на бизнесе, как зарабатывают в нашей Великой стране ))
Такие блокировки только развивают IT, как тех кто блокирует, так и тех кто обходит блокировку.
Одни разрабатывают новые алгоритмы и технологии для блокировки, которые потом можно использовать где-то во благо, а другие такие некие тестеры отладчики.
Достаточно большое количество залоченных айтишных ресурсов
Вот оно, современное, я не буду разбираться а найду в инете, а потом на собеседовании говорят — «При наличии Google я бог», согласен знать все не возможно, но читать маны и логи, это нормально!!!
Пару принтеров починят, а потом свой изобретут возможно, так было в СССР, может это повлияет на импортозамещение.
«где несколько минут простоя не критично» — критично. Опять же, при наличии одного контроллера, второй уже не сложно поднять. И еще раз, вывод из домена при падении, это костыль, напоминаю что правильно потом ввести в домен нужно через удаление и создание объекта, а иначе можно словить ошибку — «Не удалось установить доверительные отношения между этой рабочей станцией и основным доменом»
Финансовые затраты на лицензии сервера, когда я написал о том, что нужно 2 машинки под контроллер и под фс, я же не написал про физ.сервера. у меня все прекрасно крутится на esxi. Потом, почему все пристали с доменом. Я админил больше 250 тачек и пользователей, там домен необходим был, здесь же мне пока нужды в нем нет. Аргумент что одного контроллера достаточно и при падении, можно всех вывести из домена, вы серьезно? А можно иметь два контроллера и для пользователя это будет без остановки работы.
Это все конечно хорошо, про необходимость контроллера от 3-х компов есть разные мнения. Кто-то считает нужным кто-то нет, на данный момент инфраструктура не требует контроллера. А так конечно да, AD удобнее. Создал объект поместил куда-надо, также с пользователем и пароль бы менял, тебе и политика, диски, принтеры… но имеем то, что имеем. Пока честно не вижу острую необходимость в домене, пока перспективы роста количества сотрудников нет. Да и потом если поднимать контроллер, то необходимо их два, а это уже финансовые затраты, которые в глобальном понимании стоят дороже 15 — 18 пользователей. Так как выйдет один ФС и два контроллера.
Когда человека приняли на работу, отдел кадров сообщает нам, далее мы на рабочей станции создаем локального пользователя. Когда же сотрудник садится за компьютер он видит своего пользователя в приветствии, вводит свой временный пароль и меняет на свой. Пароль он спрашивает у нас, мы работаем в двух кабинетах через стенку.
да, хоть для мамкиных кулцхакеров)) Нормально настроить AD которого нет, ну да логично. Локальная ГПО сервера и так не дает создать пароль 1 и т.п. Так что либо вы не внимательно прочитали, либо бегло пробежались по статье. Если бы было ГПО, были бы аушки и нормальные группы, создал пользователя в определенной аушке и подцепились группы и можно было бы монтирование диска сделать гпо, а у меня ситуации WORKGROUP. Поэтому даже пароль поменять временный не выйдет, так к терминалке нет доступа.
верно, лишь бы был архитектор и дизайн этого всего, а не так что каждый микросервис разрабатывается в своем мире и понимании. Слаженость
посмотрел на вашу статью, плюсую ) рад что есть единомышленники
тут все же нужна совместная работа, по метрикам к примеру. SRE/OPS должны во-первых четко понимать что такое системные метрики и метрики приложения, далее совместно выявляют нужные метрики м правила для них. Хотя из опыта мне приходилось лезть в исходный код и катчить то или иное чтобы помочь команде разработки быстрее исправить приложения. Но опять же, к чему я это, не перекладывание. а общее развитие. А так вся суть методологии коту под вост, те делают это, а те то. Про обучение - это золотые слова
Вот благодаря вам и таким комментариям, я верю в то, что не все потерянно. А так все верно, согласен под каждым словом. Да кстати и разработчиков это также касается, выучив фреймворк но не понимая как под капотом это работает, стало нынче модно. Кстати в моем окружении сейчас уже фильтр появился, на тех что делают код с помощью ChatGPT, с такими я перестаю о чем либо общаться)
К примеру можно разобраться в чем-то, понять как оно сделано и создать свое лучше, сколько вариаций колес существует? А так бы ездили все на колесах от колесниц.
А это уже совсем другая история, тут на это можно смотреть с разных сторон, кто чего хочет от своего бизнеса, за границей вам не дадут заработать столько на бизнесе, как зарабатывают в нашей Великой стране ))
Такие блокировки только развивают IT, как тех кто блокирует, так и тех кто обходит блокировку.
Одни разрабатывают новые алгоритмы и технологии для блокировки, которые потом можно использовать где-то во благо, а другие такие некие тестеры отладчики.
Вот оно, современное, я не буду разбираться а найду в инете, а потом на собеседовании говорят — «При наличии Google я бог», согласен знать все не возможно, но читать маны и логи, это нормально!!!
Пару принтеров починят, а потом свой изобретут возможно, так было в СССР, может это повлияет на импортозамещение.