Ну ваще зачем нужен Mesos-то понятно: в инфраструктуре нельзя обойтись только контейнерами. Всегда будут RDBMS, которые в контейнер ставить грешно, кластера всяких Хадупов-Кликхаусов, которые вроде можно и поставить в контейнер, но хз зачем, и вот тут, типа, Mesos и аналоги вылазят из своих болот. Но вот зачем нужна прослойка в виде Marathon'а — непонятно, ведь унифицировать ландшафт можно и просто загнав куб в марафон

Раз уж сегодня маленькая пятница, то вот прикольная статья про разные "законы" в IT: https://vk.com/@javarush-izvestnye-zakony-mira-razrabotki

От себя еще добавлю вот этот: https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%BE%D0%BD_%D0%90%D0%BC%D0%B4%D0%B0%D0%BB%D0%B0
и вот этот: https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%BE%D0%BD_%D0%9B%D0%B8%D1%82%D1%82%D0%BB%D0%B0

Интересный рамс за процессы в Amazon: http://highscalability.com/blog/2019/3/4/how-is-software-developed-at-amazon.html

Наиболее интересным мне показалось вот это:
- Developers on a team are responsible for architecture, the architecture doesn't come from architects. Once they have an architecture it's reviewed with an architect or a principal engineer. The role of a principal engineer is to review and teach, not do the architecture. Same with security. The role of a security engineer is not to create the threat model, that's a developer in the team, they review threat models. Same with testing. A team owns the entire process. A lot of time is spent teaching because you want developers to learn.

- The best way to plan is bottom up. Teams closest to the product are closest to the customer. They know what the customer wants. The people closest to the customer should tell Amazon what to do. Every year there are two docs OP1 and OP2 (Operating Plan). Every organization level writes a 6 page document about what they want to do next year. In the plan you say what you would do if you had flat resources and incremental resources. These 6 page business plans are presented at every level of the organization. Managers take the 6 page docs from all the teams they manage, make their own 6 page doc and present it to their management. This happens all the way up to Bezos. Resources then flow down to the teams.

Ansible and HashiCorp: Better Together

Terraform + Ansible = ❤️

https://www.hashicorp.com/resources/ansible-terraform-better-together

отличный доклад с RDD про туллинг современного мамкиного инфраструктурщика: https://youtu.be/HpsyaKbJx58
Больше всего зацепило четкое разделение тулзян по категориям(наконец-то можно кинуть что-то коллеге вместо полуторачасовой лекции "почему плохо деплоить Ansible'ом")

вот, кстати, остальные:

6 наиболее залайканных докладов с Riga Dev Days с видео.

6. Zero Downtimes with Faulty Solutions, Dimitris Kapanidis, 2017

5. The DevOps 2.0 Toolkit, Viktor Farcic, 2017

4. Gotchas using Terraform in a secure delivery pipeline, Anton Babenko, 2018

3. Fabric8 Camel Microservices for Docker and Kubernetes, Claus Ibsen, 2016

2. Continuous Deployment With Jenkins X and Kubernetes, Viktor Farcic, 2018

1. 360° monitoring of your microservices, Philipp “xeraa” Krenn, 2017

#slides

[Перевод] Назад к микросервисам вместе с Istio. Часть 1
https://habr.com/ru/post/438426/
Tags: Блог компании Флант, DevOps, Kubernetes, Микросервисы, Системное администрирование, Istio, service mesh, микросервисы
Author Wimbo on #habrahabr

В течении десятка часов пришло две большие новости:

1. AWS анонсировали выпуск в опенсорс «Open Distro for Elasticsearch» — дистрибуции Elasticsearch с набором компонентов, которых так не хватало в опенсорсном Elasticsearch:
* Security — поддержка разных аутентификаций, rbac на разных уровнях, шифрование трафика и аудит;
* Event Monitoring & Alerting — создание оповещений по данным в индексам;
* Deep Performance Analysis — API для получения метрик производительности кластера;
* SQL Support — поддержка создания запросов к данным с помощью SQL;

Статья от Jeff Barr http://amp.gs/4eWD
Более общая от Adrian Cockcroft http://amp.gs/4eW0
И сам сайт проекта http://amp.gs/4eWa

2. F5 покупает Nginx.
Статья на TechCrunch http://amp.gs/4eWJ
Анонс Nginx http://amp.gs/4eWX
И от F5 http://amp.gs/4eW3

