Кто хочет поработать и сделать хорошее дело?

В благотворительный проект Acits требуется волшебник DevOps дел🔮

В чем требуется помощь?
Мы ищем того самого умельца, который поможет нам настроить архитектуру Клиент→Фронт→BFF→Бэк, поможет разобраться с Node.Js, решить вопрос, стоит ли api выпускать на вольные луга или все же держать взаперти дома.
Фронт React, бэк python\django.

Кто мы?
Мы – международная группа волонтеров-программистов, объединенных стремлением создать качественный, удобный и бесплатный программный продукт для работы приютов животных и реабилитационных центров для животных.

Контакты и вопросы: @Frantic_Clown

Австралия — ещё один будущий AWS регион:

https://aws.amazon.com/blogs/aws/in-the-works-aws-region-in-melbourne-australia/

Регион планируется к сдаче во второй половине 2022-го года.

Это будет уже 5-й регион к сдаче на 2022-й год:
• Asia Pacific (Jakarta)
• Europe (Barcelona)
• Europe (Zurich)
• Asia Pacific (Hyderabad)
• Asia Pacific (Melbourne)

И 30-й по счёту AWS регион.

#AWS_Regions

Пользовательские пространства (User Spaces) в Linux

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

#linux

Сервисы гугла сегодня падали нормально так

https://downdetector.com/

ждемс постмортем ))

У гугла вчера просто место закончилось на стораджах)
S - sre

https://twitter.com/googlecloud/status/1338493015145504770?s=19

Уже сегодня!

https://dou.ua/calendar/35351/

Painless: Новая фича Elasticsearch

Теперь скрипты можно писать прямо внутри запросов к API

https://www.elastic.co/guide/en/elasticsearch/painless/master/painless-walkthrough.html
#elastic

Команда Amazon S3 в этом году серьёзно впряглась, продолжая выдавать полезные вещи. Новая фича — Condition: s3:ResourceAccount:

https://aws.amazon.com/blogs/storage/limit-access-to-amazon-s3-buckets-owned-by-specific-aws-accounts/

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

Ещё одна фича для параноид-моде-он безопасности — Condition: s3:TlsVersion, с помощью которой, как несложно догадаться, можно запретить доступ из клиентов старых версий TLS.

#S3 #security

Полезная штука для тех, кому надоело по 150 митингов в день))
https://notomeeting.com/

Выполнение TCP Handshake

При установлении TCP-соединения всегда присутствуют три этапа:
SYN — отправитель посылает syn, уведомляя о желании начать передачу
SYN-ACK — получатель отвечает с syn-ack если готов к установке соединения
ACK — отправитель подтверждает, что получил syn-ack

Если один из пакетов не дошел по той или иной причине — соединение установлено не будет. Если все пакеты дошли — к передаче готовы и отправитель и получатель.

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

Этим TCP отличается от UDP, где происходит только отправка без контроля обратной связи.

#network #вопросы_на_собеседовании

#вопросы_на_собеседовании #devops_interview

Частый вопрос, кстати, на собеседованиях "Сервер А не может достучаться до сервера Б, назовите возможные причины"
Часто правильного ответа нет, этот вопрос - проверка на умение траблшутить проблему.
Причин может быть много и для начала, надо разобрать их на уровни взаимодействия.
Для этого еще необходимо вспомнить модель OSI.

Начнем с Application layer. Возможно сервер настроен неправильно, а возможно на нем kernel panic и он недоступен.
Если с софтом и ОС все в порядке, то переходим просто на уровень ниже.

Transport layer. Проверяем порты, сокеты, убеждаемся что нужное приложение слушает нужный порт.
Так же можно проверить, что сервер пингует сам себя и что со стеком TCP/IP все в порядке.
И если все ок, то переходим на уровень ниже.

Network layer. Частые проблемы на этом уровне. Проверяем firewall, dns, рутинг, так же arp и сетевые настройки.

P.S. Ну еще причиной может быть физический уровень - то есть сервак может быть просто выключен и отключен сетевой кабель.

Хорошая статья про будни SRE)

https://habr.com/ru/company/flant/blog/531686/

У вас есть кубернетес?

Крутейший туториал по куберу

https://nikhiljha.com/posts/kubernetes-intro/

Awk cheatsheet

https://quickref.me/awk