Много лет назад я работал контрактором в одной крупной компании и занимался интеграцией платёжных систем и сервисов лицензирования с Salesforce. В какой-то момент менеджеры воодушевились идеей Low-Code/No-Code - теперь-то они смогут заменить этого русского, донимающего их выяснением всех требований и деталей для новой задачи, и делать всё сами. Они привлекли стороннюю компанию, которая несколько месяцев что-то разрабатывала. В итоге мой менеджер пришёл ко мне со словами: «Там почти всё готово, но не работает - надо доделать».
В no-code платформе я нашёл гигантскую блок-схему, описывающую алгоритм. После доработки она стала ещё больше, и, кроме меня, её никто не понимал.
В итоге денег и времени потратили много, поддерживать и отлаживать это стало сложнее. No-code так и не заменил программистов.
Да, всё верно. При этом описанные в статье решения никак напрямую не связаны с данным механизмом. Теоретически его можно включить для trusted environment.
В терминологии статьи сервер это ВМ, у "классических" облачных провайдеров выключенная ВМ не "билится" за вычислительные ресурсы (модель PAYG), так же у них есть функционал Hibernate/Suspend или заморозка. Очень странно в облаке платить за неиспользуемые ресурсы.
Один из девелоперов опробовал пилотный проект - размещение мини ЦОД в технических помещениях многоквартирных домов с утилизацией тепла в систему горячего водоснабжения, вариант с майнерами сюда идеально вписывается
да, об этом не подумал, если еще вместо загрузки образов всяких сервисов с докер-хаба собрать все самому на базе одного базового образа - можно наверное добиться существенной экономии
А каким именно образом, из статьи следует, что это ускорит сборку докер образа за счёт того, что пересобирается только один слой, но на размер образа влиять не должно
Зарабатывание денег все еще является важным
очень похоже
Много лет назад я работал контрактором в одной крупной компании и занимался интеграцией платёжных систем и сервисов лицензирования с Salesforce. В какой-то момент менеджеры воодушевились идеей Low-Code/No-Code - теперь-то они смогут заменить этого русского, донимающего их выяснением всех требований и деталей для новой задачи, и делать всё сами. Они привлекли стороннюю компанию, которая несколько месяцев что-то разрабатывала. В итоге мой менеджер пришёл ко мне со словами: «Там почти всё готово, но не работает - надо доделать».
В no-code платформе я нашёл гигантскую блок-схему, описывающую алгоритм. После доработки она стала ещё больше, и, кроме меня, её никто не понимал.
В итоге денег и времени потратили много, поддерживать и отлаживать это стало сложнее. No-code так и не заменил программистов.
А какие продукты уже навайбкодили?
Да, всё верно. При этом описанные в статье решения никак напрямую не связаны с данным механизмом. Теоретически его можно включить для trusted environment.
Подскажите, какой у вас примерно порядок затрат на API?
наверное vRealize Operations
Почему в глуши Кемера можно с катушек съехать? Вы жили в российских селах?
В терминологии статьи сервер это ВМ, у "классических" облачных провайдеров выключенная ВМ не "билится" за вычислительные ресурсы (модель PAYG), так же у них есть функционал Hibernate/Suspend или заморозка.
Очень странно в облаке платить за неиспользуемые ресурсы.
я каждый раз под админ проверку попадал и скорее всего из-за того, что моя специальность есть в Technology Alert List (TAL
А что за проверка АНБ для туристической визы? Вы про административную проверку и Clearance Received ?
найм превращается в битву трансформеров
Интересно получил ли какоето развитие проект?
а что именно принималось за аварию в предсказаниях, я так понимаю выход каких-то параметров за пределы, каких именно?
А какие признаки(features) вы использовали для предсказаний и на сколько точек вперед предсказывали?
Один из девелоперов опробовал пилотный проект - размещение мини ЦОД в технических помещениях многоквартирных домов с утилизацией тепла в систему горячего водоснабжения, вариант с майнерами сюда идеально вписывается
да, об этом не подумал, если еще вместо загрузки образов всяких сервисов с докер-хаба собрать все самому на базе одного базового образа - можно наверное добиться существенной экономии
А каким именно образом, из статьи следует, что это ускорит сборку докер образа за счёт того, что пересобирается только один слой, но на размер образа влиять не должно
Получилась у вас специфическая DCIM система. Похожую проблему, только в облаке, у нас тоже решали через два тега: владелец, и время жизни.
но oVirt это не гипервизор, это интерфейс управления, под капотом там наверное все тот же KVM