#news #elasticsearch #nginx

Книга «Руководство по Figma»

Вышел первый бесплатный самоучитель для дизайнеров по Figma на русском от @slashdesigner. Он поможет быстро освоить инструмент или перейти на Фигму с других редакторов. Фигма детально сравнивается со Скетчем.

К книге прилагается онлайн-проект в Фигме с примерами: bit.ly/figma-examples. Любой читатель может оставлять комментарии в этом файле или скопировать его себе.

Очень странная статья https://link.medium.com/YU21l5PKZU вновь разжигающая уже вроде как потухший холивар Sql vs NoSql. Понятно, что поцоны пиарятся, но все-таки тут прямо жыыырно.
Мало того, что сравниваются базы без какого-либо контекста, хотя все(Карл!) нереляционные базы являются нишевыми. Например тот же Hadoop, упомянутый в лонгриде, сейчас, в основном, используется для построения DataLake, где вся фишка как раз в отсутствии структуры данных. Или MongoDb, которая является хранилищем master-данных для стартапов(и только для них!) и призвана сократить порог входа и ТТМ как для разработчиков так и для опсов. Не говоря уже про Cassandra/CH и различные TsDb.
Кароч очень неоднозначно, но историческая ретроспектива прикольная

И, кстати, Postgres как сервис в Azure -- полная шляпа.
Во-первых, нет доступа к конфигу базы и тачки, что автоматом лишает возможности подтюнить базу под свои нужды(какие-то настройки вынесены в гуй, но не все)
Во-вторых, нет возможности настроить sharded-cluster и балансировщик, в итоге что бы обеспечить хотя бы мало-мальский throughput приходится либо коня платить, либо поднимать отдельную виртуалку с pg-bouncer

Кароче, ребята из DataEgret правы: постгрес надо ставить on-premice, иначе будет беда

Астрологи объявили неделю митапов:

7 основных методов UX-исследований

UX-исследования помогают понять, как создавать продукты и сервисы, исходя из потребностей клиентов.

➖ Сортировка карточек

Самый доступный способ, который подходит для ранних этапов ux-исследования и помогает работать над информационной архитектурой вместе с пользователем. На карточках — слова или фразы, соответствующие контенту или функциям сайта. Респонденты классифицируют карточки или группируют по тому или иному принципу.

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

➖Ревью эксперта

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

➖ Айтрекинг

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

➖ Полевые исследования

Это целый блок методик, связанных с наблюдениями и живым взаимодействием с пользователями: кто они, какие у них потребности и стиль жизни, как совершаются практики, связанные с услугой, которую вы предоставляете, как они используют ваш продуктом. Важно сопоставлять ответы пользователей о том, как бы они поступили, с тем, как они поступают на самом деле. При качественном наблюдении полевые исследования дают наиболее ценные инсайты.

➖ Юзабилити тестирования

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

➖ Дистанционное юзабилити тестирование

Очевидное преимущество, по сравнению с обычным, в том, что вам не нужно иметь лабораторию для проведения тестов — это сокращает издержки. Другое, важнее, — результаты корректнее, когда пользователь выполняет тестирование в своей привычной, а не лабораторной среде. Вдумчивый подготовленный фидбек пользователя после такого исследования близок по сути к данным полевых исследований, таких как глубинное интервью.

➖ Создание персон

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

⚫️ Сегодня в 19:00 мы проводим бесплатный вебинар с руководителем команды экспертов по клиентскому опыту в трайбе Digital Business Platform, Cбербанк Алиной Ермаковой. Тема — «Удобство продуктов: как UX помогает делать востребованные сервисы». Регистрация → bangbangeducation.ru/webinars/uxresearch

Классный вопрос на самом деле. С одной стороны есть "классика" с вьюпойнтами, достижениями Кратчена, SAD и всем остальным. С другой - есть Agile-команды и проекты с изменениями, эволюционная архитектура и т.д. Через недельку как раз тут - https://lanit-events-org.timepad.ru/event/920546/ - будем об этом говорить (попытаемся по крайней мере). Подключайтесь к онлайн конференции (на первый день очные места уже выбраны), приходите в остальные дни, приходите на круглый стол. Мнение сообщества и опыт реально интересны

Ждали @DevOps Meetup? 21 марта у нас, регистрация только что открылась – и мест не так много: https://corp.mail.ru/ru/press/events/571/