А сервис это инфраструктурный или бизнес? Мне вот как-то на Go совсем не зашло предметную область описывать в финансах.
В языке нет магии!
Ну как сказать, когда результат работы функции зависит от того, с буквы какого регистра начинается свойство её параметра… Да и конструкции типа Page int \json:"page"`` совсем не очевидно как работают
Не требовала бы если было (Bool, Bool) -> Bool, а то Bool -> Bool -> Bool выглядит не как функция, принимающая два Bool аргумента и возвращающая Bool, а то ли как функция принимающая Bool и возвращающая функцию, принимающую Bool и возвращающую Bool, то ли как функция, возвращающая Bool и принимающая функцию, принимающую Bool и возвращающую Bool. Тут даже язык сломать можно, не то что мозг ))
Некоторые бизнесы начитаются/насмотрятся/наслушаются про прелести облаков, все эти "плати только за то, что используешь", ставят задачи на переезд, а потом на админов, его осуществивших, наезжают из-за счетов
А где должна быть граница между обязанностями девопса и дева? Есть крайние точки зрения, от "девы пишут код, а за попытки лезть в IaaC нужно бить по рукам” до “девопс обеспечивает инфраструктуру для разворачивания приложений (грубо, кубер и гитлаб), а всё остальное (манифесты, чарты, пайплайны ) делают девы, а девопс не знает и не должен знать даже какие приложения крутятся там, этакое внутреннее managed IaaS решение. Понятно, что это крайности, но где разумный компромисс?
Он не просто длиннее будет из-за kind, apiVersion и прочих spec, но и содержать больше сущностей в принципе.
А эквивалентно или нет — это от точки зрения зависит. Кто-то считает, по определению не может быть эквивалентно, потому что если нода упадёт, то контейнер переедет в кубере и сдохнет в докере (забывая, впрочем, об однонодовых сетапах кубера и многонодовых, понимающих compose ), а для кого-то эквивалентность означает, прежде всего, возможность увидеть свой hello world в браузере и пофиг на HA, автомасштабирование и прочую безопасность.
Полезных — может быть, удобных после профессиональной настройки — возможно, но вот опять же не бесплатных. Особенно заметно, если сервис из разряда не особо нужных на железках (просмотр логов — tail+grep есть и т. п.) или условно бесплатный (redis или memcached для кэша в пару сотен мегабайт можно и не заметить на средненагруженном сервере с 16Гб рам)
Ну и пока ограничиваешься EC2, да создаваемых из вебui, никакого вендор-лока особо, а как пошёл в сервисы...
А сервис это инфраструктурный или бизнес? Мне вот как-то на Go совсем не зашло предметную область описывать в финансах.
Ну как сказать, когда результат работы функции зависит от того, с буквы какого регистра начинается свойство её параметра… Да и конструкции типа
Page int \json:"page"`` совсем не очевидно как работаютВозможно, имелась в виду производительность человека )
Подумывал о свитчинге, но в попадающихся вакансиях на миддлов опыт разработки на Go год минимум хотят.
Не требовала бы если было
(Bool, Bool) -> Bool, а тоBool -> Bool -> Boolвыглядит не как функция, принимающая два Bool аргумента и возвращающая Bool, а то ли как функция принимающая Bool и возвращающая функцию, принимающую Bool и возвращающую Bool, то ли как функция, возвращающая Bool и принимающая функцию, принимающую Bool и возвращающую Bool. Тут даже язык сломать можно, не то что мозг ))Современные статанализаторы, включая встроенные в IDE и работающие без явного запуска, такие ошибки отлавливают на ура.
Некоторые бизнесы начитаются/насмотрятся/наслушаются про прелести облаков, все эти "плати только за то, что используешь", ставят задачи на переезд, а потом на админов, его осуществивших, наезжают из-за счетов
А где должна быть граница между обязанностями девопса и дева? Есть крайние точки зрения, от "девы пишут код, а за попытки лезть в IaaC нужно бить по рукам” до “девопс обеспечивает инфраструктуру для разворачивания приложений (грубо, кубер и гитлаб), а всё остальное (манифесты, чарты, пайплайны ) делают девы, а девопс не знает и не должен знать даже какие приложения крутятся там, этакое внутреннее managed IaaS решение. Понятно, что это крайности, но где разумный компромисс?
Почему админ, а не разработчик? )
Он не просто длиннее будет из-за kind, apiVersion и прочих spec, но и содержать больше сущностей в принципе.
А эквивалентно или нет — это от точки зрения зависит. Кто-то считает, по определению не может быть эквивалентно, потому что если нода упадёт, то контейнер переедет в кубере и сдохнет в докере (забывая, впрочем, об однонодовых сетапах кубера и многонодовых, понимающих compose ), а для кого-то эквивалентность означает, прежде всего, возможность увидеть свой hello world в браузере и пофиг на HA, автомасштабирование и прочую безопасность.
Не ставил сам никогда вот и не знаешь, досталось так сказать в наследство внезапно.
Ну вот вы хотя бы знали про etcd и смогли локализовать проблему
Полезных — может быть, удобных после профессиональной настройки — возможно, но вот опять же не бесплатных. Особенно заметно, если сервис из разряда не особо нужных на железках (просмотр логов — tail+grep есть и т. п.) или условно бесплатный (redis или memcached для кэша в пару сотен мегабайт можно и не заметить на средненагруженном сервере с 16Гб рам)
Ну и пока ограничиваешься EC2, да создаваемых из вебui, никакого вендор-лока особо, а как пошёл в сервисы...
Но вот когда что-то идёт не так, то даже определить какой компонент надо смотреть пристальней может быть не просто
docker stack deploy --orchestrator=kubernetes ...ещё может помочь перейти со swarm на k8sПобедил только в случае managed кластера, самим поднимать и обслуживать не рекомендуется ;) Тогда он легкий в управлении )
Я это знаю. Собственно потому и вызвал недоумение совет заменить его на что-то более быстрое без упоминания что сначала надо пачку серверов купить.
Особенно когда кроме EDGE ничего не ловится
Унификация разворачивания — натравили один чарт на нулевый кластер (вариант — неймспэйс) и получили готовую систему через некоторое время.
А на одном хосте она как будет по сравнению с NFS?
Это хорошо что на 1. У меня под 300 накапало "бесплатно"