Я бы сказал что CasaOS хуже. У неё нет многих функций. Но она простая как 3 копейки, по сути кроме докера и красивой оболочки там ничего нету, по этому можно самому настроить там что угодно. Она простая и просто работает и не требует настройки. Если хочется чего то поинтереснее, то можно всегда настроить через консоль. Мне не хватало только пары вещей, это создание бекапов, я сделал это через rsync и не хватало RAID массива, сделал это через mdadm. Кому-то может и этого не потребуется. Возможно создание бекапов можно было бы и сделать через какое нибудь устанавливаемое приложение, я не нашёл, но и не сильно искал.
У них сейчас есть тестовая кнопка которая позволяет мёржить диски. Работает без проблем на базе mergefs или как то так. Я через консоль потом размёрживал их что бы сделать RAID, конечно не хватает возможностей данных, по этому я и не могу назвать это полноценным NAS - OS, но основа мне очень понравилась что зайти в консоль и сделать рейд массив было не проблемой. По крайней мере с TrueNAS было намного больше проблем с тем же ZFS который там нужно использовать и который жрёт память как не в себя без видимых преимуществ(Конкретно в моей ситуации, когда есть несколько HDD).
CasaOS мне понравилась своей простатой настройки приложений и их установки. Все приложения которые я устанавливал просто начинали сразу работь, в TrueNAS что бы завести тот же торрент, приходилось шаманить над настройками как ОС, так и настройками приложения.
Бекап и RAID это естественно разные вещи. Я настроил программный RAID 1 и ежедневное создание бекапа с помощью rsync. Естественно это разные вещи. Я и не писал что это одно и тоже, да, написано в одном предложении, но как 2 разных способа защиты данных. Рейд тоже помогает защищать данные от потерь(ну если мы говорим про рейд 1)
Записался просто. Эту оговорку «и устанавливается» можно опустить. Список поддерживаемых ОС брал с официального сайта, сам устанавливал только на Ubuntu server
Боюсь я не готов сейчас холиварить именно об этой терминологии. Если зайдёте на официальный сайт CasaOS https://casaos.io , то там увидите самую большую надпись(на телефоне половину экрана занимает) «Your Personal Cloud OS.»
Согласен с тем что полноценным NAS эту штуку назвать нельзя(многих функций не хватает), но они позиционируют себя именно так.
Боюсь если бы я начал это всё расписывать, это бы вышло на статьи 3-4. Тут скорее хотелось просто написать о CasaOs, потому что на русском информации довольно мало, а TrueNAS Scale и OMV мне совсем не понравились, ни визуально, ни настройкой этих систем
Всё верно. Я об этом в статье так же писал. Они сейчас делают ZimaOs, но по сути это просто образ урезанный в который они засунули свой софт. Но сейчас операционной системой называются все кому не лень и свою создать можно за 30 минут. Тут уже скорее вопрос не ко мне, а к терминологии. CasaOS себя позиционируют как OS, что видно из их заголовка на сайте «Your Personal Cloud OS.»
Персональное облако. Многим это сейчас актуально. Самые популярные системы сейчас это TrueNAS Scale и OMV, а вот про CasaOs информации почти нету, вот и написал статью?
всё верно. Это просто обзор ещё одной NAS системы. Причём даже полноценным NAS назвать наверное нельзя, потому что там нету нескольких критичных функций. Но из него спокойно можно сделать и облачное хранилище, и хранить файлы в персональном облаке.
Согласен с предыдущим коментарием что нейтивы до сих пор работают не идеально. Однако в качеству JVM уже пересел GraalVM и этот проект так же работает по верх него без проблем
Изначально спринг заюзался потому что я в целом хотел поиграться с новой версией Spring Boot 3 и с Playwright, цели создавать десктопное приложение не было. в целом я писал об этом в самом начале, что это далеко не лучшее решение. Боялся что вообще захейтят за это. Но вижу тут полезные комментарии с которыми я полностью согласен и солидарен.
Спасибо. Обязательно гляну на DI на базе PicoContainer, если честно не знаю что это такое. По поводу создания javaFx приложения в Idea, видел такую возможность, но если честно так и не опробовал, так как пришлось бы весь проект заново пересоздавать и в него уже засовывать свои классы. Рассматривал другие варианты, но может руки и дойдут до этого варианта.
Привет. Наверное уже в сотый раз повторю, что данная статья для чайников. У меня не было задачи описать каждый вариант архитектуры. Если бы я начал это делать, то книг 10 спокойно можно было бы написать) Тут просто намёки, куда можно посмотреть и краткое изложение что это такое.
Но что касаемо вашей ситуации, в чём проблема делать проверки в сервисе биллинга, который списывает деньги. Примерно так же мы должны делать проверки на фронтоне и на бекенде, так и тут тоже самое. Мы перед тем как списывать деньги и поменять владельца лота должны проверить что всё в итоге нормально и у пользователя есть деньги, а у владельца остался лот. Как мы написали "СРАЗУ УЧТЕМ ЧТО СЕРВИСЫ ВЫПОЛНЯЮТСЯ в 1м экземпляре, в 1 потоке.". если мы говорим про один поток, так это вообще не проблема. false positive Конкретно в данном случае не проблема. Если мы имеем дело с деньгами, то это Нужно делать по сотне дополнительных проверок везде. Но если мы говорим о том, что поставился лайк под фоточкой или нет, то лучше забить и сэкономить ресурсы сервера и если в один из 1.000.000 случаев лайк не поставился, то это не страшно, за то сервера работают быстрее, пользователь увидел обновление сразу и доволен. Всё зависит от задачи.
Ну данная статья и правда не про то, естественно я решал конкретные задачи при разработке архитектуры, но данная статья скорее общая вводная что делать, если вам упала задача разработать новую архитектуру и через какие этапы нужно пройти. С одной стороны печально что статью заминировали, а с другой вижу что люди добавляют в закладки и пишут в личку благодарности, так что кому та статья помогла.
В целом могу написать и хардкорную статью, где можно разобрать именно проблемы построения микросервисов, их масштабирования, и как сделать так, что бы они не мешали друг другу. Но как по мне таких статей уже довольно много, а вот общей вводной нету. как и написано в названии, она для чайников ))
Но что меня поразило это "корпоративный пиар". Я же даже нигде названия компании не указывал ))) пиар явно божественный получился)
Спасибо за комментарий. Статья не просто так называется для чайников. Я много раз видел как архитектуры разрабатывали с наскока и нафигарив просто популярные технологии, по этому и сделал доклад и потом написал цикл статей. Не удивительно что профи заминусавали. Но есть и люди которые добавили статью в закладки, так что она кому то в будущем возможно сильно поможет)
Полностью согласен со всем описаным?
Я бы сказал что CasaOS хуже. У неё нет многих функций. Но она простая как 3 копейки, по сути кроме докера и красивой оболочки там ничего нету, по этому можно самому настроить там что угодно. Она простая и просто работает и не требует настройки. Если хочется чего то поинтереснее, то можно всегда настроить через консоль. Мне не хватало только пары вещей, это создание бекапов, я сделал это через rsync и не хватало RAID массива, сделал это через mdadm. Кому-то может и этого не потребуется. Возможно создание бекапов можно было бы и сделать через какое нибудь устанавливаемое приложение, я не нашёл, но и не сильно искал.
У них сейчас есть тестовая кнопка которая позволяет мёржить диски. Работает без проблем на базе mergefs или как то так. Я через консоль потом размёрживал их что бы сделать RAID, конечно не хватает возможностей данных, по этому я и не могу назвать это полноценным NAS - OS, но основа мне очень понравилась что зайти в консоль и сделать рейд массив было не проблемой. По крайней мере с TrueNAS было намного больше проблем с тем же ZFS который там нужно использовать и который жрёт память как не в себя без видимых преимуществ(Конкретно в моей ситуации, когда есть несколько HDD).
CasaOS мне понравилась своей простатой настройки приложений и их установки. Все приложения которые я устанавливал просто начинали сразу работь, в TrueNAS что бы завести тот же торрент, приходилось шаманить над настройками как ОС, так и настройками приложения.
Бекап и RAID это естественно разные вещи. Я настроил программный RAID 1 и ежедневное создание бекапа с помощью rsync. Естественно это разные вещи. Я и не писал что это одно и тоже, да, написано в одном предложении, но как 2 разных способа защиты данных. Рейд тоже помогает защищать данные от потерь(ну если мы говорим про рейд 1)
Записался просто. Эту оговорку «и устанавливается» можно опустить. Список поддерживаемых ОС брал с официального сайта, сам устанавливал только на Ubuntu server
Боюсь я не готов сейчас холиварить именно об этой терминологии. Если зайдёте на официальный сайт CasaOS https://casaos.io , то там увидите самую большую надпись(на телефоне половину экрана занимает) «Your Personal Cloud OS.»
Согласен с тем что полноценным NAS эту штуку назвать нельзя(многих функций не хватает), но они позиционируют себя именно так.
Боюсь если бы я начал это всё расписывать, это бы вышло на статьи 3-4. Тут скорее хотелось просто написать о CasaOs, потому что на русском информации довольно мало, а TrueNAS Scale и OMV мне совсем не понравились, ни визуально, ни настройкой этих систем
Всё верно. Я об этом в статье так же писал. Они сейчас делают ZimaOs, но по сути это просто образ урезанный в который они засунули свой софт. Но сейчас операционной системой называются все кому не лень и свою создать можно за 30 минут. Тут уже скорее вопрос не ко мне, а к терминологии. CasaOS себя позиционируют как OS, что видно из их заголовка на сайте «Your Personal Cloud OS.»
Персональное облако. Многим это сейчас актуально. Самые популярные системы сейчас это TrueNAS Scale и OMV, а вот про CasaOs информации почти нету, вот и написал статью?
всё верно. Это просто обзор ещё одной NAS системы. Причём даже полноценным NAS назвать наверное нельзя, потому что там нету нескольких критичных функций. Но из него спокойно можно сделать и облачное хранилище, и хранить файлы в персональном облаке.
Согласен с предыдущим коментарием что нейтивы до сих пор работают не идеально. Однако в качеству JVM уже пересел GraalVM и этот проект так же работает по верх него без проблем
Изначально спринг заюзался потому что я в целом хотел поиграться с новой версией Spring Boot 3 и с Playwright, цели создавать десктопное приложение не было. в целом я писал об этом в самом начале, что это далеко не лучшее решение. Боялся что вообще захейтят за это. Но вижу тут полезные комментарии с которыми я полностью согласен и солидарен.
Спасибо, поставил всем лайки на коменты)))
Спасибо. Обязательно гляну на DI на базе PicoContainer, если честно не знаю что это такое. По поводу создания javaFx приложения в Idea, видел такую возможность, но если честно так и не опробовал, так как пришлось бы весь проект заново пересоздавать и в него уже засовывать свои классы. Рассматривал другие варианты, но может руки и дойдут до этого варианта.
Спасибо за комментарий!
Привет. Наверное уже в сотый раз повторю, что данная статья для чайников. У меня не было задачи описать каждый вариант архитектуры. Если бы я начал это делать, то книг 10 спокойно можно было бы написать) Тут просто намёки, куда можно посмотреть и краткое изложение что это такое.
Но что касаемо вашей ситуации, в чём проблема делать проверки в сервисе биллинга, который списывает деньги. Примерно так же мы должны делать проверки на фронтоне и на бекенде, так и тут тоже самое. Мы перед тем как списывать деньги и поменять владельца лота должны проверить что всё в итоге нормально и у пользователя есть деньги, а у владельца остался лот. Как мы написали "СРАЗУ УЧТЕМ ЧТО СЕРВИСЫ ВЫПОЛНЯЮТСЯ в 1м экземпляре, в 1 потоке.". если мы говорим про один поток, так это вообще не проблема.
false positive Конкретно в данном случае не проблема. Если мы имеем дело с деньгами, то это Нужно делать по сотне дополнительных проверок везде. Но если мы говорим о том, что поставился лайк под фоточкой или нет, то лучше забить и сэкономить ресурсы сервера и если в один из 1.000.000 случаев лайк не поставился, то это не страшно, за то сервера работают быстрее, пользователь увидел обновление сразу и доволен. Всё зависит от задачи.
Спасибо, на этот раз мне помогала @Ethera с проверкой на ошибки. )
eda (event driven architecture). Да, ошибочка. Поправлю.
Ну данная статья и правда не про то, естественно я решал конкретные задачи при разработке архитектуры, но данная статья скорее общая вводная что делать, если вам упала задача разработать новую архитектуру и через какие этапы нужно пройти. С одной стороны печально что статью заминировали, а с другой вижу что люди добавляют в закладки и пишут в личку благодарности, так что кому та статья помогла.
В целом могу написать и хардкорную статью, где можно разобрать именно проблемы построения микросервисов, их масштабирования, и как сделать так, что бы они не мешали друг другу. Но как по мне таких статей уже довольно много, а вот общей вводной нету. как и написано в названии, она для чайников ))
Но что меня поразило это "корпоративный пиар". Я же даже нигде названия компании не указывал ))) пиар явно божественный получился)
Спасибо за комментарий. Статья не просто так называется для чайников. Я много раз видел как архитектуры разрабатывали с наскока и нафигарив просто популярные технологии, по этому и сделал доклад и потом написал цикл статей. Не удивительно что профи заминусавали. Но есть и люди которые добавили статью в закладки, так что она кому то в будущем возможно сильно поможет)