В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Работа для ИТ-архитекторов

1916 membersпожаловаться на группу
2021 June 28

T

The in Работа для ИТ-архитекторов
Кодеру и не обязательно знать дальше тех абстракций, что предоставляют ему интерфейсы систем. Так же, как и заниматься решением за пределами поставленной задачи.
источник
01:58пожаловаться#1

PD

Phil Delgyado in Работа для ИТ-архитекторов
Не, это дело коммуникации архитектора и бизнеса. С учетом кучи параметров, так как и стоимость данных - не константа во времени и стоимость инвестиций тоже меняется.
Потому для проекта на начальной стадии вариант "купить недешевый СХД" может работать в варианте "купить через пять лет при таком-то плане роста, а пока - на скриптах". И это нормальное совместно решение архитектора вместе с бизнесом.
источник
02:01пожаловаться#2

PD

Phil Delgyado in Работа для ИТ-архитекторов
Ну, кодеру - не обязательно. Программисту - увы, надо, так как все абстракции протекают - причем в самый неподходящий момент.
источник
02:01пожаловаться#3

AZ

Anton Zhbankov in Работа для ИТ-архитекторов
Может. Но для начала хоть какие то цифры посчитайте, дорогой бизнес!
А то как ни спросишь - вот это терять нельзя, простой недопустим, это суперкритично.

Окай, вот вам ценник.
- А шо так дорого?
источник
02:03пожаловаться#4

PD

Phil Delgyado in Работа для ИТ-архитекторов
Это сразу довольно бессмысленный разговор выходит.
Лучше вместо "терять нельзя, простой недопустим" начать обсуждать, сколько готовы заплатить за "страховку", выдавать статистику инцидентов и т.п.
источник
02:04пожаловаться#5

PD

Phil Delgyado in Работа для ИТ-архитекторов
Собственно, инфраструктурный архитектор - именно про это.
источник
02:04пожаловаться#6

AZ

Anton Zhbankov in Работа для ИТ-архитекторов
Скажите, много у вас было проектов по инфраструктуре с коммерческими заказчиками?
источник
02:05пожаловаться#7

PD

Phil Delgyado in Работа для ИТ-архитекторов
Да вообще все за последние пару десятилетий. За инфраструктуру отвечал далеко не во всех, конечно.
Впрочем, тех, где риски стоили покупки СХД или VmWare для прода - ни одного.
источник
02:07пожаловаться#8

AZ

Anton Zhbankov in Работа для ИТ-архитекторов
Примерно 95% проектов, где я участвовал - бизнес не знает сколько стоит его простой и потеря данных. И да, я какждый раз с этого начинал.
источник
02:07пожаловаться#9

PD

Phil Delgyado in Работа для ИТ-архитекторов
Изначально - не знает. Садишься с ним рядом и считаешь, а как еще-то?
Еще и картинки рисуешь.
источник
02:08пожаловаться#10

T

The in Работа для ИТ-архитекторов
Зависит от задачи. Для бизнеса всегда приоритетнее продуктовые фичи, чем оптимизация кода/выбор тех. стека/прокачка разрабов.
Имхо, о качестве кода и компонент должны думать другие люди (архитектор, тех лид, SRE). Иначе классный кодер может зарыться в полировке кода, когда это никому и не нужно.
источник
02:08пожаловаться#11

AZ

Anton Zhbankov in Работа для ИТ-архитекторов
Это ж работать надо. Бизнесу.
"Мы вам деньги платим - вот вы нам все ис кажите и сделайте, а к нам не приставайте"
источник
02:09пожаловаться#12

AZ

Anton Zhbankov in Работа для ИТ-архитекторов
Уровень контакта - CIO, на бизнес выхода нет.
источник
02:09пожаловаться#13

AZ

Anton Zhbankov in Работа для ИТ-архитекторов
Зачастую нет прямого выхода даже на уровень CIO
источник
02:10пожаловаться#14

PD

Phil Delgyado in Работа для ИТ-архитекторов
Ну, вообще правильное поведение при сбоях - это продуктовая фича. И с бизнесом нет проблем договориться в этих вещах.
И о качестве кода, конечно, должен думать разработчик, а не SRE (который вообще странная концепция, нужная только гуглу).
Архитектор (вернее QA Lead) должен кодеру выдать требования к качеству.
источник
02:10пожаловаться#15

PD

Phil Delgyado in Работа для ИТ-архитекторов
Ну, я стараюсь в таких проектах просто не работать, так как зачем.
источник
02:10пожаловаться#16

T

The in Работа для ИТ-архитекторов
В моём нынешнем понимании, SRE — это как раз лицо/команда, которые решают проблемы оптимизации, скейлинга, соответствия SLO через требования к софту, а не инфраструктуре. К примеру, впилить raft прямо в софт вместо метрокластера с кворумом.
источник
02:19пожаловаться#17

PD

Phil Delgyado in Работа для ИТ-архитекторов
Хм, странное понимание. Это, скорее, часть задач платформенный команды, при чем тут SRE.
Классическое SRE - это когда проще нанять кучу дорогих универсальных специалистов, нежели выстроить процессы работы с НФТ. Для Гугла - решение. Для кого другого - скорее проблема.
источник
02:22пожаловаться#18

VU

Vitaly U in Работа для ИТ-архитекторов
То что?
источник
14:03пожаловаться#19

VU

Vitaly U in Работа для ИТ-архитекторов
Смотря какая зрелось компании
источник
14:03пожаловаться#20