Здравствуйте, Pauel, Вы писали:

P>Уже поздно стонать по этому поводу — или хостишься на своём клауде, или на чужом. Мастырить сервер на своём железе это уже вчерашний день

Узнаю пестонистов с подворотами! Вчерашний день, облака, ИИ, крипта... даже не понимаете, в каком навозе валяетесь, но мнение имеете.

Сервера никуда не делись, просто говнобизнеса (существующие от силы 2 года) конечно же предпочитают не покупать "тяжкий груз" реального железа, а заструячивать всё в облака — вот отсюда и вся статистика — ГОВНОбизнесов! А кто за свои данные переживает, тот ЧУЖОЙ конторе их никогда не доверит. Впрочем, рассчитывать на "интеллект" большинства я и не собирался.

Здравствуйте, Baiker, Вы писали:.

G>>Так что это ни разу это не простая задача

B>Никто и не говорил, что просто. Я говорил, что ТЫ в этом никакого участия не принимаешь, инфраструктура ЗАДАНА ИЗНАЧАЛЬНО. Что ты там с "девопсами" проектировал — непонятно.
B>Так или иначе, кто в облако полез — Преображенский тому судья.

Мы видимо разные смыслы вкладываем в понятие "проектирование инфраструктуры". Ты видимо под этим подразумеваешь разработку микросхем и разводку плат? Тогда уж можно сказать, что в айти и архитектурой не занимаются, потому что архитектура уже спроектирована архитектором здания, в котором айтишник работает.

Здравствуйте, Baiker, Вы писали:

P>>Уже поздно стонать по этому поводу — или хостишься на своём клауде, или на чужом. Мастырить сервер на своём железе это уже вчерашний день

B> Узнаю пестонистов с подворотами! Вчерашний день, облака, ИИ, крипта... даже не понимаете, в каком навозе валяетесь, но мнение имеете.

B>Сервера никуда не делись, просто говнобизнеса (существующие от силы 2 года) конечно же предпочитают не покупать "тяжкий груз" реального железа, а заструячивать всё в облака — вот отсюда и вся статистика — ГОВНОбизнесов! А кто за свои данные переживает, тот ЧУЖОЙ конторе их никогда не доверит. Впрочем, рассчитывать на "интеллект" большинства я и не собирался.

Извините, трудновато читать ваш фекальный. Может на русский переведете?

Здравствуйте, gyraboo, Вы писали:

G>Мы видимо разные смыслы вкладываем в понятие "проектирование инфраструктуры"

Это ВЫ вкладываете. Инфраструктура — это то, что вам дали в виде рабочей среды — сервера, диски, пропускная способность... Всё, что вы с вашим девопсом можете — это заказать правильные параметры, ничего "проектировать" там не нужно. Всё.
Поэтому.... не употребляйте взрослых умных слов, не имея о них представления.

Здравствуйте, Pauel, Вы писали:

P>Извините, трудновато читать ваш фекальный. Может на русский переведете?

Самоуверенным обиженкам ничего переводить не собираюсь. Ты вообще весьма тухлый тип, не касайся моих сообщений — не для тебя.

Здравствуйте, Baiker, Вы писали:

G>>Мы видимо разные смыслы вкладываем в понятие "проектирование инфраструктуры"

B>Это ВЫ вкладываете. Инфраструктура — это то, что вам дали в виде рабочей среды — сервера, диски, пропускная способность... Всё, что вы с вашим девопсом можете — это заказать правильные параметры, ничего "проектировать" там не нужно. Всё.
B>Поэтому.... не употребляйте взрослых умных слов, не имея о них представления.

А как тогда ты интерпретируешь принцип "infrastructure as code"?

Здравствуйте, Baiker, Вы писали:

G>>Мы видимо разные смыслы вкладываем в понятие "проектирование инфраструктуры"

B>Это ВЫ вкладываете. Инфраструктура — это то, что вам дали в виде рабочей среды — сервера, диски, пропускная способность... Всё, что вы с вашим девопсом можете — это заказать правильные параметры, ничего "проектировать" там не нужно. Всё.
B>Поэтому.... не употребляйте взрослых умных слов, не имея о них представления.

"сервера, диски, пропускная способность" — на дворе 20-е годы 21 века, всё перечисленное, а также многое другое (ядра cpu, сетевая топология) конфигурится в кластере кубере в виде кода, в виде сущностей кубера, коих десятки, на каждый аспект инфраструктуры. Читай, инфраструктура именно что *проектируется*, а кубер сам маппит *спроектированную* инфраструктуру на физическую инфраструктуру. Ты похоже действительно застрял в нулевых.

Здравствуйте, gyraboo, Вы писали:

B>>Поэтому.... не употребляйте взрослых умных слов, не имея о них представления.

G>А как тогда ты интерпретируешь принцип "infrastructure as code"?

C этим есть большая сложность, как этот принцип интерпретирует менеджмент.

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

