Check Levi9 best QA positions to Backbase team!
×Закрыть

Материалы по теме «миграция»

RSS

Як банк модернізував застарілі ІТ-системи та мігрував у «хмару» Як банк модернізував застарілі ІТ-системи та мігрував у «хмару»

Pavel Shcherbukha 5436

Ця стаття буде цікавою працівникам IT-підрозділів банків, страхових і роздрібних компаній, які думають про модернізацію своїх IT-систем та їхню міграцію у хмару. Оскільки не всі дані можна мігрувати в хмару, то у статті основний акцент — на побудові гібридної хмари (приватної та публічної) за технологіями компанії IBM. Описані інструменти створені на open source продуктах, їх можна використовувати як локально, так і в інших публічних і приватних хмарах. 37

Как мы пересобрали кластер и мигрировали MongoDB RS, чтобы минимизировать простой приложения Как мы пересобрали кластер и мигрировали MongoDB RS, чтобы минимизировать простой приложения

Андрей Товстоног 3151

Вместо того чтобы тратить время на приведение всего в порядок — иногда легче пересобрать кластер. Статья поможет выполнить бесшовную миграцию БД почти в любых кейсах и будет интересна любому, кто пытается минимизировать время простоя приложения. 6

Як ми робили проект з digital transformation, або Про розуміння клієнта Як ми робили проект з digital transformation, або Про розуміння клієнта

Kostyantin Severenchuk 5552

Мене звати Костянтин Северенчук, я працюю System Architect у EPAM Ukraine. Нещодавно ми успішно завершили проект з digital transformation однієї голландської компанії. Але «успішно» не означає «просто». Розкажу, як ми допомогали трансформувати бізнес і міксували DevOps best practices з мистецтвом комунікацій. 33

Совершенствуем навыки через миграцию проектов: способы и примеры Совершенствуем навыки через миграцию проектов: способы и примеры

Mykola Lytvynchuk 5767

Не секрет, что большой процент украинского ИТ работает над legacy-проектами. В итоге программист, рано или поздно, сталкивается с необходимостью расширения своих знаний, чтобы не устареть самому, вместе с проектом. Рассмотрим, как поддерживать свои навыки актуальными с помощью миграции. 28

Комментарии

Для цього одна людина має знати, як оті усі модулі працюють. А потім — мержи та пулл реквести та код ревью. І треш затягнеться на тиждень на рівному місці. це був найпростіший синтетичний приклад.
Це може зробити одна людина, зробивши зміни в усі модулі. Для цього одна людина має знати, як оті усі модулі працюють. А потім — мержи та пулл реквести та код ревью. І треш затягнеться на тиждень на рівному місці.
А ще є такий цікавий процес, як зміна інтерфейсу. В моноліті, зазвичай, здається, інтерфейси не версіоновані. в моноліті більшіть інтерфейсів працюють через пам’ять а не мережу.
Модуль навіть не завантажується в пам’ять якщо його не використовувати. А скільки часу він завантажується, коли потрібен? Я думав, люди тримають усе готове до роботи під FCGI.
в мене моноліт, і тому все консистентно. всі модулі робочі і працюють. Навантаження на систему я знімаю лоад балансером. Де я зекономлю на мікросервісах? 150 МБ жорсткого диску ? ) Модуль навіть не завантажується в пам’ять якщо його не використовувати.
исправьте пожалуйста ошибки, они оскорбляют чувства грамотных©. приводило к потери бюджета
Як можна не розуміти що при мс домовлятись потрібно набагато більше і ’якісніше’, з меншим набором інструментів і з набагато більшою вірогідністю щось може піти не так. А ще є такий цікавий процес, як зміна інтерфейсу.
ок. я горизонтально масштабую моноліт через лоад балансер. Завантажую ті модулі які хочу на кожній ноді. Що мені заважає? Те, що ці модулі без інших модулів неробочі)))
Має значення не розмір коду, а оперативка та проц. В моноліті купа модулів завантажені, кожний тримає свій стан. ок. я горизонтально масштабую моноліт через лоад балансер. Завантажую ті модулі які хочу на кожній ноді. Що мені заважає?
Ну минут 30 от силы. В общем несколько раз в день можно спокойно релизиться :) А на гуглевые пузомерки влияет не статика HTML, а как фонты и картинки подключены, заданы ли таймауты кеша и сделаны ли маленькие тумбнейлы под мобайл-ферст.
особливо ці два аргументи про-мс мене радують. Як можна не розуміти що при мс домовлятись потрібно набагато більше і ’якісніше’, з меншим набором інструментів і з набагато більшою вірогідністю щось може піти не так.
в моноліті усім командам треба домовлятись про зміни Бо моноліт може не влазити в один бокс, особливо ці два аргументи про-мс мене радують.
Занимательные тезисы :) интересно было бы узнать, как Вы строите свой день помимо 15-минутных дейли, чтобы придерживаться этих пунктов
John Resig — zoomer? Really?
Я буду признательна если вы порекомендуете подобные курсы)