ZS
а тормоза ушли когда они от мастер порта отказались.. и порты стали независимы..
Ну разве это не было Мега-фишкой от Амазона?
Типа сервера по желанию, все остальное под капот.
Size: a a a
2020 July 09
PR
Nurmukhamed Artykaly
в результате вместо спецов по линуксу нужны спецы по амазону. Которые крепкая линуксовая база + амазоновская специфика
DK
Идея в том, что Михаил считает что админы "вымерли" и можно стать девопсом не пройдя этап админства, без погружения в стек tcp/ip, в настройку ОС/СУБД. Знаешь API от GCP/AWS/Yandex - замечательно, значит запустишь нужные сервисы.
Знаешь как писать код на nodejs / golang / python, знаешь serverless framework - ты имплементишь методологию DevOps
VS
в результате вместо спецов по линуксу нужны спецы по амазону. Которые крепкая линуксовая база + амазоновская специфика
ну так в амазоне тоже сети опять:) от них разве куда то можно уйти
СГ
Спасибо за ТЛДР.
А аргументы там были или вода на киселе и "ИМХО"?
А аргументы там были или вода на киселе и "ИМХО"?
ну несколько здравых мыслей всё же проскакивало. Просто Сергей мыслит ближе в категориях компаний, которые живут вне облаков. Михаил скорее излагает видение от полностью облачного бизнеса.
DK
в результате вместо спецов по линуксу нужны спецы по амазону. Которые крепкая линуксовая база + амазоновская специфика
Не всегда. Serverless спокойно обходит стороной nitty-gritty части unix
NA
в результате вместо спецов по линуксу нужны спецы по амазону. Которые крепкая линуксовая база + амазоновская специфика
Ну я бы написал, нужны специалисты, которые внимательно читают blueprint от Амазон и могут обойтись без сетевиков.
Вспомнил в своё время Gitlab хотел перейти на своё железо, а Reddit-сообщество уговорило остаться в облаках
Вспомнил в своё время Gitlab хотел перейти на своё железо, а Reddit-сообщество уговорило остаться в облаках
A
Как по мне - так разделились не столько специалисты (соискатели), сколько компании (работодатели). Кто не перешёл в облака - там админы по прежнему нужны, а тем кто изначально стал строить бизнес на облачных технологиях - там конечно уже ближе к девопсам
ну тут не согласен. Например вот кейс.
Есть балансировщик облачный, хороший, но не умеет в grpc нормально и не может в SNI. Ты ставишь еще один балансировщик который умеет и дробишь урлы. Которые нужно модифицировать на свой балансир, которые нет через публичный. и вот у тебя начинаются проблемы с доступностью. Все приложения работают нормально, ошибок нет, просто 1 из 4 запросов возвращается с 4|5хх ошибкой. Проблема явно сетевого характера. Как ты ее без знания сетей будешь дебажить?
Или другой пример. Все ушли на удаленку, тебе надо поднять впн. Тебе надо понимать как устроена сеть и что не все сидят с белых ИП и кто-то сидит за натом провайдера, как может быть устроен этот нат, какое может быть дерьмецо. При этом ты все это разворачиваешь в облаке, нужно обновлять пакеты, конфигурации и со он вещи
Есть балансировщик облачный, хороший, но не умеет в grpc нормально и не может в SNI. Ты ставишь еще один балансировщик который умеет и дробишь урлы. Которые нужно модифицировать на свой балансир, которые нет через публичный. и вот у тебя начинаются проблемы с доступностью. Все приложения работают нормально, ошибок нет, просто 1 из 4 запросов возвращается с 4|5хх ошибкой. Проблема явно сетевого характера. Как ты ее без знания сетей будешь дебажить?
Или другой пример. Все ушли на удаленку, тебе надо поднять впн. Тебе надо понимать как устроена сеть и что не все сидят с белых ИП и кто-то сидит за натом провайдера, как может быть устроен этот нат, какое может быть дерьмецо. При этом ты все это разворачиваешь в облаке, нужно обновлять пакеты, конфигурации и со он вещи
DK
Nurmukhamed Artykaly
Ну я бы написал, нужны специалисты, которые внимательно читают blueprint от Амазон и могут обойтись без сетевиков.
Вспомнил в своё время Gitlab хотел перейти на своё железо, а Reddit-сообщество уговорило остаться в облаках
Вспомнил в своё время Gitlab хотел перейти на своё железо, а Reddit-сообщество уговорило остаться в облаках
воо. Оттуда и пожелания сертификаций, чтобы следовали well architected design
DK
ну тут не согласен. Например вот кейс.
Есть балансировщик облачный, хороший, но не умеет в grpc нормально и не может в SNI. Ты ставишь еще один балансировщик который умеет и дробишь урлы. Которые нужно модифицировать на свой балансир, которые нет через публичный. и вот у тебя начинаются проблемы с доступностью. Все приложения работают нормально, ошибок нет, просто 1 из 4 запросов возвращается с 4|5хх ошибкой. Проблема явно сетевого характера. Как ты ее без знания сетей будешь дебажить?
Или другой пример. Все ушли на удаленку, тебе надо поднять впн. Тебе надо понимать как устроена сеть и что не все сидят с белых ИП и кто-то сидит за натом провайдера, как может быть устроен этот нат, какое может быть дерьмецо. При этом ты все это разворачиваешь в облаке, нужно обновлять пакеты, конфигурации и со он вещи
Есть балансировщик облачный, хороший, но не умеет в grpc нормально и не может в SNI. Ты ставишь еще один балансировщик который умеет и дробишь урлы. Которые нужно модифицировать на свой балансир, которые нет через публичный. и вот у тебя начинаются проблемы с доступностью. Все приложения работают нормально, ошибок нет, просто 1 из 4 запросов возвращается с 4|5хх ошибкой. Проблема явно сетевого характера. Как ты ее без знания сетей будешь дебажить?
Или другой пример. Все ушли на удаленку, тебе надо поднять впн. Тебе надо понимать как устроена сеть и что не все сидят с белых ИП и кто-то сидит за натом провайдера, как может быть устроен этот нат, какое может быть дерьмецо. При этом ты все это разворачиваешь в облаке, нужно обновлять пакеты, конфигурации и со он вещи
Ты просто не выбераешь grpc как протокол. Решено.
VS
Ты просто не выбераешь grpc как протокол. Решено.
просто про него не знаешь и всё)) его не существует
A
Ты просто не выбераешь grpc как протокол. Решено.
а теперь сходи отдел мобильной разработки и скажи, что им нужно переписать мобильное приложение и всю кодовую базу за 5 лет обратно в рест
DK
а теперь сходи отдел мобильной разработки и скажи, что им нужно переписать мобильное приложение и всю кодовую базу за 5 лет обратно в рест
Зачем в rest? есть websockets, mqtt итд.
DK
так мы говорим о миграции?
A
так мы говорим о миграции?
нет
DK
тогда зачем переделывать что-то?
A
тогда зачем переделывать что-то?
у них связь до сервера на грпц построена
A
ты предлагаешь отказаться от грпц т.е. им нужно все переписать и смигироровать
DK
у них связь до сервера на грпц построена
ну это мы можем передать привет архитектору который так решил и запилил это в облаке