И тогда получается команда разнорабочих, которые занимаются вообще всем. Зрелище местами крайне плачевное.

Здравствуйте, landerhigh, Вы писали:

L>В итоге получается так, что ничего бесплатного не бывает. Иллюзорная доступность облаков выражается в том, что в некоторый момент может наступить обязательно наступит отсутствие этой доступности в буквальном смысле этого слова. Причем, у тебя не будет никакой возможности на это никак повлиять.
L>И если для прикладной аппликухи типа Стравы полдня "профилактики" никаких последствий не имеют, кроме короткого треда юзверей в твиторе, то вот для чего-то посерьезнее последствия могут быть, гхм, посерьезнее.

L>Короче, расплачиваться все равно придется, и не факт, что выйдет дешевле.

Почему ты считаешь, что сможешь обеспечить доступность лучше, чем это делает AWS? Да, факапы случаются. Но они и у тебя будут случаться.

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

А доступность лучше, чем у облака, ты не обеспечишь. Там и так работают одни из лучших специалистов в индустрии. Ничего принципиально лучше ты не придумаешь. Делай кластер на несколько зон и всё.

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

Здравствуйте, vsb, Вы писали:

vsb> L>Короче, расплачиваться все равно придется, и не факт, что выйдет дешевле.

vsb> Почему ты считаешь, что сможешь обеспечить доступность лучше, чем это делает AWS? Да, факапы случаются. Но они и у тебя будут случаться.

Они не просто случаются, они довольно часты. Это и не удивительно, при такой концентрации. Вот недавно горел OVH, пол-европы накрыло. Будь у среднего бизнеса сервера размещены в собственных серверных, такой лютый здец был-бы попросту невозможен. Но, похоже, жизнь никого не учит. У нас тоже все время топят за облака и прочую централизацию, не понимая того (а может даже и понимая, но бабло же), что такие центры очень лакомая цель для диверсий различного рода, а география пострадавших будет тем шире, чем сильнее централизованность.

Здравствуйте, rudzuk, Вы писали:

vsb>> L>Короче, расплачиваться все равно придется, и не факт, что выйдет дешевле.

vsb>> Почему ты считаешь, что сможешь обеспечить доступность лучше, чем это делает AWS? Да, факапы случаются. Но они и у тебя будут случаться.

R>Они не просто случаются, они довольно часты. Это и не удивительно, при такой концентрации. Вот недавно горел OVH, пол-европы накрыло. Будь у среднего бизнеса сервера размещены в собственных серверных, такой лютый здец был-бы попросту невозможен. Но, похоже, жизнь никого не учит. У нас тоже все время топят за облака и прочую централизацию, не понимая того (а может даже и понимая, но бабло же), что такие центры очень лакомая цель для диверсий различного рода, а география пострадавших будет тем шире, чем сильнее централизованность.

А где гарантия, что тебе инфраструктуру не будет проектировать кто-то вроде Байкера, который сидит в нулевых и про кубер и прочие современные практики ни духом? Напроектирует на легаси-системах так, что кластер будет на вес золота, и сопровождаться вручную будет армией сисадминов (не девопесров, ведь девопсеры всё автоматизируют, а это ненадежно, ручной суппорт гораздо надежнее!).

Здравствуйте, rudzuk, Вы писали:

vsb>> L>Короче, расплачиваться все равно придется, и не факт, что выйдет дешевле.

vsb>> Почему ты считаешь, что сможешь обеспечить доступность лучше, чем это делает AWS? Да, факапы случаются. Но они и у тебя будут случаться.

R>Они не просто случаются, они довольно часты. Это и не удивительно, при такой концентрации. Вот недавно горел OVH, пол-европы накрыло. Будь у среднего бизнеса сервера размещены в собственных серверных, такой лютый здец был-бы попросту невозможен. Но, похоже, жизнь никого не учит. У нас тоже все время топят за облака и прочую централизацию, не понимая того (а может даже и понимая, но бабло же), что такие центры очень лакомая цель для диверсий различного рода, а география пострадавших будет тем шире, чем сильнее централизованность.

Я плохо себе представляю масштаб компании, которая может позволить себе современный ЦОД.

Типовая серверная, которых я много повидал, это тупо комнатка с кондиционером. Это не серьёзно. Там уборщица, выдирающая шваброй провод это не анекдот, а реальность. А нормальный ЦОД это серьёзно, но довольно дорого. На всю Астану я таких 2 видел. И оба не частные, а у крупных хостеров, сдающих их в аренду.

Я, кстати, даже правительственные серверные МВД видел. Лучше бы я их не видел. Такой фейспальм.

Поэтому исходя из своего опыта я однозначно за облака. Или хотя бы за аренду места в нормальном ЦОДе, если уж хочется потратить денег на свой сервер. Может у компаний типа билайна и нормально всё сделано, за таких решать я не дорос.

