|
Знаете такой инженерный принцип KISS? Это который сводится к тому, чтоб делать проще? Так вот, в пятницу один коллега предложил, руководствуясь этим принципом засунуть все нужные мне сервисы в один докер-контейнер. Меня это как-то непропорционально взбесило. Ну подумаешь, чувак не врубил, как оно все устроено. Но до сих пор не могу успокоиться. Есть ли какой принцип, который учит не давать советы по вопросам, в которых ты ни черта не понимаешь? 26 comments
  @shuro сложно представить, когда разбивка чего-то большого на меньшие "кусочки", которые отвечают только за одну функцию - усложняет. Ну только если коллеги не понимают, как эти кусочки между собой связаны. Тогда надо просто написать доку. Монолит - это хорошо, но только тогда когда все понимают из чего он состоит. Когда это не так, то лучше дробить. Эт относится как к технологиям так и таскам. @exo Несложно :) Берём любую крупную зависимость или их устоявшееся сочетание. Условно говоря, PHP с нужными модулями можно засунуть в контейнер (или не засовывать, но технологически считать одним куском), а можно смотреть как на набор отдельных, хоть и взаимозависимых сущностей, и поддерживать отдельно. @exo Ну так KISS не обязательно вращается вокруг контейнеров, он появился ещё до них. Тут, скорее всего, возникло как раз такого рода недопонимание - товарищ решил, что набор сервисов представляет собой единую сущность с системной точки зрения, поэтому их проще консолидировать. Почти всегда это не так, это да. конечно KISS появился до контейнеров, но его принципы прекрасно перелагаются на них. Всякими docker compose'ами и прочими кубернетесами :) Про недопонимание полностью согласен, потому и написал первым комментом, что надо спокойно донести свою точку зрения. Ведь все люди разные и по-разному видят абстракции :blobcatshrug:  не вижу никаких проблем потестировать балансировщик с одним контейнером, даже проще @exo @shuro это, как раз, очень просто. Больше компонентов - сложнее взаимодействие между ними. С базами данных это наиболее выпукло - сравни няшный простой метод, который обновляет по одной строке в трёх табличках в одной транзакции с тремя компонентами, которым нужно взаимодействие, сеть, протокол, монстрозная распределённая транзакция или возня с компенсацией транзакций  @s1dul @exo вы о чём вообще? KISS - это, блин, отсутствие всякого говножира вроде контейнеров. нормально собранная система с мелкими и быстрыми утилитами и сервисами, собранными и оптимизированными для конкретного железа.
у меня на ноуте после загрузки занято 120 мегабайт рамы. это - KISS. учитесь, школота. @exo ну, я кроме того пишу серверный софт для хай-лоада. там миллионы юзеров. всё нормлально работает.
я нормальных пока тут не вижу. я вижу, что вы оскорбили принцип KISS своими говноподелками и распространяете ложные представления об инженерных и программистских подходах к разработке. имею вам сказать, что ваши кривые поделки не имеют абсолютно никакого отношения к KISS. от слова совсем. так что не надо тут распространять дезинформацию. @iron_bug @exo ну, kiss это в первую очередь "от задачи". Откуда тебе знать, как проще, если ты не знаешь, что я делаю? А строю я интеграционное и смоук тестирование балансировщика нагрузки. Чтоб протестировать всякие кейсы с отказами и работой в разных режимаж, мне надо 5 сервисов туда-сюда. Как мне это на голом железе поднимать, чтоб не вспотеть? Был у меня такой начальник один. Я ему там за CI/CD затираю, за тестирование правильное. А он мне - а мы в 1731-м году методом конечных элементов на 4-х килобайтах и перфокартах о-го-го что делали! Очень продуктивно поговорили, короче.   |
Gregory's Server
@s1dul надо просто спокойно объяснить, что атомарность == KISS. Когда контейнер становится комбайном != KISS.