Добрый день, уважаемые читатели.
В последнее время на хабре появилось несколько статей об интеграции Asterisk и Telegram: раз, два
Предлагаю рассмотреть еще один вариант. Читать полностью »
Рубрика «Блог компании Southbridge» - 27
Yet another вариант отправки уведомлений от Asterisk в Telegram
2017-06-20 в 5:13, admin, рубрики: asterisk, Python 2.7, telegram, telegram api, telegram bots, Блог компании SouthbridgeКак создать современную CI-CD-цепочку с помощью бесплатных облачных сервисов
2017-06-13 в 6:00, admin, рубрики: continuous delivery, continuous deployment, continuous integration, devops, docker, github, heroku, pipeline, travis, Блог компании Southbridge, Программирование, Разработка веб-сайтов, Тестирование IT-систем
Решение поставленной перед разработчиком задачи бывает найти нелегко. Но как только оно получено, автору сразу хочется поделиться им со всем миром, ведь это так здорово — «отгружать» код. Неиспользуемая программа — это не что иное, как цифровой мусор. Чтобы не тратить время на никому не нужный софт, современные разработчики поставляют функциональность небольшими порциями, разбивая процесс на короткие итерации.
Такой способ создания программного обеспечения используется в процессах Непрерывной интеграции (Continuous Integration) и Непрерывного развертывания (Continuous Deployment), или CI/CD-цепочке. В этой статье мы пройдем по всем шагам настройки такой цепочки, используя для ее построения бесплатные облачные сервисы.
Ansible v.s. Salt (SaltStack) v.s. StackStorm
2017-06-09 в 10:24, admin, рубрики: Ansible, devops, networking, salt, saltstack, Stackstorm, Блог компании Southbridge, Серверное администрирование, системное администрирование
Дисклеймер
За последний месяц я слушал интервью с разработчиками на всех трех продуктах и слышал утверждение «считайте [Ansible / Salt / StackStorm] клеем». А теперь я, как самоделкин-любитель, с удовольствием скажу, что у меня в гараже отнюдь не единственный горшок с клеем. У меня 6 разных типов клея для разного применения, различных склеиваемых материалов и условий среды. Все эти 3 продукта находятся в одном и том же лагере, и каждый может быть с успехом использован для достижения совершенно разных целей. Недавно произошел большой перехлест функционала, состоящий в том, что все они проникают в область сетевой автоматизации. Мнения, приведенные ниже, принадлежат мне, а не моему работодателю (который продает продуктов сетевой инфраструктуры и развертывания на миллиарды долларов).
Развертывание Redmine с помощью Capistrano
2017-06-06 в 5:28, admin, рубрики: capistrano, deploy, devops, Git, redmine, ruby, ruby on rails, Блог компании Southbridge
Это вторая часть моего руководства о том, как самостоятельно администрировать Redmine в долгосрочной перспективе. Первая часть была посвящена управлению собственной версией Redmine с помощью Git (ссылка на перевод).
Имея собственный репозиторий Redmine, пришло время ...
Развертывание и сопровождение Redmine, правильный путь
2017-06-05 в 4:18, admin, рубрики: devops, Git, rails, redmine, ruby, Блог компании Southbridge, Серверное администрирование, системное администрирование
Дисклеймер: это не обычное руководство вида «Как установить Redmine». В нем я не буду погружаться в настройку базы данных или установку веб-сервера. Я также не буду рассказывать о настройке Redmine. Документация по Redmine в этом плане является достаточно полной. А для того, что не упоминается в официальной документации, есть общая процедура запуска Rails-приложений, которую можно легко найти в Интернете.
Вместо этого речь пойдет о сопровождении собственной, более или менее кастомизированной версии Redmine, которая может быть развернута с помощью одной команды оболочки, когда это необходимо.
Готовы? Тогда начнём.
GitHub переходит на GraphQL
2017-06-01 в 5:28, admin, рубрики: api, Facebook, github, graphql, rest, Блог компании Southbridge, Разработка веб-сайтов
22 мая компания GitHub объявила, что следующая версия их API будет использовать разработанную Facebook технологию под названием GraphQL.
В итоге GraphQL может прийти на смену самому популярному на сегодняшний день типу API — REST API.
ENTRYPOINT vs CMD: назад к основам
2017-05-30 в 6:22, admin, рубрики: devops, docker, entrypoint, Блог компании Southbridge, виртуализация, Серверное администрирование, системное администрирование
Название ENTRYPOINT всегда меня смущало. Это название подразумевает, что каждый контейнер должен иметь определенную инструкцию ENTRYPOINT. Но после прочтения официальной документации я понял, что это не соответствует действительности.
Ценности GitLab
2017-05-22 в 7:25, admin, рубрики: gitlab, values, Блог компании Southbridge, управление проектами, управление разработкой, ценности, ценности компании
Компания GitLab уже несколько раз привлекала наше внимание: мы писали об инциденте с базой данных, решении перейти на собственное железо и о том, как пользователи убедили GitLab не уходить из облака. Все эти истории объединяет небывалая открытость, которую проявила компания при ликвидации последствий аварий и принятии жизненно важных решений. Мы решили узнать причины такой публичности и нашли замечательный документ, в котором описаны ценности GitLab.
Помимо открытости в нем оказалось много вещей, с которыми, как нам кажется, будет интересно познакомиться и читателям Хабра. Многие из нас работают в похожих условиях: из дома, общаясь удаленно, иногда годами не видя своих коллег. У такого типа работы есть не только преимущества, но и недостатки, а компания GitLab накопила немалый опыт, который может оказаться полезен нам всем. Перевод ценностей GitLab вы можете найти под катом.
Из инженеров в руководители: сохранение технических навыков
2017-05-16 в 5:12, admin, рубрики: development, leadership, management, mentorship, tech, Блог компании Southbridge, Карьера в IT-индустрии, управление проектами, управление разработкой, метки: leadership
Я стал техническим руководителем около двух лет назад. За это время одной из самых сложных задач оказалось нахождение баланса между обязанностями руководителя и желанием программировать.
Похоже, я не единственный, кто столкнулся с такого рода трудностями, поэтому думаю, что стоит добавить в обсуждение этого вопроса и мои пять копеек.
Ускоряем восстановление бэкапов в Postgres. Часть вторая (потому что сокращения времени вдвое недостаточно)
2017-05-10 в 5:48, admin, рубрики: devops, pg_dump, pg_restore, postgres, Администрирование баз данных, Блог компании Southbridge, Серверная оптимизация, Серверное администрирование, системное администрирование
В первой части статьи «Ускоряем восстановление бэкапов в Postgres» я рассказал о предпринятых шагах по уменьшению времени восстановления в локальном окружении. Мы начали с простого: pg_dump-пили (а есть ли такое слово?), паковали gzip-ом, распаковывали и направляли вывод в psql < file.sql. На восстановление уходило около 30 минут. В итоге мы остановились на настраиваемом (custom) формате Postgres и применили аргумент -j, добившись уменьшения времени до 16 минут.
В этой статье я описал, как нам удалось уменьшить размер файла резервной копии, что дополнительно ускорило процедуру восстановления.