Концепцию взаимодействия разработчиков и операционного персонала (DevOps) используют более 30% компаний по всему миру. В том числе и крупные игроки, ставшие флагманами на рынке IT: ExtraHop, Serena, OpTier, CollabNet, IBM и др. Их опыт может стать очень ценным для компаний, которые только планируют переходить на DevOps. Сегодня мы расскажем, чему можно поучиться у IBM.
Мы уже с Вами рассматривали, чем отличается договорное сотрудничество от разового траблшутинга в сервисдеске. Теперь хотелось бы отдельное внимание уделить теме разового хелпдеска серверов и процессу его осуществления в ITSource и ServerSupport.pro.
Мечта любой компании, связанной с IT, – выпускать релизы чаще, быстрее и качественнее, чем конкуренты. Или, как минимум, укладываться в анонсированные сроки и не краснеть за готовый продукт. И вот, в порыве производственной паники многие вспоминают об услышанном где-то таком трендовом сейчас термине, как “DevOps”. Может, нанять и себе такого специалиста? А может, лучше просто передать DevOps на аутсорсинг?
Мы уже разобрались, зачем докуменировать IT-проекты. А еще выяснили, как создавать хорошую рабочую документацию. Что ж, пора переходить к следующему этапу – разработке эксплуатационной документации.
Мы уже писали о том, как важно документировать IT-проекты. Это помогает систематизировать разрозненные данные, а также создает базу для принятия эффективных управленческих решений. А теперь давайте разберемся в тонкостях документирования на разных этапах создания IT-проекта. Начнем с рабочего этапа и связанных с ним документов.
Итак, вы все-таки решили провести профессиональный аудит IT-инфраструктуры. Аудитор сделал свое дело и ушел, оставив внушительный отчет с результатами проверки. И что с ним теперь делать? Можно просто потерять среди других документов, а можно использовать с пользой для бизнеса. О том, как это сделать, мы и расскажем дальше.
В этой публикации мы постараемся ответить на часто задаваемый нашими потенциальными Заказчиками вопрос: «Зачем нам подписывать договор на техническую поддержку IT-инфраструктуры (или отдельного сервера) и платить фиксированную стоимость в месяц, если мы можем привлечь специалиста, когда проблема случится и оплатить работу почасово по факту?»
Итак, вы отлично поработали и держите в руках новенькую информационную систему. Она удачно прошла функциональные и нефункциональные тестирования, и, кажется, полностью готова к запуску. Но проверки на этом не заканчиваются. В этой статье мы расскажем, как еще тестируют информационные системы (ИС) и для чего это нужно.
Создание и внедрение любого IT-решения – процесс сложный и очень кропотливый. Поэтому так обидно, если внезапно что-то пойдет не так. Защититься от досадных внезапностей поможет профессиональное тестирование системы. Сегодня мы расскажем о 2 видах такого тестирования – функциональном и нефункциональном.
Многие думают, что IT – это ненасытный зверь, проедающий огромные дыры в бюджете компании. Владение современной IT-инфраструктурой действительно влетает в копеечку. Но ее можно как спустить на ветер, так и потратить с умом. Сегодня мы расскажем, как проверить, рационально ли тратятся деньги на IT.