Сделайте, чтоли, какой awesome list на github — список полезный, но при большом количестве полезных комментариев к статье найти что-либо будет не очень просто
Я как-то наткнулся на такой вариант, но не тестировал.
Хотя любой амазон\гугол\яндекс будет дешевле на не коммерческом тарифе.
Тоже интересно насчет шаред хостинга — халявы не бывает…
Я apparmor для ограничения skype использовал — в целом, интересная штука.
Но нюанс в том, что selinux\apparmor\etc нужно понимать и настраивать по типу «что не разрешено — запрещено». А это значит, что нужно хорошо понимать ту программу, которую запускаешь.
Контейнер же создать гораздо проще — прописал ограничения и используй себе…
В идеале нужно использовать и то, и то. И большинство песочниц используют как ограничения cgroups & namespaces, так и capabilities & apparmor\selinux
Для не пользующих systemd есть готовые альтернативы. Упоминаемый выше firejail действительно хорош, но не единственный.
И большой тред в тему на hacker news.
Простите, понадеялся, что вы ссылку сами найдете в том же списке. Open Container Initiative спека на гитхабе
в спеке rkt указано, что они перейдут на этот фомат после того, как он пройдет фазу активного развития и стабилизируется
Я сам не в большом восторге от докера, но с его нынешнем статусом приходится мириться
Вы можете назвать другой продукт, формат образов которого из коробки поддерживают большие cloud провайдеры вроде amazon и google, для которого пишутся большинство оркестраторов и который принят за основу спецификации с участием очень большого количества игроков на рынке?
В целом да, но его активно поддерживает canonical и api у него более полное и стабильное, чем у docker, при этом оно само не привязано к сторонним сервисам, в отличии от rocket
Для домашнего использования я бы порекомендовал еще посмотреть на bocker, Rocket и Vagga.
Если нужен просто расширенный chroot без ограничения ресурсов через cgroops, то можно пользоваться системным unshare или чем-нибудь еще. Есть вот моя поделка — pyspaces =)
Devops, в основном, это Ops, которые идут на встречу Dev: все модные докеры и контейнеры — это не что иное как еще один пакетный менеджер.
Большинство Dev, к сожалению, плохо представляют, как нужно развернуть их приложение и тем более настроить его под большие нагрузки…
Классические сисадмины никуда не делись: обросли новыми тулзами конфигурации вроде puppet & ansible и сидят дальше за настройкой сети и оси. Единственное, из мелких предприятий их вытесняют облака, но в крупных они до сих пор эти самые облака делают.
И железо с софтом опять-таки очень важно, если система, на них работающая, приносит деньги. Хорошее железо + хорошо настроенный стабильный софт = прямая прибыль от работающего приложения
Если денег нет (а у меня когда-то их тоже не было совсем), то лично я предпочту оббегать 5 разных конторок по одному собеседованию по принципу лишь бы взяли, чем выполнять одно тестовое, особенно если выполнение этого задания по срокам сильно вываливается за пару часов
Поколение devops с вами не согласно
Если система приносит деньги, то ее стабильность = деньги. И чем больше система, тем больше эта стабильность зависит от админов.
Так же и новые фичи программистов могут приносить убытки.
Все очень по-разному бывает…
Простите, разные студенты и разные корпорации =)
Меня джуном в «корпорацию» в свое время взяли после одного собеседования, потому что понравился. А до этого в разные мелкие конторки после тестовых и пары собеседований не брали.
А сейчас я в перспективный стартап отказался делать тестовое, потому что мне полезнее пройтись на выходных по конференциям и митапам, с людьми познакомиться, себя показать.
1) Да, именно это я и написал\имел ввиду
2) Да, и тут уже следует выбирать под конкретную задачу.
С одной стороны, я бы предпочел хранить в блокчаине любые значения, а не только ключи, но тогда будет очень легко забить его всяким мусором
Кстати, нечто похожее на dht + blockchain делает ipfs, если не ошибаюсь: dht для любых значений с поиском по их хэш сумме и при этом хранение этих хэш сумм в чем-то типо блокчэина как замена днс
Окей
— То есть Эмеркон позволяет в себе надежно хранить любое ключевое слово как ключевое слово для хранения публичного ключа ценой дискового пространства, трафика и (опционально) небольшого количества вычислительных ресурсов на поддержание сети.
— В DHT вы можете надежно использовать хэш сумму ключа как ключевое слово для хранения публичного ключа или любой другой информации ценой (опционально) небольшого количества вычислительных ресурсов на поддержание сети.
— В Центральном хранилище вы можете хранить любое слово как ключевое слово для хранения публичного ключа или любой другой информации ценой (опционально) безопастности и доверия.
Дальше идет вопрос выбора за и против из вариантов и их комбинаций
Спасибо, разобрался.
Можете добавить в пост сравнение в виде таблицы.
>>> В достоверности, которую поддерживает множество независимых майнеров. Блокчейн один, и подмена записей или создание фальшивой альтернативы ему практически невозможны.
В том же ipfs достоверность подтверждается хэшем.
DHT как бы тоже подразумевает под собой хэш
>>> Так уж блокчейн устроен, что хранится всё. Ну если у Вас дефицит дискового пространства, и нет лишнего десятка гигов — остаётся посочуствовать…
Окей, а если цепочка будет терабайт? десятки терабайт? Канал интернета мобильный — я вот по 3g сижу. Или устройство будет мобильным?
>>> Прекрасно! Сделайте продукт, опубликуйте! Вы измените мир к лучшему.
Спасибо за мотивацию — у меня в голове эта идея уже месяц как крутиться ;)
<зануда мод он>
Вообще у Вас комментарии получаются излишне эмоциональны, имхо.
Здесь, конечно, всего лишь филиал хабра, но Вы рассказываете про технологическое решение, с ЦА в виде инженеров всех мастей (а кроме нас ключи пока мало кто использует, к сожалению). И при этом на запрос вашего видения сильных и слабых сторон вы фактами не оперируете.
Вы меня с Лебедевым не путайте, я ваш продукт говном пока не называл ;)
<зануда мод офф>
Конкретный вопрос:
В чем преимущество цепочки блокчаинов перед распределенной dht или централизованными хранилищами?
Окей, тогда продублируем еще раз:
В чем преимущество цепочки блокчаинов перед распределенной dht или централизованными хранилищами?
В том же глобальном маштабе.
Зачем мне как пользователю выгружать себе цепочку со всеми ключами всех гиков всей планеты? В данном контексте мне больше подойдет DHT или IPFS или еще что-то такое, с возможностью выборочной проверки значения по ключу.
+ практика глобального хранения своих ключей в блокчеине в маштабах «когда человек или группа людей переживает крах одного предприятия и создание нового» ведет к пагубной практике генерировать один ключ для всего и не менять его потом всю жизнь.
Хотя любой амазон\гугол\яндекс будет дешевле на не коммерческом тарифе.
Тоже интересно насчет шаред хостинга — халявы не бывает…
Но нюанс в том, что selinux\apparmor\etc нужно понимать и настраивать по типу «что не разрешено — запрещено». А это значит, что нужно хорошо понимать ту программу, которую запускаешь.
Контейнер же создать гораздо проще — прописал ограничения и используй себе…
В идеале нужно использовать и то, и то. И большинство песочниц используют как ограничения cgroups & namespaces, так и capabilities & apparmor\selinux
Если я не ошибаюсь, я с ее автором немного общался на реддите по поводу namespaces и python.
Он уже 3 проект переписывает с нуля…
И большой тред в тему на hacker news.
— awesome-remote-job
— awesome-RemoteWork
By the way, если кому нужен DevOps питонист на remote — можем обсудить ;)
Тыц
У вас разработка интересная, но можете почерпнуть идей у коллег из Китая
Open Container Initiative
спека на гитхабе
в спеке rkt указано, что они перейдут на этот фомат после того, как он пройдет фазу активного развития и стабилизируется
Я сам не в большом восторге от докера, но с его нынешнем статусом приходится мириться
Если нужен просто расширенный chroot без ограничения ресурсов через cgroops, то можно пользоваться системным unshare или чем-нибудь еще. Есть вот моя поделка — pyspaces =)
Больше справочной инфы по ним всем тут
Большинство Dev, к сожалению, плохо представляют, как нужно развернуть их приложение и тем более настроить его под большие нагрузки…
Классические сисадмины никуда не делись: обросли новыми тулзами конфигурации вроде puppet & ansible и сидят дальше за настройкой сети и оси. Единственное, из мелких предприятий их вытесняют облака, но в крупных они до сих пор эти самые облака делают.
И железо с софтом опять-таки очень важно, если система, на них работающая, приносит деньги. Хорошее железо + хорошо настроенный стабильный софт = прямая прибыль от работающего приложения
Если система приносит деньги, то ее стабильность = деньги. И чем больше система, тем больше эта стабильность зависит от админов.
Так же и новые фичи программистов могут приносить убытки.
Все очень по-разному бывает…
Меня джуном в «корпорацию» в свое время взяли после одного собеседования, потому что понравился. А до этого в разные мелкие конторки после тестовых и пары собеседований не брали.
А сейчас я в перспективный стартап отказался делать тестовое, потому что мне полезнее пройтись на выходных по конференциям и митапам, с людьми познакомиться, себя показать.
Так что все очень субъективно
2) Да, и тут уже следует выбирать под конкретную задачу.
С одной стороны, я бы предпочел хранить в блокчаине любые значения, а не только ключи, но тогда будет очень легко забить его всяким мусором
Кстати, нечто похожее на dht + blockchain делает ipfs, если не ошибаюсь: dht для любых значений с поиском по их хэш сумме и при этом хранение этих хэш сумм в чем-то типо блокчэина как замена днс
Табличка в посте была бы очень кстати
— То есть Эмеркон позволяет в себе надежно хранить любое ключевое слово как ключевое слово для хранения публичного ключа ценой дискового пространства, трафика и (опционально) небольшого количества вычислительных ресурсов на поддержание сети.
— В DHT вы можете надежно использовать хэш сумму ключа как ключевое слово для хранения публичного ключа или любой другой информации ценой (опционально) небольшого количества вычислительных ресурсов на поддержание сети.
— В Центральном хранилище вы можете хранить любое слово как ключевое слово для хранения публичного ключа или любой другой информации ценой (опционально) безопастности и доверия.
Дальше идет вопрос выбора за и против из вариантов и их комбинаций
Спасибо, разобрался.
Можете добавить в пост сравнение в виде таблицы.
В том же ipfs достоверность подтверждается хэшем.
DHT как бы тоже подразумевает под собой хэш
>>> Так уж блокчейн устроен, что хранится всё. Ну если у Вас дефицит дискового пространства, и нет лишнего десятка гигов — остаётся посочуствовать…
Окей, а если цепочка будет терабайт? десятки терабайт? Канал интернета мобильный — я вот по 3g сижу. Или устройство будет мобильным?
>>> Прекрасно! Сделайте продукт, опубликуйте! Вы измените мир к лучшему.
Спасибо за мотивацию — у меня в голове эта идея уже месяц как крутиться ;)
<зануда мод он>
Вообще у Вас комментарии получаются излишне эмоциональны, имхо.
Здесь, конечно, всего лишь филиал хабра, но Вы рассказываете про технологическое решение, с ЦА в виде инженеров всех мастей (а кроме нас ключи пока мало кто использует, к сожалению). И при этом на запрос вашего видения сильных и слабых сторон вы фактами не оперируете.
Вы меня с Лебедевым не путайте, я ваш продукт говном пока не называл ;)
<зануда мод офф>
Конкретный вопрос:
В чем преимущество цепочки блокчаинов перед распределенной dht или централизованными хранилищами?
В чем преимущество цепочки блокчаинов перед распределенной dht или централизованными хранилищами?
В том же глобальном маштабе.
Зачем мне как пользователю выгружать себе цепочку со всеми ключами всех гиков всей планеты? В данном контексте мне больше подойдет DHT или IPFS или еще что-то такое, с возможностью выборочной проверки значения по ключу.
+ практика глобального хранения своих ключей в блокчеине в маштабах «когда человек или группа людей переживает крах одного предприятия и создание нового» ведет к пагубной практике генерировать один ключ для всего и не менять его потом всю жизнь.