Мне недавно понадобилось на Феррари перевезти картошку, как я делал это на Жигулях, но не получилось. Чтоб я не делал.
Хотя и там и там ТС. И там и там передвигаться предназначено. Но объективно по разному сделано(хотя в основе мотор и колеса).
Не понятно зачем сложности такие, но ок. В MsSQL есть пользовательские типы - реализуй любой. В MsSQL есть расширенные процедуры - создавай свою логику над данными.
Ну по сути как и в постгре. Никто не обещал хранить и обрабатывать "любые данные" (хотя для них есть двоичные типы/поля или даже filestream). Мне вот постгря не нравится после перехода с MsSQL, там неудобно, тут избыточно, там кавычки одинарные/двойные не забывай писать, там тип неудачный. Но потихоньку вкатываюсь и где-то привыкаю к "неудобству", где-то улыбаюсь от "красивой" фичи, а где-то использую не замечая разницы концептуальной.
Зы: но администрирование постгри - это дичь. Там где MsSQL из коробки работает на 100%, постгрю настраивать/подстраивать для тех же результатов (на одной ОС/машине). Но это дело привычки и навыков.
А типа про стрельбу военными в частях не слышали? Ну или по мирным. Ну или иные случаи небыли у военных.
Ах да. Там все отборные и вообще отдельная раса богоприближенных.
Это всё ещё люди. Более того пожилые люди по факту. 61 и 58 лет. Готовились они к одному, получили другое. По факту обитание на мкс - это не то к чему они в армии готовились/учились. Ладно б подводниками были....
Вон тут рядом новость про гугл и признание его монополистом. Долгие десятилетия такое делал. И 100500 компаний это делали. Да целые государства это делают(США и ограничения на закупки аэрбасов авиакомпаниями, аль завоз импортных автомобилей ....)
Что, если вы подключены к машине по ssh, вы находитесь в своей верной оболочке bash, но, к сожалению, вы не можете создавать никаких новых процессов, потому что буквально все другие pid заняты. Что делать?
Поубиваю процессы "лишние". Зачем они висят в системе? Да и зачем мне подключаться к системе в которой нельзя создать/запустит процесс?
Так а зачем комментарий о действиях/мотивации Оскаровича выборе цвета?
И если нужен развёрнутый ответ, то да. "Герману" абстрактному, а точнее бизнесу важно какой цвет выберешь, какую яркость используешь, когда просыпаешься, когда ложишься... если ты из иного мира, то расскажу - у нас бизнес хочет знать всё о людях, чтобы предложить им товар через их привычки/любовь. А по пути ещё и торгует этими знаниями о людях налево и направо.
Ну если сам Оскарович снизошёл до простых алтайских мужиков, всю жизнь таксующих в том районе да заяснил им что теперь "это мой аэропорт", то и до контроля света над твоей головой не далеко от него.
Зы: причём ни юридически ни фактически он не владелец ни Сбера ни аэропорта.
Масштабировать микросервис можно, если при архитектуре системы и написании связных сервисов - была предусмотрена масштабируемость.
Иначе придётся менять API/логику на сервисах связных, а там поплывут модели по цепочке сервисов, т.к где-то версия стоит старая уже не поддерживаемая, где-то совместимость жестко прибита гвоздями и понеслось.. В одном узле смаштабировали(обновили), а в другом система упала, т.к данные не те или не так летят.
В монолите проще зачастую. Он монолит и меняя где-то модель, сразу узнаешь, что система не работает. Опять же монолит сделанный адекватно, нормально может без перезагрузки модули перегружать(изолированность классов вполне решает задачу разбития "монолита" на самостоятельные части, но всё ещё под управлением одного "процесса").
И посмотрел бы я как на микросервисах совместимость поддерживается между версиями... Хотя чё смотреть - ни как. Изменился один - меняй и другой и надейся, что поднятые исходники той версии адекватный, а последующий мерж пройдёт нормально.
А как мило на старой версии клиента проводить исправления ошибок или доработку...
Замечательная тема с микросервисами. Если они независимы. Но это уже какая-то "сыерическая система в вакууме".
Одному приложению нужно glibc одной версии, другому приложению нужно glibc другой версии, а третьему нужно
Так и в чем проблема обеспечить зависимость одного приложения от версии одной библиотеки, а другого приложения от версий другой? Может реально если система не позволяет поставить н-цать версий в себя и подсунуть требуемую(или поддерживаемую) версию приложению - проблема в системе и её надо допиливать, а не делать "костыль" в виде очередной системы имеющей свои проблемы.
Опять же эта любовь линуксоидов ломать поддержку снизу вверх - концептуальная причина этих костылей
Микросервисы - это быстрый рестарт, stateless, и возможность сделать больше инстансов того приложения, где вероятны отказы
Ага. Щас.
С чего такое мнение? Через задницу написанный код хоть замикросервисируйся - стартанёт когда стартанёт и то если повезёт и не будет взаимной зависимости кольцевой.
Не помогут микросервисы. Не помогут. Если хватит квалификации написать их, то и на монолите у этого же человека(команды) не будет проблем.
Будучи живым иметь мнение и желание нарушать которые представитель сотовой/банка ну никак не имеет ни морального ни физического права даже после смерти оного. Это настолько естественно, что странно объяснять.
Пусть приносят решение суда или предсмертное заверенное решение владельца.
Он с этой женой может и не жил никогда, а она постоянно ему мозг клевала и деньги вымогала....
Есть статьи и видео на ютюбе о создании красивых картинок еды для рекламы.
Советую глянуть. Там вполне очевидно и ясно показывают, что картинки созданные из "натурального" не обладают красотой и аппетитностью. Потому используют то, что "дичью" кто-то считает. Считает, но с удовольствием смотрит на картинки не понимая что это "дичь"
У провайдера...
Он готовился к этому интенсивно на земле. Физически и психологически.
Тут эксперимент будет интересен самим астронавтам как личное достижение, но не как результат для команды/науки.
Молодцы будут если не стрессанут.
Хотя и там и там ТС. И там и там передвигаться предназначено. Но объективно по разному сделано(хотя в основе мотор и колеса).
Не понятно зачем сложности такие, но ок. В MsSQL есть пользовательские типы - реализуй любой. В MsSQL есть расширенные процедуры - создавай свою логику над данными.
Ну по сути как и в постгре. Никто не обещал хранить и обрабатывать "любые данные" (хотя для них есть двоичные типы/поля или даже filestream). Мне вот постгря не нравится после перехода с MsSQL, там неудобно, тут избыточно, там кавычки одинарные/двойные не забывай писать, там тип неудачный. Но потихоньку вкатываюсь и где-то привыкаю к "неудобству", где-то улыбаюсь от "красивой" фичи, а где-то использую не замечая разницы концептуальной.
Зы: но администрирование постгри - это дичь. Там где MsSQL из коробки работает на 100%, постгрю настраивать/подстраивать для тех же результатов (на одной ОС/машине). Но это дело привычки и навыков.
Точно "курганами"? Так то курган -насыпь над погребением.
Но интересно было почитать всё ж. 20 лет летает и данные передаёт... умели делать
А типа про стрельбу военными в частях не слышали? Ну или по мирным. Ну или иные случаи небыли у военных.
Ах да. Там все отборные и вообще отдельная раса богоприближенных.
Это всё ещё люди. Более того пожилые люди по факту. 61 и 58 лет. Готовились они к одному, получили другое. По факту обитание на мкс - это не то к чему они в армии готовились/учились. Ладно б подводниками были....
Со дня на день может крышу сорвать у кого-нибудь и пойдёт сверлить корпус...
У меня б сорвало точно. Планировал и тренировался на пару недель, а оказался заперт на месяц(ы)
В чём проблема? Не честно? Так не делает никто?
Вон тут рядом новость про гугл и признание его монополистом. Долгие десятилетия такое делал. И 100500 компаний это делали. Да целые государства это делают(США и ограничения на закупки аэрбасов авиакомпаниями, аль завоз импортных автомобилей ....)
Это норма.
Не силен в линуксе, но предполагал что всё что не делается(понятно что не "всё") в нём - пораждает процесс. Решил проверить.
Не знаю считается ли астра - каноничным линуксом или в ней всё не так, но... Подключившись по ssh увидел своё подключение + bash в списке процессов.
Сделав ещё одно подключение - увидел увеличение количества процессов и это подключение в списке.
Возникает вопрос. А о чём речь в статье тогда если количество процессов достигло предела и как бы подключение произвести не получится?
Поубиваю процессы "лишние". Зачем они висят в системе? Да и зачем мне подключаться к системе в которой нельзя создать/запустит процесс?
Странный вопрос в целом.
Так а зачем комментарий о действиях/мотивации Оскаровича выборе цвета?
И если нужен развёрнутый ответ, то да. "Герману" абстрактному, а точнее бизнесу важно какой цвет выберешь, какую яркость используешь, когда просыпаешься, когда ложишься... если ты из иного мира, то расскажу - у нас бизнес хочет знать всё о людях, чтобы предложить им товар через их привычки/любовь. А по пути ещё и торгует этими знаниями о людях налево и направо.
Ну если сам Оскарович снизошёл до простых алтайских мужиков, всю жизнь таксующих в том районе да заяснил им что теперь "это мой аэропорт", то и до контроля света над твоей головой не далеко от него.
Зы: причём ни юридически ни фактически он не владелец ни Сбера ни аэропорта.
У каждого программиста, есть "аномалия" на заявление тестировщика или клиента.
"У меня работает ведь..."
Ну не надо называть "аномалией" ситуацию не обработанную программой. Просто "косяк".
Масштабировать микросервис можно, если при архитектуре системы и написании связных сервисов - была предусмотрена масштабируемость.
Иначе придётся менять API/логику на сервисах связных, а там поплывут модели по цепочке сервисов, т.к где-то версия стоит старая уже не поддерживаемая, где-то совместимость жестко прибита гвоздями и понеслось.. В одном узле смаштабировали(обновили), а в другом система упала, т.к данные не те или не так летят.
В монолите проще зачастую. Он монолит и меняя где-то модель, сразу узнаешь, что система не работает. Опять же монолит сделанный адекватно, нормально может без перезагрузки модули перегружать(изолированность классов вполне решает задачу разбития "монолита" на самостоятельные части, но всё ещё под управлением одного "процесса").
И посмотрел бы я как на микросервисах совместимость поддерживается между версиями... Хотя чё смотреть - ни как. Изменился один - меняй и другой и надейся, что поднятые исходники той версии адекватный, а последующий мерж пройдёт нормально.
А как мило на старой версии клиента проводить исправления ошибок или доработку...
Замечательная тема с микросервисами. Если они независимы. Но это уже какая-то "сыерическая система в вакууме".
Так и в чем проблема обеспечить зависимость одного приложения от версии одной библиотеки, а другого приложения от версий другой? Может реально если система не позволяет поставить н-цать версий в себя и подсунуть требуемую(или поддерживаемую) версию приложению - проблема в системе и её надо допиливать, а не делать "костыль" в виде очередной системы имеющей свои проблемы.
Опять же эта любовь линуксоидов ломать поддержку снизу вверх - концептуальная причина этих костылей
Ага. Щас.
С чего такое мнение? Через задницу написанный код хоть замикросервисируйся - стартанёт когда стартанёт и то если повезёт и не будет взаимной зависимости кольцевой.
Не помогут микросервисы. Не помогут. Если хватит квалификации написать их, то и на монолите у этого же человека(команды) не будет проблем.
Будучи живым иметь мнение и желание нарушать которые представитель сотовой/банка ну никак не имеет ни морального ни физического права даже после смерти оного. Это настолько естественно, что странно объяснять.
Пусть приносят решение суда или предсмертное заверенное решение владельца.
Он с этой женой может и не жил никогда, а она постоянно ему мозг клевала и деньги вымогала....
Что не так в ответе?
Личная и семейная жизнь - не одно и тоже. Он мог быть против и это его законное желание
При этом святая США ограничительными пошлинами налево и направо пользуется. Авто, авиа, судостроения и прочие прочие области.
Может всё ж пошлины разумные и имеют смысл? Тайный для тебя, но видимый другим(работникам производств открытым на территории тем же).
Зы: вброс про "говно" - ну аще глуп.
Есть статьи и видео на ютюбе о создании красивых картинок еды для рекламы.
Советую глянуть. Там вполне очевидно и ясно показывают, что картинки созданные из "натурального" не обладают красотой и аппетитностью. Потому используют то, что "дичью" кто-то считает. Считает, но с удовольствием смотрит на картинки не понимая что это "дичь"
Ну это ещё поискать надо сказку, которая учит "доброму и светлому", а так... Как обмануть, как не работать и надеяться на чудо, как ...
Скази братьев Гримм изначальные почитай... Там грусть печаль и тлен.