Здравствуйте, Baiker, Вы писали:

G>>Мы видимо разные смыслы вкладываем в понятие "проектирование инфраструктуры"

B>Это ВЫ вкладываете. Инфраструктура — это то, что вам дали в виде рабочей среды — сервера, диски, пропускная способность... Всё, что вы с вашим девопсом можете — это заказать правильные параметры, ничего "проектировать" там не нужно. Всё.
B>Поэтому.... не употребляйте взрослых умных слов, не имея о них представления.

Чел, нет ничего постыдного в том, что ты не слышал о кубернетесе. Чтобы срач заимел хоть какую-то практическую пользу, лови ссылку на книгу, которая простым языком описывает эти вещи:
https://www.labirint.ru/books/673939/
Электронный вариант сам сможешь найти, если не получится, не стесняйся и спроси, подскажу.

Здравствуйте, gyraboo, Вы писали:

g> А где гарантия, что тебе инфраструктуру не будет проектировать кто-то вроде Байкера, который сидит в нулевых и про кубер и прочие современные практики ни духом? Напроектирует на легаси-системах так, что кластер будет на вес золота, и сопровождаться вручную будет армией сисадминов (не девопесров, ведь девопсеры всё автоматизируют, а это ненадежно, ручной суппорт гораздо надежнее!).

А где гарантия, что кубер с прочими современными практиками это правильное решение? Опять что ли про миллионы мух вспомним?

Здравствуйте, vsb, Вы писали:

vsb> R>Они не просто случаются, они довольно часты. Это и не удивительно, при такой концентрации. Вот недавно горел OVH, пол-европы накрыло. Будь у среднего бизнеса сервера размещены в собственных серверных, такой лютый здец был-бы попросту невозможен. Но, похоже, жизнь никого не учит. У нас тоже все время топят за облака и прочую централизацию, не понимая того (а может даже и понимая, но бабло же), что такие центры очень лакомая цель для диверсий различного рода, а география пострадавших будет тем шире, чем сильнее централизованность.

vsb> Я плохо себе представляю масштаб компании, которая может позволить себе современный ЦОД.

Не нужен ЦОД. Достаточно специализированных помещений для серверов с системой охлаждения и противопожаркой. Это обычные требования для размещения любого технологического оборудования. И уж конечно, уборщица со шваброй там ничего сделать не сможет, даже если захочет. Говорю о вполне себе средненьких компаниях из нашей российской мухосрани.

Здравствуйте, rudzuk, Вы писали:

g>> А где гарантия, что тебе инфраструктуру не будет проектировать кто-то вроде Байкера, который сидит в нулевых и про кубер и прочие современные практики ни духом? Напроектирует на легаси-системах так, что кластер будет на вес золота, и сопровождаться вручную будет армией сисадминов (не девопесров, ведь девопсеры всё автоматизируют, а это ненадежно, ручной суппорт гораздо надежнее!).

R>А где гарантия, что кубер с прочими современными практиками это правильное решение? Опять что ли про миллионы мух вспомним?

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

Здравствуйте, AlexGin, Вы писали:

AG>
AG>Разбивать одну большую задачу на несколько мелких — эффективно всегда.

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

Здравствуйте, _AND, Вы писали:

_AN>Идея вполне здравая. Один человек делает определённую фичу от начала до конца. Я уверен что результат будет лучше чем работа команды

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

_AN>, тк в команде всегда будет результат ограничен результатом самого слабого её члена.

Откуда такой странный вывод?

_AN>Но это плохо сочетается с промышленной, конвеерной разработкой с максимально узкой специализацией специалистов. При которой можно натренировать сотни мартышек делать шаблонные действия в определенном фрэймворке.

У тебя очень узкое понимание проблемы. Сотни мартышек, которые может и способны на чуть большее чем шаблонные действия, но при этом не способны эффективно между собой коммуницировать — это куда большая проблема.

Здравствуйте, gyraboo, Вы писали:

G>А как тогда ты интерпретируешь принцип "infrastructure as code"?

Никак, первый раз от тебя это слышу! А главное, каким боком это вообще относится к программистам, которые инженерят продукт? Без смузихлёбных баззвордов уже никак?

Здравствуйте, gyraboo, Вы писали:

G>"сервера, диски, пропускная способность" — на дворе 20-е годы 21 века, всё перечисленное, а также многое другое (ядра cpu, сетевая топология) конфигурится в кластере кубере в виде кода

И ЧТО? Да хоть в виде танца! Что ты НОВОГО привнёс, что хамишь тут? В нулевых собирались мои знания и ты в них НИЧЕГО нового не привнёс, только лепишь какие-то кубернетесы — смузихлёбные тулзы а-ля "макака не умеет деплоить, поэтому сразу херачит всю свою среду в контейнер". Мне ничего этого не нужно, я сервис запускаю и спокойно использую.