Вот я, например, жуткий прокрастинатор. Статью ниже, я очень давно хотел перевести, но зафейлился на этапе того, что в Украине нет платных дорог и я не смогу найти аналог "EZPass" для наших реалий.

А статья вообще о ещё одном убийце проектор — чрезмерном перфекционизме. Тут понятно, откуда растут ноги: нам хочется делать нашу работу хорошо и с этим нет никаких проблем. Проблемы возникают, когда мы решаем, что работу необходимо сделать идеально. А идеального, как водится, не существует. Но мы всё равно начинаем прикидывать шаги, которые приведут нас к идельному результату. И чем дальше, тем больше этих шагов собирается. И в какой-то момент вы понимаете, что делаете всё, что угодно, кроме первоначальной цели.

Потому что, как гласит последняя фраза в статье: лучше сделать хорошо сейчас, чем идеально позже

#culture

Интересное чтиво о том, как в Facebook перешли от релиз-модели основанной на cherry-picks и ручном труде к quasi-continuous деплою (я вот даже не очень понимаю, как лучше перевести "quasi-continuous" на русский)

Статья небольшая, но почитать интересно. Особенно с учётом того, какой ФБ огромный. Ну и небольшим бонусом к статье блог Atlassian про разные git workflow вообще: какие бывают, примеры и т.д

Приятного чтения!

#workflow #github

@NinekFlames подсказывает, что "quasi-continuous" по-русски будет "квазинепрерывный"

Спасибо! Так и запишем 😉

Статья на 8 страниц от u/fagnerbrack, где он описывает своё видение алертинга.

И, в принципе, это выжимка из Google SRE book. Там как раз глава есть про алерты. Только в статье всё в более общих словах, без привязки к системе мониторинга

А вот ещё одна статья на ту же тематику от другого инженера Google.

Ну а там где алерты, там и инциденты. Так что вот вдогонку заметка из блога GCP о том, как они с ними (инцидентами) справляются

Ну и совсем на последок книжка Art of Monitoring у самого никак до неё руки не дойдут 😢 Но в списке на чтение уже давно лежит

#monitoring #alerting

В преддверии Docker meetup, который пройдёт уже завтра делюсь с вами статейкой про 7 уязвимостей в Docker и как с ними бороться.

#docker #security

6 дней назад AWS написали о поддержке балансинга по IP адресам в Application Load Balancer — ALB, не путать с ELB.

Я эту новость как-то пропустил, потому что мы ALB не используем, но вам то может быть интересно. Так что исправляюсь

#aws

Вот я пару дней назад кидал фотку HQ Twitter. А чего я туда ходил? Ходил я слушать про Linkerd — сервис для создания сетки (service mesh — опять же, не знаю, как это грамотно перевести на русский)

Мне, в принципе, было не очень понятно, но интересно. А ещё там же я встретил русскоговорящего индуса 🙂

И если вам сейчас тоже не очень понятно, о чём вообще речь, вот краткая заметка от Buoyant о том, что же за зверь такой — service mesh.

В двух слоах, это место, которому вы ходите делегировать задачи общения между вашими приложениями/сервисами ради того, чтобы вынести этот функционал из, собственно, приложения. Потому что если вы пишите некий апп, то, вероятно, хотите, чтобы он делал то, для чего создан (а то встречал я приложухи, которые на рассчёт метрик тратили больше процессорного времени, чем на полезную работу)

Ну а вот ссылка на сам Linkerd

А чего я об этом вспонил то? Да потому что на следующей неделе в Сан Франциско пройдёт митап у HAProxy по поводу сетки (mesh) микросервисов. Я, конечно, ни на что не намекаю, но, вдруг, такое впилят в HAProxy?

Короче, будете во Фриско в эти дни — заскочите, потом расскажите 😉

#microservices #haproxy

Одна из презентаций со вчерашнего Docket meetup сразу с примерами конфигурации.

Правда, для minikube примера нет, так что, если у вас нет аккаунта Azure, пощупать руками не получится.

Ну хотя бы слайды можно почитать

#kubernetes #azure #event

Вчера Nginx на своей конференции представили NGINX Application Platform. Пока, говорят, всё очень сыро. Да и непонятно, где его использовать, разве что для микросервисов без Docker. Но посмотрим

И сразу же вслед за этим тоже вчерашняя статья в блоге Dropbox от Alexey Ivanov о том, как тюнить вэб-сервер. (с флейм-графом, прямо в лучших традициях 🙂)

