Bendigo and Adelaide Bank Reflects on Their Successful Digital Transformation with MongoDB Atlas
Read: https://www.mongodb.com/blog/post/bendigo-adelaide-bank-reflects-on-their-successful-digital-transformation-mongodb
Read: https://www.mongodb.com/blog/post/bendigo-adelaide-bank-reflects-on-their-successful-digital-transformation-mongodb
What's New in Atlas Charts: Suggested Charts, Auto Activation, and Contextual Help
Read: https://www.mongodb.com/blog/post/new-atlas-charts-suggested-auto-activation-contextual-help
Read: https://www.mongodb.com/blog/post/new-atlas-charts-suggested-auto-activation-contextual-help
Atlas Data Federation: Can Now Be Deployed in Azure and Supports Azure Blob Storage in Private Preview
Read: https://www.mongodb.com/blog/post/atlas-data-federation-can-be-deployed-azure-supports-azure-blob-storage-public-preview
Read: https://www.mongodb.com/blog/post/atlas-data-federation-can-be-deployed-azure-supports-azure-blob-storage-public-preview
Почему SRE приносит пользу командам и клиентам
SRE объединяет группы разработчиков программного обеспечения и инженеров эксплуатации и помогает создавать надежные, отказоустойчивые и масштабируемые системы. Некоторые из преимуществ этой методологии:
• Улучшаются коммуникации в команде
• Совершенствуется культура
• Уменьшается доля ручного труда
• Клиенты чаще остаются довольны
Читать: https://habr.com/ru/companies/southbridge/articles/744870/
SRE объединяет группы разработчиков программного обеспечения и инженеров эксплуатации и помогает создавать надежные, отказоустойчивые и масштабируемые системы. Некоторые из преимуществ этой методологии:
• Улучшаются коммуникации в команде
• Совершенствуется культура
• Уменьшается доля ручного труда
• Клиенты чаще остаются довольны
Читать: https://habr.com/ru/companies/southbridge/articles/744870/
Parallelize Your Command-line Replica with GTID-aware mariadb-binlog (part 2)
Read: https://mariadb.com/?p=36807
Read: https://mariadb.com/?p=36807
SQL Migrations Made Easy with PeerIslands SQL Migration Factory
Read: https://www.mongodb.com/blog/post/sql-migrations-made-easy-peerislands-sql-migration-factory
Read: https://www.mongodb.com/blog/post/sql-migrations-made-easy-peerislands-sql-migration-factory
MongoDB al servizio dei cittadini: Polo Strategico Nazionale, Cloud ed Healthcare
Read: https://www.mongodb.com/blog/post/mongodb-al-servizio-dei-cittadini-polo-strategico-nazionale-cloud-ed-healthcare
Read: https://www.mongodb.com/blog/post/mongodb-al-servizio-dei-cittadini-polo-strategico-nazionale-cloud-ed-healthcare
MongoDB Introduces Workforce Identity Federation with OpenID Connect Support for Database Access
Read: https://www.mongodb.com/blog/post/introduces-workforce-identity-federation-openid-connect-support-database-access
Read: https://www.mongodb.com/blog/post/introduces-workforce-identity-federation-openid-connect-support-database-access
Использование C# и NPOI для работы с файлами Excel
В этой статье я собираюсь познакомить вас с тем, как создавать, читать и обновлять файлы .XLSX с использованием NPOI на языке C#.
Читать: «Использование C# и NPOI для работы с файлами Excel»
В этой статье я собираюсь познакомить вас с тем, как создавать, читать и обновлять файлы .XLSX с использованием NPOI на языке C#.
Читать: «Использование C# и NPOI для работы с файлами Excel»
Tproger
Использование C# и NPOI для работы с файлами Excel
В этой статье я собираюсь познакомить вас с тем, как создавать, читать и обновлять файлы .XLSX с использованием NPOI на языке C#.
ADS: Edge Server + Data Ingest
Read: https://www.mongodb.com/blog/post/ads-edge-server-data-ingest-local-nyc-2023
Read: https://www.mongodb.com/blog/post/ads-edge-server-data-ingest-local-nyc-2023
Oracle Workspace Manager Now Available in Autonomous Database
Oracle Workspace Manager is a feature of Oracle Database that provides the infrastructure for developers to create workspaces to maintain multiple versions of a set of tables.
Read: https://blogs.oracle.com/undefined/post/oracle-workspace-manager-now-available-in-autonomous-database
Oracle Workspace Manager is a feature of Oracle Database that provides the infrastructure for developers to create workspaces to maintain multiple versions of a set of tables.
Read: https://blogs.oracle.com/undefined/post/oracle-workspace-manager-now-available-in-autonomous-database
Есть 14 языков для хранения данных… Или как появился IEML
Велась как-то работа на одним движком для создания GUI, некоторого подобия Qt. Выделялся он тем, что конечный пользователь мог этот интерфейс кастомизировать с помощью конфига до самых мелочей.
Изначально в качества такого конфига был взят YAML, звучало разумно, простой для обывателя формат, справится, если не бабушка, то хотя бы слегка прошаренный геймер.
В процессе интеграции обнаружилось, что нам этого формата не хватает, да и некоторые другие его минусы стали проявляться. В итоге было решено создать свой формат.
Читать: https://habr.com/ru/articles/745682/
Велась как-то работа на одним движком для создания GUI, некоторого подобия Qt. Выделялся он тем, что конечный пользователь мог этот интерфейс кастомизировать с помощью конфига до самых мелочей.
Изначально в качества такого конфига был взят YAML, звучало разумно, простой для обывателя формат, справится, если не бабушка, то хотя бы слегка прошаренный геймер.
В процессе интеграции обнаружилось, что нам этого формата не хватает, да и некоторые другие его минусы стали проявляться. В итоге было решено создать свой формат.
Читать: https://habr.com/ru/articles/745682/
Как предложить рынку ИТ-продукт, если пользователи еще не знают, что он им нужен
Как показал небольшой ресерч, на Хабре представлено немало материалов об управлении развитием продукта. Много теории посвящено тому, как вывести свой проект на рынок, правильно позиционировать его и найти аудиторию. Но, как вы понимаете, когда дело доходит до практики, возникает целый ряд интересных нюансов. В этом посте в блоге ЛАНИТ я поделюсь своим опытом вывода на рынок продукта, для которого раньше не было ниши. Уверен, история создания нашего продукта с нуля окажется полезной тем, кто задумывается о продвижении своего собственного решения.
Читать: https://habr.com/ru/companies/lanit/articles/744696/
Как показал небольшой ресерч, на Хабре представлено немало материалов об управлении развитием продукта. Много теории посвящено тому, как вывести свой проект на рынок, правильно позиционировать его и найти аудиторию. Но, как вы понимаете, когда дело доходит до практики, возникает целый ряд интересных нюансов. В этом посте в блоге ЛАНИТ я поделюсь своим опытом вывода на рынок продукта, для которого раньше не было ниши. Уверен, история создания нашего продукта с нуля окажется полезной тем, кто задумывается о продвижении своего собственного решения.
Читать: https://habr.com/ru/companies/lanit/articles/744696/
FairCom DB — серый кардинал в мире баз данных
1979 год. СССР запускает свой первый океанографический спутник, французы успешно испытывают первую ракету в семействе Arian, а в недрах лабораторий Министерства обороны США завершают создание языка программирования Ада. В этом же году Уильям Л. Фэйрмэн (William L. Fairman) регистрирует частную компанию FairСom, ставшую пионером в отрасли разработки программного обеспечения.
«Ну и что?» — спросите вы. Какая-то странная компания, о которой даже Wikipedia ничего не знает. Упоминания есть, а отдельной страницы нет. Вроде бы делает базу данных FairСom DB. Кажется, что ничего интересного. Но это только на первый взгляд. А что, если мы вам скажем, что эта база данных обеспечивает работу экстренной службы 911, через неё проходят все планы полётов в воздушном пространстве США, а также записываются все котировки на фондовом рынке в режиме реального времени? Подробности — под катом.
Читать: https://habr.com/ru/companies/ru_mts/articles/745736/
1979 год. СССР запускает свой первый океанографический спутник, французы успешно испытывают первую ракету в семействе Arian, а в недрах лабораторий Министерства обороны США завершают создание языка программирования Ада. В этом же году Уильям Л. Фэйрмэн (William L. Fairman) регистрирует частную компанию FairСom, ставшую пионером в отрасли разработки программного обеспечения.
«Ну и что?» — спросите вы. Какая-то странная компания, о которой даже Wikipedia ничего не знает. Упоминания есть, а отдельной страницы нет. Вроде бы делает базу данных FairСom DB. Кажется, что ничего интересного. Но это только на первый взгляд. А что, если мы вам скажем, что эта база данных обеспечивает работу экстренной службы 911, через неё проходят все планы полётов в воздушном пространстве США, а также записываются все котировки на фондовом рынке в режиме реального времени? Подробности — под катом.
Читать: https://habr.com/ru/companies/ru_mts/articles/745736/
Без Tableau — как в МКБ выбирали новое BI-решение для работы
Меня зовут Александр Дорофеев, я директор по данным в МКБ. В этом посте я еще раз затрону тему импортозамещения софта на примере программ для визуализации данных. Раньше мы (думаю, как и многие из вас) использовали Tableau, но так как компания покинула российский рынок, мы вынуждены были выбрать новое решение.
О том, какие у нас были критерии выбора и что же мы в итоге выбрали — под катом. Возможно, вам пригодится наш опыт, если вы тоже стоит перед выбором нового BI-софта.
Читать: https://habr.com/ru/companies/mkb/articles/745740/
Меня зовут Александр Дорофеев, я директор по данным в МКБ. В этом посте я еще раз затрону тему импортозамещения софта на примере программ для визуализации данных. Раньше мы (думаю, как и многие из вас) использовали Tableau, но так как компания покинула российский рынок, мы вынуждены были выбрать новое решение.
О том, какие у нас были критерии выбора и что же мы в итоге выбрали — под катом. Возможно, вам пригодится наш опыт, если вы тоже стоит перед выбором нового BI-софта.
Читать: https://habr.com/ru/companies/mkb/articles/745740/
Внедрение системы резервного копирования пользовательских данных в закрытый контур заказчика
В этой статье я расскажу, как мы выбирали и внедряли средства резервного копирования и восстановления пользовательских данных для закрытого контура заказчика в условиях ограниченности ресурсов, а также познакомлю с частью системного архитектурного стека нашего продукта.
Читать: https://habr.com/ru/companies/bimeister/articles/745792/
В этой статье я расскажу, как мы выбирали и внедряли средства резервного копирования и восстановления пользовательских данных для закрытого контура заказчика в условиях ограниченности ресурсов, а также познакомлю с частью системного архитектурного стека нашего продукта.
Читать: https://habr.com/ru/companies/bimeister/articles/745792/
Почему мы не торопимся применять новые технологии
В комментариях к постам про разбор аварии (тут и тут) было развёрнутое обсуждение про новые технологии в ИБП, которые можно внедрить. Коротко — мы не будем внедрять ничего ультрасверхсовременного. Потому что лучшая версия для знакомства с софтом — это 2.4. В случае MS ещё хорошо, когда за цифрами написано что-то вроде SP2. Потому что если пробовать на себе все новые технологии, то это, конечно, дико интересно и прогрессивно, но мешает бизнесу. У нас дефицит свободного времени и рук. Вот, собственно, несколько прикладных историй, почему мы не торопимся нырять в новые технологии.
Пример с новым железом, на котором может строиться вся инфраструктура, думаю, знаком всем, поэтому начну не с него, а с холивара про IPv6 против IPv4.
Протокол v6 невероятно хорош. Его писали думающие люди, он снимает море проблем интернета, он реально крут. Адреса IPv6 практически бесплатные. Они не кончаются. В свою очередь, IPv4 стоят совершенно неприличных уже денег (это вторая статья в себестоимости виртуальной машины после железа), постоянно дорожают — и, что гораздо хуже, не всегда можно взять в аренду нужное их количество. Бывает, что к нам заезжает крупный клиент, мы хотим арендовать ещё 256 адресов v4 — и блок освобождается не через 15 минут, а через несколько дней. То есть нам надо постоянно ковыряться с тем, чтобы они были.
Но при этом IPv6 ещё хуже с точки зрения реального применения. Вообще, я лично не совсем понимаю, кому сейчас он нужен. Многие наши коллеги, кто пользуется, говорят просто: «В РФ v6 нет и не будет в ближайшее время, наверное». А специалисты по ИБ ещё категоричнее: «Я его просто отрубаю от греха подальше».
Читать: https://habr.com/ru/companies/ruvds/articles/744958/
В комментариях к постам про разбор аварии (тут и тут) было развёрнутое обсуждение про новые технологии в ИБП, которые можно внедрить. Коротко — мы не будем внедрять ничего ультрасверхсовременного. Потому что лучшая версия для знакомства с софтом — это 2.4. В случае MS ещё хорошо, когда за цифрами написано что-то вроде SP2. Потому что если пробовать на себе все новые технологии, то это, конечно, дико интересно и прогрессивно, но мешает бизнесу. У нас дефицит свободного времени и рук. Вот, собственно, несколько прикладных историй, почему мы не торопимся нырять в новые технологии.
Пример с новым железом, на котором может строиться вся инфраструктура, думаю, знаком всем, поэтому начну не с него, а с холивара про IPv6 против IPv4.
Протокол v6 невероятно хорош. Его писали думающие люди, он снимает море проблем интернета, он реально крут. Адреса IPv6 практически бесплатные. Они не кончаются. В свою очередь, IPv4 стоят совершенно неприличных уже денег (это вторая статья в себестоимости виртуальной машины после железа), постоянно дорожают — и, что гораздо хуже, не всегда можно взять в аренду нужное их количество. Бывает, что к нам заезжает крупный клиент, мы хотим арендовать ещё 256 адресов v4 — и блок освобождается не через 15 минут, а через несколько дней. То есть нам надо постоянно ковыряться с тем, чтобы они были.
Но при этом IPv6 ещё хуже с точки зрения реального применения. Вообще, я лично не совсем понимаю, кому сейчас он нужен. Многие наши коллеги, кто пользуется, говорят просто: «В РФ v6 нет и не будет в ближайшее время, наверное». А специалисты по ИБ ещё категоричнее: «Я его просто отрубаю от греха подальше».
Читать: https://habr.com/ru/companies/ruvds/articles/744958/
Странная архитектура
Странная архитектура - небольшой рассказ с претензией на юмор как пост-ковидный период разбирал проблемы на новой работе.
Читать: https://habr.com/ru/articles/745914/
Странная архитектура - небольшой рассказ с претензией на юмор как пост-ковидный период разбирал проблемы на новой работе.
Читать: https://habr.com/ru/articles/745914/
Шпаргалка по SQL, которая выручает меня на собесах
Привет, Хабр!
Я решил посвятить свою первую статью SQL. Вопросы, рассмотренные ниже мне задавали на собеседованиях на позицию python-разработчика. Естественно отвечать правильно получалось не всегда, а если точнее то чаще не правильно, однако проведя N часов в рефлексии я составил перечень ответов, которыми пользуюсь до сих пор.
Данная информация предполагает знание основ языка запросов и я надеюсь, она окажется полезной для разработчиков, которые сейчас активно ищут работу а также, что ты прочитаешь этот текст до конца и добавишь свой вопрос к перечню (ну или поправишь неточности в существующих)
Читать: https://habr.com/ru/articles/745948/
Привет, Хабр!
Я решил посвятить свою первую статью SQL. Вопросы, рассмотренные ниже мне задавали на собеседованиях на позицию python-разработчика. Естественно отвечать правильно получалось не всегда, а если точнее то чаще не правильно, однако проведя N часов в рефлексии я составил перечень ответов, которыми пользуюсь до сих пор.
Данная информация предполагает знание основ языка запросов и я надеюсь, она окажется полезной для разработчиков, которые сейчас активно ищут работу а также, что ты прочитаешь этот текст до конца и добавишь свой вопрос к перечню (ну или поправишь неточности в существующих)
Читать: https://habr.com/ru/articles/745948/
Мониторинг — это боль
И все мы выполняем его неправильно (в том числе и я).
Я должен признаться. Несмотря на то, что меня много раз нанимали в том числе и благодаря моему опыту работы с платформами мониторинга, я начал его ненавидеть. Инструменты мониторинга и наблюдаемости (observability) совершают тяжкий грех: обманом заставляют людей думать, что это простая задача. Очень легко мониторить маленькое приложение или сервис. Но почти ни одно из таких решений не масштабируется.
Вместо этого мониторинг превращается в бесконечную последовательность маленьких неудач. Метрики на какое-то время исчезают, логи перестают записываться на несколько часов, веб-UI для трассировок больше не работает. Мы настраиваем эти инструменты, готовясь, что сможем о них после этого забыть, но на самом деле они требуют постоянно растущих усилий по обслуживанию. Некоторые инструменты ломаются, и их больше никто не чинит. Я слишком часто приходил в новую компанию и видел, что в ней развёрнут нелюбимый мной поломанный Jaeger.
Такое ощущение, что сейчас как никогда много инструментов мониторинга, но вперёд мы не движемся. Похоже, вместо развития упор делается на увеличение объёма выходных данных приложений для роста доходов компаний, занимающихся мониторингом. Кажется, практически никакого прогресса не происходит с принципом передачи меньшего количества логов и метрик от клиента. Я создаю всё более сложные стеки для записи огромных объёмов данных, чтобы использовать их всё меньше и меньше.
В статье я расскажу о том, что, по моему мнению, нужно делать, а также поделюсь своими надеждами и мечтами. Прошу вас убедить меня, что я не прав и что есть более качественные решения.
Читать: https://habr.com/ru/companies/ruvds/articles/746086/
И все мы выполняем его неправильно (в том числе и я).
Я должен признаться. Несмотря на то, что меня много раз нанимали в том числе и благодаря моему опыту работы с платформами мониторинга, я начал его ненавидеть. Инструменты мониторинга и наблюдаемости (observability) совершают тяжкий грех: обманом заставляют людей думать, что это простая задача. Очень легко мониторить маленькое приложение или сервис. Но почти ни одно из таких решений не масштабируется.
Вместо этого мониторинг превращается в бесконечную последовательность маленьких неудач. Метрики на какое-то время исчезают, логи перестают записываться на несколько часов, веб-UI для трассировок больше не работает. Мы настраиваем эти инструменты, готовясь, что сможем о них после этого забыть, но на самом деле они требуют постоянно растущих усилий по обслуживанию. Некоторые инструменты ломаются, и их больше никто не чинит. Я слишком часто приходил в новую компанию и видел, что в ней развёрнут нелюбимый мной поломанный Jaeger.
Такое ощущение, что сейчас как никогда много инструментов мониторинга, но вперёд мы не движемся. Похоже, вместо развития упор делается на увеличение объёма выходных данных приложений для роста доходов компаний, занимающихся мониторингом. Кажется, практически никакого прогресса не происходит с принципом передачи меньшего количества логов и метрик от клиента. Я создаю всё более сложные стеки для записи огромных объёмов данных, чтобы использовать их всё меньше и меньше.
В статье я расскажу о том, что, по моему мнению, нужно делать, а также поделюсь своими надеждами и мечтами. Прошу вас убедить меня, что я не прав и что есть более качественные решения.
Читать: https://habr.com/ru/companies/ruvds/articles/746086/
PyMongoArrow Now Generally Available
Read: https://www.mongodb.com/blog/post/pymongoarrow-now-generally-available
Read: https://www.mongodb.com/blog/post/pymongoarrow-now-generally-available