Из общего описания того, что от них якобы ожидается и какие задачи "в основном выполняют", если верить словам в статье.
Нет, я в принципе понимаю, что вы имели ввиду, потому что это распространенный кейс, когда на devops, помимо его основных обязанностей, навешивают всю инфраструктуру, вплоть до метрик свободного места на диске.
Увы, это только говорит о незрелости выбранного подхода такими организациями.
Ага, это как тебе пишут в чат с просьбой, ты в ответ просишь оформить тикет, а человек внезапно просто навсегда исчезает.... Возможно даже из компании.
У меня одного сложилось ощущение, что автор не совсем понимает, кто такие devops? А их якобы devops - это так называемый шива, который должен уметь все и вся?
Как бы то ни было, по-моему опыту проблема в сроках при обращении к devops в том, что срок решения тикета ожидается вчерашним числом, а devops пока не изобрел машину времени. Почему-то никто не задумывается над тем, почему вообще на столь позднем этапе была выявлена та или иная необходимость.
Все зависит от человека. У меня знакомый и за пол года сам вкатился в программирование (java). Три из них обучался самостоятельно, три как стажировка/испытательный срок. Между прочим, потом за год серьёзно вырос.
Просто от инженеров там тоже особых знаний и не требуется. Поставь ось, поставь сервер приложений, настрой по инструкции, почисть место на диске, разверни схемку в БД. Примерно так, я полагаю.
Написано «Поклонникам StarCraft и C&C посвящается». Это значит тем, кому нравится эта игра или жанр, скорее всего понравится. Похоже, что так и есть. Никто не говорил, что будет именно StarCraft.
Ничего подобного, я, как игрок в Starcraft, не увидел никакой связи между конкурсом и данной вселенной. С таким же успехом — сапер тоже для поклонников Starcraft. Обычная замануха заголовком.
Спасибо, прочитал. Понял, что все ~100GB хранятся в RAM. Если честно, то очень сомневаюсь в таком подходе. Ну — во всяком случае не понимаю зачем для этого отдельная БД. У всех современных БД есть подсистема кэширования. Я уж не говорю о том, что на серверах приложения так же можно создавать кэши с репликацией. + не понятно что значит что транзакции выполняются в одном потоке… Если сервер приложения создает пул из ~50 тредов и они будут формировать транзакции, то со стороны БД что будет происходить? Они будут в очередь выстраиваться? Т.е. если в обработке сейчас одна транзакция, то вторая будет в ожидании в любом случае? А если это распределенные транзакции?
Не совсем понимаю. Если вы сделали кэш а-ля свою кэширующую БД на 100GB, то какое основное отличие от обычной БД, благодаря которому обращение к данным происходит быстрее? Принцип хранения данных? По итоговой схеме становится понятно, что к MySQL обращения происходят более редко за счет того, что ко всем горячим данным они идут в tarantool. Но ведь т.о. большая часть нагрузки теперь падает на него. Цитирую: «Мы разработали специальную базу данных для горячих данных» — из этого понятно только то, что большая часть обращений будет падать на вашу новую бд, которую также придется маштабировать. Можете как-то уточнить?
Недавно столкнулся с проблемой при очередной установке данного продукта, при соединении к СУБД выползала ошибка про SSL. Откатил Java до версии 1.7.79 и заработало, на 1.7.85 почему-то не хочет. Это так, может кому пригодится.
Я тоже уже давно мастер лигу взял в Старкрафте, а аватарка так и осталось жалкой даймонд лиги
Из общего описания того, что от них якобы ожидается и какие задачи "в основном выполняют", если верить словам в статье.
Нет, я в принципе понимаю, что вы имели ввиду, потому что это распространенный кейс, когда на devops, помимо его основных обязанностей, навешивают всю инфраструктуру, вплоть до метрик свободного места на диске.
Увы, это только говорит о незрелости выбранного подхода такими организациями.
Интересно ещё, а аватарка на Хабре вместо фото это тоже ориентир на то, что человек ЧСВ, или все же нет?
Что такое голосовое сообщение? Вы голосовые как в тг отправляете?
Простите, я просто уже не в первый раз тут в ветке читаю об этом, не могу понять.
Ага, это как тебе пишут в чат с просьбой, ты в ответ просишь оформить тикет, а человек внезапно просто навсегда исчезает.... Возможно даже из компании.
У меня одного сложилось ощущение, что автор не совсем понимает, кто такие devops? А их якобы devops - это так называемый шива, который должен уметь все и вся?
Как бы то ни было, по-моему опыту проблема в сроках при обращении к devops в том, что срок решения тикета ожидается вчерашним числом, а devops пока не изобрел машину времени. Почему-то никто не задумывается над тем, почему вообще на столь позднем этапе была выявлена та или иная необходимость.
Большей тупости в жизни не читал.
Ничего подобного, я, как игрок в Starcraft, не увидел никакой связи между конкурсом и данной вселенной. С таким же успехом — сапер тоже для поклонников Starcraft. Обычная замануха заголовком.
По поводу шестого пункта — я имел ввиду, поддерживаются ли XA транзакции?
yum downgrade java-1.7.0-openjdk.x86_64 java-1.7.0-openjdk-devel.x86_64