Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Интенсив по работе с Terraform 24–25 апреля

Блог компании SouthbridgeIT-инфраструктураКарьера в IT-индустрииDevOpsОблачные сервисы


Запускаем запись на двухдневный интенсив по Terraform, обучение пройдет 24–25 апреля. Интересно будет всем, кто работает или планирует работать с облачной инфраструктурой и продолжает разворачивать её в ручном режиме.

Читать дальше →
Всего голосов 13: ↑12 и ↓1 +11
Просмотры1.2K
Комментарии 0

Знакомимся с Otto, наследником Vagrant

Разработка веб-сайтовПрограммирование
Otto — это новый продукт от Hashicorp, логический наследник Vagrant, призванный упростить процесс разработки и деплоя программ в современном мире облачных технологий. Концептуально новый подход к проблеме, проверенные технологии под капотом и открытый исходный код. Персональный DevOps ассистент разработчика.


Читать дальше →
Всего голосов 21: ↑21 и ↓0 +21
Просмотры32K
Комментарии 9

[Terraform + SaltStack] Готовим PrestoDB кластер в скороварке (Часть #1)

Системное администрированиеIT-инфраструктураСерверное администрирование
Tutorial
Что здесь интересного?

image
Рецепт приготовления вкусного и полезного PrestoDB кластера используя скороварку на базе Terraform и SaltStack в публичном облаке AWS. Рассмотрим подробно нюансы подготовки к работе самой скороварки, необходимые шаги для правильного приготовления самого блюда и, естественно, немножко расскажем о потреблении готового блюда. Эту часть можно использовать как учебный материал по Terraform.
Читать дальше →
Всего голосов 9: ↑9 и ↓0 +9
Просмотры8.3K
Комментарии 4

Опыт построения Infrastructure-as-Code в VMware. Часть 1: Обозначение проблемы

Системное администрированиеВиртуализацияDevOps
Приветствую, дорогой читатель. Я начинаю цикл статей о том, как мы искали решение для применения подхода Infrastructure-as-Code в нашем виртуальном окружении VMware VSphere.
Но сначала о проблеме.
Всего голосов 9: ↑9 и ↓0 +9
Просмотры12.8K
Комментарии 13

Terraform, Azure, Иркутск и еще 1207 слов о переносе игры в облако

Блог компании Game InsightIT-инфраструктураОблачные вычисленияСетевые технологииСерверное администрирование
У нас были балансировщики нагрузки, несколько серверов приложений, 5 баз данных, 24 ядра, 32 гигабайта оперативки, nginx, php, redis, memcached и еще куча других сетевых технологий всех форм и расцветок. Не то чтобы это был необходимый минимум для бэкенда, но когда начал делать отличные онлайн-игры, становится трудно остановиться. Мы знали, что рано или поздно перейдем и на облако.


Читать дальше →
Всего голосов 29: ↑25 и ↓4 +21
Просмотры5.7K
Комментарии 9

Три стратегии тестирования Terraform

Блог компании SouthbridgeСистемное администрированиеСерверное администрирование
Перевод


Мне очень нравится Terraform.


Помимо CloudFormation для AWS и OpenStack Heat, это один из самых полезных инструментов с открытым исходным кодом, обеспечивающих развертывание и настройку инфраструктуры на любой платформе. Однако есть один способ работы с Terraform, который меня беспокоит:


terraform plan # «Выглядит нормально; в работу!» — подумал инженер.
terraform apply

Может, это и не проблема, если вы разворачиваете софт на одной стойке в дата-центре или тестируете учетную запись AWS с ограниченными правами. В такой ситуации навредить достаточно сложно.


А если развертывание производится из-под всевидящего и всемогущего production-аккаунта или охватывает дата-центр целиком? Мне кажется, это весьма рискованно.


Интеграционное и юнит-тестирование способно решить эту проблему. Вы, наверное, спросите: «Юнит-тестирование — это как для программ?» Да, то самое юнит-тестирование!


В этой статье мы немного поговорим о том, что такое интеграционное и юнит-тестирование, а также рассмотрим проблемы и используемые на практике стратегии тестирования инфраструктуры. Мы также затронем стратегии развертывания инфраструктуры, поскольку они связаны с тестированием. Несмотря на то что в статье присутствует достаточное количество кода, глубокие познания в программировании от читателей не требуются.

Читать дальше →
Всего голосов 12: ↑11 и ↓1 +10
Просмотры8.1K
Комментарии 0

Нет времени объяснять! или как подружить terraform с minikube и kubernetes

Системное администрированиеIT-инфраструктураОблачные вычисленияDevOpsKubernetes
Tutorial


Как начать пользоваться terraform, развернув локально приложение поверх minikube, и потом запустить его поверх kubernetes в cloud.google.com

Читать дальше →
Всего голосов 7: ↑6 и ↓1 +5
Просмотры5.7K
Комментарии 5

Как обнаружить миллион долларов на своём аккаунте AWS

Data MiningAmazon Web ServicesУправление проектамиУправление продуктомФинансы в IT
Перевод
Tutorial
Недавно мы рассказали о способах, с помощью которых сэкономили более миллиона долларов на годовом обслуживании AWS. Хотя мы подробно рассказывали о различных проблемах и решениях, всё равно самым популярным вопросом был: «Я знаю, что слишком много трачу на AWS, но как в реальности разбить эти траты на понятные части?»

На первый взгляд, проблема кажется довольно простой.

Вы можете легко разбить свои расходы AWS по месяцам и закончить на этом. Десять тысяч долларов на EC2, одна тысяча на S3, пятьсот долларов на сетевой трафик и т.д. Но здесь отсутствует кое-что важное — на сочетание каких именно продуктов и групп разработки приходится львиная доля расходов.

И учтите, что у вас могут меняться сотни инстансов и миллионы контейнеров. Вскоре то, что поначалу казалось простой аналитической проблемой, становится невообразимо сложным.

В этом продолжении статьи мы хотели бы поделиться информацией о наборе инструментов, который сами используем. Надеемся, что сумеем предложить несколько идей, как анализировать свои затраты AWS независимо от того, работает у вас парочка инстансов или десятки тысяч.
Читать дальше →
Всего голосов 8: ↑8 и ↓0 +8
Просмотры14.7K
Комментарии 7

Devops в кровавом энтерпрайзе

Блог компании КРОКIT-инфраструктураСерверное администрированиеУправление разработкойPuppet

Вот к такому можно стремиться

У нас больше 350 своих разработчиков ПО и тестировщиков по всей стране, плюс мы часто взаимодействуем с инженерами и разработчиками заказчиков. Чтобы перейти на практическое использование devops, нам нужно было обеспечить не только внедрение методологии, но и приучить любимых российских заказчиков к некоторой базовой культуре. Просто пара диалогов для понимания:
— Почему у нас всё упало?
— Потому что вы откатали это на стенде, всё протестировали, а потом развернули на проде. Вот у вас настройка, которая не попала в инструкции, и жила только в голове старого админа.

Или:
— Почему не запускается по всей стране?
— Потому что у вас несколько десятков разных региональных инсталляций, каждая делалась руками, и на каждой разные конфиги. И ещё в паре случаев инженер ошибся.
— Поправите до завтра? Очень нужно! Только доступ удалённо мы вам не дадим.
— ..! Конечно, у нас есть команда высокооплачиваемых спецов, обожающих ездить на Дальний Восток. Нет проблем.
Читать дальше →
Всего голосов 44: ↑42 и ↓2 +40
Просмотры30.4K
Комментарии 28

Cluster of Puppets: опыт использования Amazon ECS в iFunny

Блог компании FunCorpСистемное администрированиеIT-инфраструктураОблачные вычисленияDevOps

image


Несмотря на название, эта статья не имеет ничего общего с системой управления конфигурацией Puppet.


Вместе с трендом «распила» больших монолитов на небольшие микросервисы в эксплуатацию веб-приложений пришёл тренд на оркестрацию контейнеров. Сразу после хайпа на Docker поднимается хайп на инструменты запуска сервисов поверх Docker. Чаще всего говорят о Kubernetes, однако его многочисленные альтернативы в настоящем также живут и развиваются.


Вот и в iFunny задумались о пользе и ценности оркестраторов и в итоге выбрали Amazon Elastic Container Service. Вкратце: ECS является платформой управления контейнерами на EC2 instances. О подробностях и опыте в бою читайте ниже.

Читать дальше →
Всего голосов 19: ↑19 и ↓0 +19
Просмотры4.8K
Комментарии 4

Terraform: новый подход к Infrastructure as code

Блог компании Издательский дом «Питер»ПрограммированиеIT-инфраструктураАдминистрирование баз данныхGo
Перевод
Привет, коллеги! Пока блистательный Илон Маск вынашивает амбициозные планы терраформирования Марса, мы интересуемся новыми возможностями, связанными с парадигмой "Infrastructure as Code" и хотим предложить вам перевод статьи об одном из представителей «великолепной семерки» — Terraform. Книга Евгения Брикмана по теме неплохая, но ей скоро год, так что просим высказаться — хотите ли увидеть ее на русском языке

Слово Камалу Мархуби (Kamal Marhubi) из компании Heap.
Читать дальше →
Всего голосов 9: ↑9 и ↓0 +9
Просмотры76.9K
Комментарии 10

Непрерывная инфраструктура в облаке

Блог компании JUG Ru GroupСерверное администрированиеDevOpsОблачные сервисы
Демонстрация использования инструментов с открытым исходным кодом, таких как Packer и Terraform, для непрерывной поставки изменений инфраструктуры в любимую пользователями облачную среду.


Материал подготовлен на основе выступления Пола Стека (Paul Stack) на нашей осенней конференции DevOops 2017. Пол — инфраструктурный разработчик, который раньше работал в HashiCorp и участвовал в разработке инструментов, используемых миллионами людей (например, Terraform). Он часто выступает на конференциях и доносит практику с переднего края внедрений CI/CD, принципы правильной организации operations-части и умеет доходчиво рассказать, зачем вообще админам этим заниматься. Далее в статье повествование ведется от первого лица.
Читать дальше →
Всего голосов 23: ↑22 и ↓1 +21
Просмотры6K
Комментарии 1

Правило 10:1 в программировании и писательстве

Блог компании WirexПрограммированиеСистемы управления версиямиСтатистика в IT
Перевод
В этой статье автор анализирует количество времени, которое тратится на написание книг или программного кода, и приходит к интересной закономерности. Ее можно применять для планирования сроков работы над проектами.


Закон Хофштадтера: Любое дело всегда длится дольше, чем ожидается, даже если учесть закон Хофштадтера.
— Дуглас Хофштадтер, Гёдель, Эшер, Бах

У написания прозы и кода есть много общего. Но самое заметное сходство, вероятно, заключается в том, что ни писатели, ни программисты не могут закончить свою работу вовремя. Писатели славятся отъявленной привычкой срывать сроки. Программисты заслужили репутацию людей, чьи результаты всегда серьезно отличаются от первоначальных расчетов. Возникает вопрос: почему?
 
Сегодня у меня появилась идея, как можно на него ответить. И мои находки меня поразили.

Изучая свои книги


Обе свои книги, Привет, стартап и Terraform: запускаем и работаем, я написал в среде для создания книг Atlas, которая предусматривает управление всем контентом с помощью Git. Это означает, что каждая строчка текста, каждая правка и каждое изменение были зафиксированы в коммит-логе Git.

Проверим, сколько же усилий было затрачено на написание двух книг.
 
Привет, стартап

Начнем с моей первой книги Привет, стартап. В ней 602 страницы и примерно 190 тыс. слов. Я запустил cloc в git-репозитории Hello, Startup и получил следующие результаты
Читать дальше →
Всего голосов 32: ↑29 и ↓3 +26
Просмотры15.3K
Комментарии 6

Посекундный биллинг, маркетплейс и песочницы для Big Data: что могут тестовые среды в облаке

Блог компании Mail.ru GroupТестирование IT-системBig DataОблачные сервисы

Любой компании, разрабатывающей софт, нужны тестовые среды, приближенные к продакшн-окружению. Особенно это актуально для коробочного ПО, у которого длинный цикл релизов.
Многие проблемы построения тестовых сред решает их размещение в облаке. Мы расскажем про возможности тестирования на нашей облачной платформе Mail.Ru Cloud Solutions (MCS). Но часть из того, что мы расскажем, верна для любого облака.
Читать дальше →
Всего голосов 28: ↑28 и ↓0 +28
Просмотры3.8K
Комментарии 9

Let's deploy to Openshift

IT-инфраструктураDevOpsKubernetesOpenshift

This is fine


I'd like to share my story about migration an application to Openshift. Also, as a result, I will compare some of the most popular solutions and tools for managing your application inside Openshift. It is the transcription of my presentation at kubernetes SPB meetup #3.

Read more →
Всего голосов 16: ↑15 и ↓1 +14
Просмотры5.1K
Комментарии 2

Запускаем приложение в Openshift и сравниваем существующий инструментарий

IT-инфраструктураDevOpsKubernetesOpenshift

This is fine


Я хочу рассказать история, как запускали приложение в Openshift. Так же по ходу пьесы рассмотрим утилиты для управления приложением внутри Openshift. Это расшифровка выступления на kubernetes SPB meetup #3..

Читать дальше →
Всего голосов 9: ↑9 и ↓0 +9
Просмотры7.2K
Комментарии 23

Terraform-провайдер Selectel

Блог компании SelectelDevOps
Tutorial


Мы запустили официальный Terraform-провайдер для работы с Selectel. Этот продукт позволяет пользователям полностью реализовать управление ресурсами через методологию Infrastructure-as-code (инфраструктура как код).
Читать дальше →
Всего голосов 36: ↑33 и ↓3 +30
Просмотры5.9K
Комментарии 6

Terraformer — Infrastructure To Code

Open sourceAmazon Web ServicesGoDevOpsGoogle Cloud Platform
image
Хотел бы рассказать про новый CLI tool который я написал для решения одной старой проблемы.

Проблема


Terraform уже давно стал стандартом в Devops/Cloud/IT сообществе. Вещь очень удобная и полезная чтоб заниматся infrastructure as code. Есть много прелестей в Terraform а так же много вилок, острых ножей и граблей.
С Terraform очень удобно делать новые вещи и потом ими управлять, менять или удалять. А что делать тем у кого есть огромная инфраструктура в облаке и не создано через Terraform? Переписывать и пересоздавать все облако как то дорого и небезопасно.
Я сталкивался с такой проблемой на 2 работах, самый простой пример когда хочешь что все было в гите виде терраформ файлов, а у тебя 250+ бакетов и писать их для терраформа руками как то много.
Есть issue еще с 2014 года в terrafom которую закрыли в 2016 с надеждой что будет import.

Вообщем все как на картинке только справа налево
Читать дальше →
Всего голосов 30: ↑29 и ↓1 +28
Просмотры11.7K
Комментарии 14

Autoscaling своими руками с помощью AWX, Ansible, haproxy и Облака КРОК

Блог компании КРОКIT-инфраструктура

image


Какое-то время назад мы сделали безагентский (Agentless) мониторинг и алармы к нему. Это аналог CloudWatch в AWS с совместимым API. Сейчас мы работаем над балансировщиками и автоматическим скейлингом. Но пока мы не предоставляем такой сервис — предлагаем нашим заказчикам сделать его самим, используя в качестве источника данных наш мониторинг и теги (AWS Resource Tagging API) как простой service discovery. Как это сделать покажем в этом посте.

Читать дальше →
Всего голосов 19: ↑18 и ↓1 +17
Просмотры4K
Комментарии 0

Управление сотнями серверов для нагрузочного теста: автомасштабирование, кастомный мониторинг, DevOps культура

Блог компании MiroТестирование IT-системТестирование веб-сервисовDevOps
В прошлой статье я рассказал про нашу инфраструктуру большого нагрузочного теста. В среднем мы создаём порядка 100 серверов для подачи нагрузки и порядка 150 серверов для работы нашего сервиса. Все эти сервера нужно создавать, удалять, конфигурировать и запускать. Мы используем для этого те же инструменты, что и на проде, чтобы уменьшить количество ручной работы:

  • Для создания и удаления тестового окружения — Terraform скрипты;
  • Для конфигурирования, обновления и запуска — Ansible скрипты;
  • Для динамического масштабирования в зависимости от нагрузки — самописные Python-скрипты.

Благодаря скриптам Terraform и Ansible, все операции от создания инстансов до запуска сервера выполняются всего шестью командами:

#запускаем нужные инстансы в консоли aws
ansible-playbook deploy-config.yml  #обновляем версии серверов
ansible-playbook start-application.yml  #запускаем наше приложение на этих серверах
ansible-playbook update-test-scenario.yml --ask-vault-pass #обновляем Jmeter сценарий, если в нём были изменения
infrastructure-aws-cluster/jmeter_clients:~# terraform apply #создаем jmeter сервера для подачи нагрузки
ansible-playbook start-jmeter-server-cluster.yml #запускаем jmeter кластер
ansible-playbook start-stress-test.yml #запускаем тест

Читать дальше →
Всего голосов 4: ↑4 и ↓0 +4
Просмотры5.4K
Комментарии 0