#nginx #web-servers

В блоге Julia Evans вышла новая статья о том, как определить, почему ваш сервер дропает пакеты.

Ну как новая, 2 дня назад вышла. Но полезно. Вообще, рекомендую подписаться на Julia в Твиттере. Она ещё и классные комиксы рисует

#networking #linux

На Discovery Channel когда-то была передача "How it works", где на пальцах объясняли всевозможные процессы от постройки самолётов до пластиковых стаканчиков. И это очень круто: куда лучше понимать, как что-то работает, чем просто заучить какой-то паттерн

Так что сегодня будет 3 статьи подобного толка:

- Coding Geek разбирают как работают реляционные базы данных. На Хабре есть перевод на русский

- Классическая статья от Brendan Gregg (рекомендую подписаться в Тви) про load average, и c чем его едят

- Разбор, что такое IO. Ну и в догонку по IO статья о том, почему делать defer Close() — плохая идея

- И ещё одна, достаточно подробная статья о том, как нынче менеджится heap memory. К этой статья я ещё вернусь, но в немного другом контексте

Приятного чтения!
#linux #databases

Вот мы недавно говорили о AWS ALB (Application Load Balancer), а они взяли и выкатили вчера NLB (Network Load Balancer), который специально создан для балансировки TCP трафика.

Как обычно, всё можно накликать руками из консоли по цене $0.006 за LCU (Load Balancer Capacity Unit). А LCU — это вот такие граничные характеристики:

Bandwidth – 1 GB per LCU.
New Connections – 800 per LCU.

#aws
Active Connections – 100,000 per LCU.

НУ а ещё вчера вышел Vagrant 2.0. Полный Changelog можно глянуть тут

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

#vagrant #hashicorp

Итак, компания Red Hat заопенсорсила куски Ansible Tower

А вот тут они отвечают на вопросы, что их к этому сподвигло

#ansible

Nginx представили Unit server -- сервер приложений, который позволяет запускать на одной машине приложения на разных языках, более того, разными версиями интерпретаторов ( например, можно запустить Python2 и Python3). Кроме того говорят о реализации service mesh (как раз недавно о ней тут говорили)

Пока поддерживаются Python, PHP, Go. Javanoscript, Java и Ruby coming soon.

Ключевые особенности (в том числе те, что не вошли в текущую бету) и документация доступна тут.

Проект написан на С, а его код можно посмотреть на GitHub

#nginx

А ещё Microsoft сделали Jenkins плагин для деплоя в Azure Container Service (ACS)

А сам ACS хорош тем, что поддерживает несколько оркестраторов: Docker Swarm, Kubernetes и DC/OS

Новость тоже не первой свежести, но как-то прошла мимо

#azure #jenkins

На днях вышла новая версия DC/OS.

Это распределённая ОС, которая позволяет запускать сервисы, контейнеры или отдельные задачи на парке машин, будто бы это один компьютер. Основана DC/OS на проекте Apache Mesos. Соответственно, до этого Mesos на ней и запускали.

Однако, в версии 1.10 добавили поддержку Kubernetes, как бета-фичу.

Даже есть видео, как запускают кластер

#mesos #dcos #kubernetes

Я, например, не знаю PowerShell. Ну потому что никогда не приходилось серьёзно сталкиаться с Windows Server. Да и на десктопной Винде я достиг высот разве что в паре игр. Но чем чёрт не шутит, и с Win вполне реально когда-нибудь стокнутсья. Особенно с учётом роста доли Azure.

На Docker-митапе была забавная ситуация, когда докладчику пришлось гуглить, как отправить из PowerShell GET запрос, чтобы продемонстрировать, что тестоввый макет работает.

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

Почти, как игра по Vim, но без крутой графики

#powershell #windows

Общая обзорная статья от Mesosphere про разницу IaaS, PaaS, SaaS, FaaS и CaaS (и в конце реклама DC/OS, но это ж их хлеб)

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

Ну и в конце концов, мне хочется иметь здесь какую-то общую не специфическую штуку, которую можно репостить дальше даже в нетематические паблики 😉

#basics

Цены на передачу данных в AWS.

Source

И вообще, там неплохой гайд по AWS в дополнение к существующей документации. Потому что некоторые моменты в официальных доках достаточно сумрачные. Ну и open source, так что, если кому есть чего добавить по AWS — welcome!

#aws