Sergey_fraerok, ну вот когда у вас был код в стабильном состоянии - вы должны были сделать git commit -m "Hurray, it works" && git push
Вот. В этом простом правиле - успех на 99% всей ентерпрайз разработки.
Даже мои коллеги предпочитают не решать проблемы а просто наблюдать
изменения и анализировать что привело к проблемам. И эта инженерия
реально работат. Берите diff изменений и приносите сюда для анализа.
Разумеется у вас должна появитсья до этого культура ведения коммитов.
Судя по описанию https://en.wikipedia.org/wiki/Trusted_Platform_Module TPM модуль не занимается
шифрованием файлов на файловой системе. Он вроде как предоставляет рандом-генераторы, RSA генераторы,
хранилище ключей и прочее.
Шифрованием файлов вроде как занимаются другие утилиты и это к ним вопрос.
Ваша задача выглядит как типичная задача на BigData.
Я не буду спорить по поводу сравнения zstd и прочее. На это может ответить только практика
и бенчмарки. Если вы будете читать из Ruby в 1 поток - то используйте zstd.
There are no limits to the number of objects you can store in your S3 bucket
Я не могу найти пруфы на оригинальном сайте. Но это в чем-то похоже на правду.
Про Microsoft Blob тоже можно найти нечто подобное.
Но я не очень понимаю твой перфекционизм. Никто сразу не строит масштабируемое приложение с нуля.
Его рост - это плавная эволюция. Я убежден что еще до того как ты выйдешь на границы лимитов
у тебя будет огромная куча других технических проблем и с объемом диска и с лимитом на число сетевых
сокетов. И вообще очень крупные системы - это не один физический хост. Это грид из множества
хостов объединенный в одну логическую сервисную среду.
My1Name, в облаках кроме файловых систем используются хранилища. Amazon S3, Microsoft Blob.
У них - свои утилиты для наблюдения за местом.
- s3
- az
Дай больше конкретики и тебе помогут точнее.
MishaXXL, нет. И String и StringBuilder могут создать строку ~ до 2 млрд символов. Максимальный
размер int аргумента для аллоцируемого массива символов.
Просто append в StringBuilder - это легкая операция а "+" для двух строк - тяжелая потому что
создает в памяти третью строку которая по сумме равна двум слагаемым.
ThunderCat, этим летом мы загружали мета-данные о товарах очень крупной торговой сети.
И мы загружали их из BigData в Redis в формате JSON чтоб веб приложение бытро отрисовывало
описания товаров на сайте. Размер документов порядка 1 килобайта.
Из недостатков - я-бы отметил - микроменеджмент тасок в JIRA. Бывают такие бизнес-владельцы которые
любят влезть тректинг часов и минут и могут очень долго долбать специалистов отчетами вроде
что было сделано за вторую половину пятницы и т.п.
Это конечно сильно стрессит. Но с другой стороны можно и бизнесу забить баки созданием
Spikes, Investigations e.t.c. и прочими задачами которые все равно никто не знает как оценивать
а вы будете это время тратить просто на чтение интернета. И честно логгировать типа - искал
как согласовать два разных протокола на базе имеющейся платформы и библиотек.
MishaXXL, практически всегда одинаково. Сделать ROLLBACK для бизнес-операции.
Если у вас более сложные паттерны типа Saga, то сделать набор контр-действий которые
нейтрализуют ошибку.
Вообще вам не стоит сильно циклиться на обработке самих кодов. В 99% разработчик
знает в чем может быть проблема и фокусируйтесь только факте генерации SQLException.
А код ошибки и месседж можете просто скинуть в лог-файл для истории.
Black_sun_1906, нам с этой информации нет никакой пользы.
Смотри, если у тебя есть сложный алгоритм - то упрости задачу.
Пускай он распознает не лица а геометрические фигуры разных
цетов.
Пойди от простого к сложному.
Если ты систему сам обучал - то как ты проверял сходимость этой системы?
Она должна была повышать качество узнавания. У тебя должен был
быть асмимтотический график.
технические характеристики.