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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Архитектура ИТ-решений

1588 membersпожаловаться на группу
2019 October 25

RT

Roman Tsirulnikov in Архитектура ИТ-решений
так не надо писать свое с нуля, нужно умело приготовить существуюещее.
Пускай у вас хотя бы не будет сотня разных видов конфигуцрации  контейнеров, а будет общая практика, настрйоки, мониторинг, передача знаний.
источник
15:07пожаловаться

AS

Andrei Soloschak in Архитектура ИТ-решений
Почему это нельзя сделать без платформенной команды?
источник
15:08пожаловаться

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Девопс это способ платить одну зарплату вместо трёх же)
источник
15:08пожаловаться

GK

Gennadiy Kruglov in Архитектура ИТ-решений
На самом деле, нужно смотреть. Если платформенные сервисы устраивают по функционалу и по NFR, то почему бы их не использовать. Вообще-то, если считать деньги, то так и нужно делать.
источник
15:09пожаловаться

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Потому что кому-то нужно потратить на это ресурсы, а у продуктов другие приоритеты.
Плюс, сопровождение инфраструктуры и обновление компонент.
Например не дело, если продуктная команда будет заниматься обновлением прошивок на сетевых маршрутизаторах.
источник
15:09пожаловаться

AS

Andrei Soloschak in Архитектура ИТ-решений
Gennadiy Kruglov
На самом деле, нужно смотреть. Если платформенные сервисы устраивают по функционалу и по NFR, то почему бы их не использовать. Вообще-то, если считать деньги, то так и нужно делать.
Это нарушает принцип decentralized governance и создает waste, когда люди делают продукт по вымышленным требованиям
источник
15:10пожаловаться

RT

Roman Tsirulnikov in Архитектура ИТ-решений
однако нужно пресекать рост зоопарка, иначе хаос и анархия, неспособность делать сквозные изменения
источник
15:11пожаловаться

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Попробуйте в каждом продукте реализовать полноценный ЭДО, с учётом того, что каналы и регламенты взаимодействия с контрагентами уже давно выстроены и все к ним привыкли. Вот ЭДО - это один из платформенных сервисов.
источник
15:11пожаловаться

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Tsirulnikov
Потому что кому-то нужно потратить на это ресурсы, а у продуктов другие приоритеты.
Плюс, сопровождение инфраструктуры и обновление компонент.
Например не дело, если продуктная команда будет заниматься обновлением прошивок на сетевых маршрутизаторах.
Приоритеты другие? А с техдолгом работать, а баги править? Это тоже не приоритет... Ну-ну. С таким подходом у вас будут говнопродукты и славная платформенная команда делающая продукт для себя
источник
15:11пожаловаться

RT

Roman Tsirulnikov in Архитектура ИТ-решений
пример из недавнего
https://tidbits.com/2019/10/21/six-reasons-why-ios-13-and-catalina-are-so-buggy/
TidBITS
Six Reasons Why iOS 13 and Catalina Are So Buggy - TidBITS
By most accounts, the release of iOS 13 and macOS 10.15 Catalina have been troubled, with numerous significant bugs making it past Apple’s internal testing and the public beta phase. Former Apple engineer David Shayer explains the underlying reasons these releases have had so many problems.
источник
15:13пожаловаться

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Andrei Soloschak
Это нарушает принцип decentralized governance и создает waste, когда люди делают продукт по вымышленным требованиям
Нет, потому что платформенные сервисы - это "внутренние" продукты с собственными требованиями. И бюджеты на них тоже требуют обоснования.
источник
15:13пожаловаться

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Gennadiy Kruglov
Нет, потому что платформенные сервисы - это "внутренние" продукты с собственными требованиями. И бюджеты на них тоже требуют обоснования.
👍

в опредеенный момент иметь зоопарк становится слишком затратно в части сопровождения,
стандартизация становится неизбежна
источник
15:14пожаловаться

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Потребители (клиенты) платформенных сервисов - продуктовые команды. И не нужно говорить, что они не требовательные.
источник
15:14пожаловаться

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Tsirulnikov
👍

в опредеенный момент иметь зоопарк становится слишком затратно в части сопровождения,
стандартизация становится неизбежна
Есть другой способ, более эффективный. Наращивать экспертизу и ответственность внутри продуктовых команд. Иначе все, что вы "забыли" стандартизировать будет в таком же состоянии. Невозможно контролировать все
источник
15:15пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Я вообще ренегат похоже... Читаю всякую ересь вроде вот этого. https://aws.amazon.com/ru/devops/what-is-devops/
Amazon Web Services, Inc.
Что такое DevOps? – Amazon Web Services (AWS)
Хороший текст, да.
источник
15:58пожаловаться

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Andrei Soloschak
Есть другой способ, более эффективный. Наращивать экспертизу и ответственность внутри продуктовых команд. Иначе все, что вы "забыли" стандартизировать будет в таком же состоянии. Невозможно контролировать все
Но что делать когда у команд расходятся взгляды на то как следует развивать систему?
Ведь не зря же у нас стандарт электросети 230в/50Гц, одинаковая ширина колеи железной дороги, стандарты протоколов Интернет.
Это дает возможности синергии.
источник
16:09пожаловаться

d

dreamore in Архитектура ИТ-решений
Roman Tsirulnikov
Но что делать когда у команд расходятся взгляды на то как следует развивать систему?
Ведь не зря же у нас стандарт электросети 230в/50Гц, одинаковая ширина колеи железной дороги, стандарты протоколов Интернет.
Это дает возможности синергии.
Про колею - это видимо шутка)
источник
16:10пожаловаться

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Tsirulnikov
Но что делать когда у команд расходятся взгляды на то как следует развивать систему?
Ведь не зря же у нас стандарт электросети 230в/50Гц, одинаковая ширина колеи железной дороги, стандарты протоколов Интернет.
Это дает возможности синергии.
Вот тут появляется г-н Архитектор
источник
16:13пожаловаться

KG

Kirill Gorin in Архитектура ИТ-решений
Roman Tsirulnikov
Но что делать когда у команд расходятся взгляды на то как следует развивать систему?
Ведь не зря же у нас стандарт электросети 230в/50Гц, одинаковая ширина колеи железной дороги, стандарты протоколов Интернет.
Это дает возможности синергии.
про стандарты сети и ширину колеи это конечно смешно )
источник
16:14пожаловаться

KG

Kirill Gorin in Архитектура ИТ-решений
да и в интернете стандартов уже более 15 )
источник
16:15пожаловаться