Как запустить SQL profiler trace, когда проблему надо ловить с 3:00 до 3:30 утра? Делать это можно с помощью трейса на стороне сервера, но это крайне неудобно. Именно не сложно, а неудобно, и всегда лень. Наконец я решился автоматизировать это раз и навсегда. Вот так:
Рубрика «Jenkins» - 4
Как запустить SQL Profiler Trace ночью, в определенное время?
2018-11-26 в 14:48, admin, рубрики: Jenkins, Microsoft SQL Server, mssql, mssqlserver, profiling, sql, администрирование windows, Администрирование баз данных, Администрирование БД, Серверное администрирование
Как автоматизировать с Jenkins сборку и раскатку артефактов модели метаданных для таблиц в хранилище
2018-10-29 в 14:35, admin, рубрики: Jenkins, oracle, python, sql, Администрирование баз данных, базы данных, Блог компании Ростелеком, Серверное администрирование, системы сборкиВсе началось с того, что мы столкнулись с потребностью быстро и правильно формировать структуры EDWEX, JSON, DDL и затем раскатывать их на разных контурах реляционных БД. Под контурами я подразумеваю знакомые всем аббревиатуры — DEV, TST, UAT, PRD.
На тот момент мы делали практически все вручную: и генерировали DDL, и собирали edwex-ы и json-ы на основе метаданных из Oracle БД. Входных параметров множество. Упустишь один — и некорректно сформируешь сущность. А так как весь процесс формирования был последовательным и непрерывным, то ошибка обнаружится только в самом конце. О том, как мы все автоматизировали и побороли ошибки, читайте под катом.
Читать полностью »
Мы хотим заменить девопсов скриптом (на самом деле нет): разработчики, нужно ваше мнение
2018-08-09 в 7:27, admin, рубрики: Ansible, chef, devops, docker, elk, gitlab, Jenkins, kubernetes, LoadRunner, prometheus, redmine, s3, selenium, Блог компании ТЕХНОСЕРВ, виртуализация, разработка, релиз, тестирование, тимлид
Мы делаем проект облака для разработки — платформу, способную максимально упросить жизнь девопсам, разработчикам, тестировщикам, тимлидам и другим вовлеченным в процесс разработки специалистам. Это продукт не для сейчас и не для завтра, и потребность в нём только-только формируется.
Основанная идея — вы можете разворачивать конвейер с уже преднастроенными инструментами, но при этом с возможностью внесения целого ряда настроек, и вам останется только деплоить код.
Читать полностью »
Фронтенд как у сына маминой подруги
2018-04-26 в 9:06, admin, рубрики: Jenkins, jquery, React, Блог компании Яндекс.Деньги, веб-дизайн, верстальщик, верстка, никто не читает теги, работа, Разработка веб-сайтов, собеседование, управление персоналом, управление разработкой, фронтендПривет. Я Катя. Я пишу фронтенд в Яндекс.Деньгах.
Я расскажу, как работа в большой компании помогла мне вырасти из верстальщика в программиста. О том, как я перестала бороться с особенностями браузеров, и начала — с плохой архитектурой и низким rps. Пусть эта история сэкономит время талантливым разработчикам, которые штампуют лендинги вместо того, чтобы биться за настоящий фронтенд.
В этой статье я расскажу, что мы разрабатываем, как оптимизируем рабочие процессы и зачем развивать свои soft skills. На подходе вторая часть — она будет технической. В ней подробно расскажу про стек, почему их два и как мы дружили БЭМ с React (спойлер: будет много кода). Поехали!
Представлен Jenkins X для CI-CD облачных приложений в Kubernetes
2018-03-27 в 7:26, admin, рубрики: continuous delivery, continuous integration, devops, Jenkins, Jenkins X, kubernetes, open source, Блог компании Флант, системы сборки
На прошлой неделе авторы Open Source-проекта Jenkins представили своё новое детище, «расширяющее экосистему Jenkins» и предназначенное специально для непрерывной интеграции/доставки приложений в рамках кластеров Kubernetes. Решение получило название Jenkins X. Что же оно делает?Читать полностью »
Тестирование и непрерывная интеграция для Ansible-ролей при помощи Molecule и Jenkins
2018-03-25 в 13:28, admin, рубрики: Ansible, ci, devops, Jenkins, molecule, Серверное администрирование, Тестирование IT-систем
После того, как Ansible вошёл в нашу практику, количество кода на нём и, в частности, ролей стало расти очень быстро. Роли для бэка, фронта, прокси, баз данных, мониторинга, сбора логов и т. д. и т. п.—их количество насчитывает десятки. Часть из ролей специфична для определённого проекта, но многие решают общие задачи, ими хочется делиться между проектными командами, чтобы не создавать одно и то же решение дважды.
Вместе с большим количеством кода появляется и старая, знакомая проблема: страх изменений. Люди не желают вносить изменения в «чужую» роль, опасаясь испортить её, вместо этого создают собственную копию. Рефакторинг кода не производится, если код прямо сейчас не находится в фокусе разработки, из-за опасения, что внесённые проблемы могут быть обнаружены спустя слишком большое время. Итог: плохой код растёт как снежный ком.
Devops в кровавом энтерпрайзе
2017-12-22 в 7:17, admin, рубрики: Ansible, Bosh, chef, Cloudify, gocd, Hygeia, Jenkins, Pipeline Automation, puppet, salt, teamcity, terraform, Блог компании КРОК, культура разработки, процесс, Сoncourse CI, сборка, Серверное администрирование, управление проектами, управление разработкой
Вот к такому можно стремиться
У нас больше 350 своих разработчиков ПО и тестировщиков по всей стране, плюс мы часто взаимодействуем с инженерами и разработчиками заказчиков. Чтобы перейти на практическое использование devops, нам нужно было обеспечить не только внедрение методологии, но и приучить любимых российских заказчиков к некоторой базовой культуре. Просто пара диалогов для понимания:
— Почему у нас всё упало?
— Потому что вы откатали это на стенде, всё протестировали, а потом развернули на проде. Вот у вас настройка, которая не попала в инструкции, и жила только в голове старого админа.
Или:
— Почему не запускается по всей стране?
— Потому что у вас несколько десятков разных региональных инсталляций, каждая делалась руками, и на каждой разные конфиги. И ещё в паре случаев инженер ошибся.
— Поправите до завтра? Очень нужно! Только доступ удалённо мы вам не дадим.
— ..! Конечно, у нас есть команда высокооплачиваемых спецов, обожающих ездить на Дальний Восток. Нет проблем.
[Питер] Встреча JUG.ru с Олегом Ненашевым из CloudBees — Groovy DSL в Jenkins и Pipeline. Реализации и подводные грабли
2017-12-03 в 9:30, admin, рубрики: configuration-as-code, devops, dsl, groovy, Groovy & Grails, java, Jenkins, Блог компании JUG.ru Group![[Питер] Встреча JUG.ru с Олегом Ненашевым из CloudBees — Groovy DSL в Jenkins и Pipeline. Реализации и подводные грабли - 1](https://www.pvsm.ru/images/2017/12/03/piter-vstrecha-JUG-ru-s-olegom-nenashevym-iz-CloudBees-Groovy-DSL-v-Jenkins-i-Pipeline-realizacii-i-podvodnye-grabli.jpeg "[Питер] Встреча JUG.ru с Олегом Ненашевым из CloudBees — Groovy DSL в Jenkins и Pipeline. Реализации и подводные грабли - 1")
В понедельник, 4 декабря, в офисе компании Oracle состоится встреча с Олегом Ненашевым, разработчиком в компании CloudBees, которая является одним из основных контрибьюторов Jenkins. Тема встречи — Groovy DSL в Jenkins и Pipeline.
Несмотря на появление новых средств CI/CD, Jenkins остается одним из наиболее популярных серверов автоматизации. Он фактически является распределенным веб-сервисом и предоставляет различные DSL, в том числе с доступом к JVM и внутренним API. Давать такой доступ нужно аккуратно, а то в продакшне будет мучительно больно: security, UX, performance, и т.д. О предотвращении этой боли и пойдет разговор.
Олег расскажет:
- как в Jenkins реализованы Groovy DSL и почему их так много;
- как в Jenkins Pipeline реализованы Groovy Sandbox, доступ к API Java, Script Security и персистентность контекста при рестарте;
- какие архитектурные проблемы это вызывает;
- как можно при всем этом расширять и поддерживать DSL для частных задач.
Как мы настраивали процесс CI-CD для наших SOA-проектов
2017-11-13 в 16:58, admin, рубрики: Ansible, automatization, build management, configuration management, continuos integration, continuous delivery, devops, django, docker, Jenkins, python, системы сборки
Хотел бы поделиться опытом настройки CI/CD в нашей компании, плюс, послушать советы, если у вас похожая структура проектов.
Кому, как мне кажется, данная статья может оказаться полезной:
— ваши проекты содержат несколько отдельных репозиториев с приложениями;
— вы хотите быть уверены, что каждый репозиторий проходит тесты;
— вы хотите быть уверены в совместимости версий между репозиториями;
— вы ещё не успели, но планируете, перевести свои проекты на докер;
— хотите посмотреть пару playbook'ов Ansible.
Читать полностью »
Управление задачами в Jenkins
2017-10-05 в 9:52, admin, рубрики: continuous delivery, continuous integration, devops, Jenkins, pipelines, Блог компании Селектел
Jenkins сейчас используется, пожалуй, практически в любой компании, где есть необходимость в автоматическом деплое приложений и инфраструктуры, а также в удобном управлении различного рода задач.
На рынке сейчас представлено много других инструментов (как платных, так и бесплатных), позволяющих построить процесс непрерывной интеграции максимально комфортно.
Читать полностью »