Мне кажется, не в нации дело, по крайней мере, слышал такое про много разных наций. Просто у индусов большинство знакомых - индусы, знакомых и подтягивают.
Теперь похоже на микросервисы в монорепозитории, а не на монолит :) Или на какие-то пограничные случаи, когда система относится к нескольким стилям. Быстрому деплою это скорее мешает (нужны те самые 10 подписей и куча тестов на все случаи жизни), но релиз раз в неделю - неплохо.
Странно, что свойства "распределённого монолита" , что обычно преподносятся как недостатки, у вас инвертированы и являются преимуществами. Такая разница в терминологии?
Полагаю, что монолит, который вы имеете в виду, не распределённый, потому что он не делает внутренних сетевых вызовов между своими частями (исключая запросы к БД). Тогда он имеет те свойства, что вы перечислили. Если же части работают через сетевые вызовы, как минимум могут возникать некоторые проблемы синхронизации.
И еще у меня подозрение что то, что вы описываете как микросервисы на самом деле и сами являются монолитами.
Естественно, сами микросервисы атомарны. Под "монолитом" имеется в виду вся система, а не её часть.
Это где слыхано чтоб 10 человек занималось одним микросервисом? Они скорее десятком-другим заведовать будут.
Это в общем верно, в зависимости от размера микросервисов 1 команда может потянуть и несколько их,и десятки, однако когнитивная нагрузка возрастает. Насколько нужно дробить сервисы - холиварный вопрос.
Зависит от доли таблицы, которая обычно подвергается обновлению. Если пользователь вводит данные в нескольких ячейках, вероятно выгоднее api точечного обновления. Если всю таблицу надо обновить - глупо слать по 1 запросу на ячейку.
Предполагаю, что обычно пользователь обновляет малую долю таблицы с человеческой скоростью, поэтому patch на каждую обновлённую ячейку, вероятно, менее затратен, чем put всей таблицы (ещё и несколько раз), и приведённый вариант имеет смысл.
Также здесь может пригодиться GraphQL-подобный подход...
"Распределённым монолитом" обычно называют часто возникающий архитектурный антипаттерн, когда "обычную" (монолитную) систему преобразовывают в микросервисную путём замены простых вызовов функций на RPC. Из-за природы сетевых взаимодействий система начинает работать медленно и нестабильно, из-за распределённой структуры усложняются добавление фич, отладка, развертывание, поддержка - т.е. получившаяся система сочетает недостатки и микросервисного, и монолитного стиля, и теряет их преимущества. На самом деле это не монолит. Это скорее гетерогенная распределённая система, если пытаться классифицировать, имеющая свойства монолитной при деплое и комплексной при отладке (когда надо наоборот), выглядящая как плохо работающая куча сервисов, в которой тяжело разобраться.
Сервис-клиент должен иметь некоторое описание интерфейса сервиса-поставщика, оно включает схемы (структуры) данных для понимания, что допустимо отправлять и как разбирать ответ. На основе этого описания можно писать как тесты, так и моки сервиса-поставщика. Это справедливо и для RPC (обычно используется спецификация Swagger/OpenAPI, или определение сервиса gRPC, или что-то подобное), и для обмена сообщениями. Можно, конечно, эти описания схем вынести в специализированный репозиторий схем, но бывает проще иметь копии описаний.
Кстати, всегда можно пойти совсем альтернативным путём - собрать самый настоящий 2-х тактный микродвигатель карманный :-)))
Небольшой бензиновый двигатель - это не альтернативный, а наиболее практичный путь, очень проверенный, можно даже сказать, способ генерации по умолчанию. Но разница в том, что обычно бензогенераторы побольше, чем карман, а те из них, что 4х тактные и с инвертором - поэкономичнее. Альтернативные схемы ДВС+генератор, видимо, имеют недостатки, раз не дошли до промышленного применения.
Большинство заводов и НИИ полностью утрачено стараниями "эффективных менеджеров", на многих оставшихся творится треш. Понимая, что кадры из ИТ сами не приходят, пишут рекламные статьи для их привлечения. Получается так себе - происходящий треш просачивается в статьи. Однако они попадают в инфополе.
Существуют и нормальные заводы (в т.ч. новые), но им нет нужны писать статьи с противопоставлением "их радужное ИТ" vs "тяжёлые мы", они просто работают, а если распишут, что у них в принципе тоже норм - никто и не заметит.
А что сейчас является основным бизнесом в банке?.. Взаимодействие с банком сплошь через приложения. Счета, похоже, тоже существуют лишь в виде циферок в компьютерах.
И как в Озоне и Авито ИТ-подразделение оказалось не основным, когда без ИТ этих компаний не было бы??
X5 тоже зависят от ИТ очень сильно. Убери ИТ - и бизнес деградирует до "ларька".
Какая жесть... Исходя из собственного опыта с этим вашим heavy digital, их вполне себе выпускают в интернет (для zoom-совещаний), и даже удалёнка бывает. И технологии отнюдь не из 2007 года.
Если на вашем предприятии так, как описано в статье, - ну, вы знали, куда шли. Кому-то это подходит, кому-то нет.
То есть они требовали это не только от своих, но и от чужих программистов, работников компании-подрядчика.
Ну, бывает. Встречал случаи, когда вендору высказывали, что скрам-то у него неправильный, и требовали соблюдения весьма специфичной имплементации скрама. Сотрудничество не сложилось.
Имхо, процессы разработки выстроить в мере, достаточной для удалёнки, очень просто. Достаточно чётко выдавать задания и проверять их выполнение. Скрам (естественно) тоже подходит, но нужен трекер задач и средство связи. Наверно даже, я не видел мест, где бы процессы не были выстроены подходящим образом. Быть может, где-то кому-то регулярно нужны какие-то очные презентации, это могу представить, но я не видел.
А какое у такой грелки практическое применение? Просто если для рук - есть же перчатки. Для ног - непонятно, как её держать. Если весь промёрз, нужно к спине прикладывать, но грелка маленькая же.
Такие грелки и сейчас продаются, как-то хотел купить, но не нашёл причин.
Меня удручает непрактичность бензиновой грелки в паре с элементом Пельтье. Вероятно, этого недостаточно даже для телефона, т.е. это не работает вообще, хотя и помещается в карман. 0.14Вт - это часов 100 заряжать до полного.
Некоторое время назад я изучал вопросы резервного питания в "походных" условиях (если вдруг внезапно окажешься в походе них). Раскладная карманная солнечная панель (в сложенном виде примерно 10х15см, раскладывается x5) может зарядить телефон, а панель побольше (где-то 0.3-0.5 м^2 - не карманная, но всё ещё портативная) - небольшой аккумулятор, которым потом можно зарядить ноут. Заряжается медленно, несколько часов. От элементов Пельтье сам не пробовал, но судя по экспериментам в интернете - мощности ни на что не хватает (если только не греть его костром, тогда телефон зарядить можно). Также нераскладная солнечная панель примерно 10x15см (иногда бывает на некоторых power bank'ах ни на что не пригодна.
Может, если взять несколько десятков элементов Пельтье, толку будет больше. Но тогда солнечные панели дешевле.
Также, если электроэнергии не нужно много (отключение временное, а нужно иметь запас до 3-4кВт*ч), практичнее запастись аккумуляторами. Если больше - уже бензиновый генератор, но он топливо прямо таки жрёт. Газотурбинная электростанция - это уже слишком серьёзно)
А вот всякие РИТЭГи, грелки и двигатели Стирлинга - совершенно несерьёзно.
Как непрактично... Какие-то милливатты мощности. Когда-то рассчитывал, что для холодильника и освещения нужно ватт 300. Для ноутбука порядка 100Вт.
Если у вас есть топливо, то лучше выбрать классические бензиновые/дизельные генераторы, или, если мощности нужны большие, газотурбинные. У них хоть какой-то адекватный КПД. Но и расход порядка 30л/сутки (минимум).
Если нет топлива, используйте естественный термояд - через солнечные батареи, ветряки, гидрогенераторы.
Жечь дорогое топливо, чтобы получить милливатты - праздное развлечение. Для милливатт можно и ручной генератор покрутить.
webp посовременнее будет
Мне кажется, не в нации дело, по крайней мере, слышал такое про много разных наций. Просто у индусов большинство знакомых - индусы, знакомых и подтягивают.
Теперь похоже на микросервисы в монорепозитории, а не на монолит :) Или на какие-то пограничные случаи, когда система относится к нескольким стилям. Быстрому деплою это скорее мешает (нужны те самые 10 подписей и куча тестов на все случаи жизни), но релиз раз в неделю - неплохо.
Странно, что свойства "распределённого монолита" , что обычно преподносятся как недостатки, у вас инвертированы и являются преимуществами. Такая разница в терминологии?
Полагаю, что монолит, который вы имеете в виду, не распределённый, потому что он не делает внутренних сетевых вызовов между своими частями (исключая запросы к БД). Тогда он имеет те свойства, что вы перечислили. Если же части работают через сетевые вызовы, как минимум могут возникать некоторые проблемы синхронизации.
Естественно, сами микросервисы атомарны. Под "монолитом" имеется в виду вся система, а не её часть.
Это в общем верно, в зависимости от размера микросервисов 1 команда может потянуть и несколько их,и десятки, однако когнитивная нагрузка возрастает. Насколько нужно дробить сервисы - холиварный вопрос.
Зависит от доли таблицы, которая обычно подвергается обновлению. Если пользователь вводит данные в нескольких ячейках, вероятно выгоднее api точечного обновления. Если всю таблицу надо обновить - глупо слать по 1 запросу на ячейку.
Предполагаю, что обычно пользователь обновляет малую долю таблицы с человеческой скоростью, поэтому patch на каждую обновлённую ячейку, вероятно, менее затратен, чем put всей таблицы (ещё и несколько раз), и приведённый вариант имеет смысл.
Также здесь может пригодиться GraphQL-подобный подход...
"Распределённым монолитом" обычно называют часто возникающий архитектурный антипаттерн, когда "обычную" (монолитную) систему преобразовывают в микросервисную путём замены простых вызовов функций на RPC. Из-за природы сетевых взаимодействий система начинает работать медленно и нестабильно, из-за распределённой структуры усложняются добавление фич, отладка, развертывание, поддержка - т.е. получившаяся система сочетает недостатки и микросервисного, и монолитного стиля, и теряет их преимущества. На самом деле это не монолит. Это скорее гетерогенная распределённая система, если пытаться классифицировать, имеющая свойства монолитной при деплое и комплексной при отладке (когда надо наоборот), выглядящая как плохо работающая куча сервисов, в которой тяжело разобраться.
Сервис-клиент должен иметь некоторое описание интерфейса сервиса-поставщика, оно включает схемы (структуры) данных для понимания, что допустимо отправлять и как разбирать ответ. На основе этого описания можно писать как тесты, так и моки сервиса-поставщика. Это справедливо и для RPC (обычно используется спецификация Swagger/OpenAPI, или определение сервиса gRPC, или что-то подобное), и для обмена сообщениями. Можно, конечно, эти описания схем вынести в специализированный репозиторий схем, но бывает проще иметь копии описаний.
Небольшой бензиновый двигатель - это не альтернативный, а наиболее практичный путь, очень проверенный, можно даже сказать, способ генерации по умолчанию. Но разница в том, что обычно бензогенераторы побольше, чем карман, а те из них, что 4х тактные и с инвертором - поэкономичнее. Альтернативные схемы ДВС+генератор, видимо, имеют недостатки, раз не дошли до промышленного применения.
Большинство заводов и НИИ полностью утрачено стараниями "эффективных менеджеров", на многих оставшихся творится треш. Понимая, что кадры из ИТ сами не приходят, пишут рекламные статьи для их привлечения. Получается так себе - происходящий треш просачивается в статьи. Однако они попадают в инфополе.
Существуют и нормальные заводы (в т.ч. новые), но им нет нужны писать статьи с противопоставлением "их радужное ИТ" vs "тяжёлые мы", они просто работают, а если распишут, что у них в принципе тоже норм - никто и не заметит.
А что сейчас является основным бизнесом в банке?.. Взаимодействие с банком сплошь через приложения. Счета, похоже, тоже существуют лишь в виде циферок в компьютерах.
И как в Озоне и Авито ИТ-подразделение оказалось не основным, когда без ИТ этих компаний не было бы??
X5 тоже зависят от ИТ очень сильно. Убери ИТ - и бизнес деградирует до "ларька".
Такая особенность типична не для госухи, а для холдингов вообще. Не разбираясь ни в чём, сразу начинают что-то оптимизировать.
Ну дык, очень много людей с нюансами по психике. "Some of them want to abuse you, some of them want to be abused."
Какая жесть... Исходя из собственного опыта с этим вашим heavy digital, их вполне себе выпускают в интернет (для zoom-совещаний), и даже удалёнка бывает. И технологии отнюдь не из 2007 года.
Если на вашем предприятии так, как описано в статье, - ну, вы знали, куда шли. Кому-то это подходит, кому-то нет.
при входе и при выходе!
Ну, бывает. Встречал случаи, когда вендору высказывали, что скрам-то у него неправильный, и требовали соблюдения весьма специфичной имплементации скрама. Сотрудничество не сложилось.
Имхо, процессы разработки выстроить в мере, достаточной для удалёнки, очень просто. Достаточно чётко выдавать задания и проверять их выполнение. Скрам (естественно) тоже подходит, но нужен трекер задач и средство связи. Наверно даже, я не видел мест, где бы процессы не были выстроены подходящим образом. Быть может, где-то кому-то регулярно нужны какие-то очные презентации, это могу представить, но я не видел.
1 из 6 человек на картинках точно водит руками!
А какое у такой грелки практическое применение? Просто если для рук - есть же перчатки. Для ног - непонятно, как её держать. Если весь промёрз, нужно к спине прикладывать, но грелка маленькая же.
Такие грелки и сейчас продаются, как-то хотел купить, но не нашёл причин.
Меня удручает непрактичность бензиновой грелки в паре с элементом Пельтье. Вероятно, этого недостаточно даже для телефона, т.е. это не работает вообще, хотя и помещается в карман. 0.14Вт - это часов 100 заряжать до полного.
Некоторое время назад я изучал вопросы резервного питания в "походных" условиях (если вдруг внезапно окажешься в
походених). Раскладная карманная солнечная панель (в сложенном виде примерно 10х15см, раскладывается x5) может зарядить телефон, а панель побольше (где-то 0.3-0.5 м^2 - не карманная, но всё ещё портативная) - небольшой аккумулятор, которым потом можно зарядить ноут. Заряжается медленно, несколько часов. От элементов Пельтье сам не пробовал, но судя по экспериментам в интернете - мощности ни на что не хватает (если только не греть его костром, тогда телефон зарядить можно). Также нераскладная солнечная панель примерно 10x15см (иногда бывает на некоторых power bank'ах ни на что не пригодна.Может, если взять несколько десятков элементов Пельтье, толку будет больше. Но тогда солнечные панели дешевле.
Также, если электроэнергии не нужно много (отключение временное, а нужно иметь запас до 3-4кВт*ч), практичнее запастись аккумуляторами. Если больше - уже бензиновый генератор, но он топливо прямо таки жрёт. Газотурбинная электростанция - это уже слишком серьёзно)
А вот всякие РИТЭГи, грелки и двигатели Стирлинга - совершенно несерьёзно.
Как непрактично... Какие-то милливатты мощности. Когда-то рассчитывал, что для холодильника и освещения нужно ватт 300. Для ноутбука порядка 100Вт.
Если у вас есть топливо, то лучше выбрать классические бензиновые/дизельные генераторы, или, если мощности нужны большие, газотурбинные. У них хоть какой-то адекватный КПД. Но и расход порядка 30л/сутки (минимум).
Если нет топлива, используйте естественный термояд - через солнечные батареи, ветряки, гидрогенераторы.
Жечь дорогое топливо, чтобы получить милливатты - праздное развлечение. Для милливатт можно и ручной генератор покрутить.