Коротко нагадаю: BRMS, або Business Rule Management System, — це «важкі» системи для великих і дуже великих компаній, які містять всі ті речі, які часто змінюються в ІТ. Наприклад, у банку в BRMS лежать частіше усього правила оцінки за кредитом і параметри вкладів, у стільниковому операторові — тарифи і нюанси обчислення всіх списань, у страховій компанії — коефіцієнти страхування, поправочні коефіцієнти, параметри нових продуктів.

Різниця між «уб'ємо руками» і «уб'ємо через BRMS» приблизно така: хлопці з однієї страхової компанії, де ми впроваджували BRMS, виявилися одними з небагатьох за підсумками минулого року, хто показав можливість працювати дуже гнучко і швидко. Зазвичай впровадження коефіцієнта зі всіма перевірками займає в середньому 2 тижні. Тут же це робиться максимум за 2 дні, мінімум — за лічені години. У них є дані статистики, на які вкрай швидко можна реагувати і перевіряти різні показники сотні і тисячі разів. У страхуванні це означає можливість дуже детально підлаштовуватися під поточну ситуацію (регіон, банки) та отримувати значно більше прибутку.

Ми використовуємо BRMS для оцінки вартості ІТ-проекту — вона розраховується на основі правил начебто «працюють мережевики або програмісти» і десятків змінних начебто вартості години фахівця.
Читати далі →

Відеоконференцзв'язок для однієї державної організації: чому потрібні апаратні рішення


Студія телеприсутності

Отже, одного разу ми виграли тендер на створення ВКС (відеоконференцзв'язку) для одного держзамовника, експерти якого повинні постійно взаємодіяти з різними міністерствами і відомствами країн СНД і не тільки. Серверне ядро системи повинно було знаходитися в Москві у замовника. Ще з важливого — два великих зали, переговорки, студія телеприсутності, персональні термінали для керівництва. Загалом, багато заліза.

Нас часто запитують, чому не можна для відеозв'язку обійтися якимись мессенджерами начебто Скайпу для бізнесу. На прикладі цього проекту буде дуже зручно показати, чому потрібні саме власні тунелі і власне серверне ядро.

Отже, давайте спочатку подивимося на інфраструктуру всього проекту оснащення комплексу будівель по поверхах.

Читати далі →

Чому знадобилося розробити «російський дропбокс»



У якийсь момент російські організації гостро відчули, що відправляти файли через іноземні сервера — не найкраща ідея. Далі три варіанти: або вирішувати адміністративно і «бити ногами» тих, хто відправляє не на флешці фельд'єгерською поштою, або робити глобальне сховище даних (наприклад, на базі ECM Documentum, OpenText або Alfresco), або ж відразу розгортати хмарний аналог Дропбокса у себе на серверах в РФ.

Перші два шляхи працюють, але самий простий і ефективний — третій. Тому нам довелося зробити свій сервіс обміну файлами для великого бізнесу. З приємних примочок — аутентифікація через LDAP, шифрування, саморазрушающиеся посилання та інші принади параної. Найсмішніше — вийшло цілком можна порівняти за кінцевими цінами з бізнес-ліцензією на Дропбокс. Так, ми робимо дешевше Dropbox Business для середніх і великих компаній.
Читати далі →

Розпочнемо рік з позитиву: як сідають адміни і CIO



Насправді, звичайно, ось прямо сісти — досить серйозне завдання навіть при повному раздолбайстве. Але втратити роботу за день і більше ніколи не повернутися в ІТ-сферу — таких випадків сотні.

Я розповім кілька байок. У деяких з них змінені деталі, щоб не можна було дізнатися компанію. Якщо ви впізнаєте свою — не турбуйтеся, напевно ці випадки майже типові для всієї країни. Ви ж знаєте анекдот про першого залетів дятла.

Читати далі →

Як працює служба підтримки мови для 1237 російських ІТ-інженерів, і чим це відрізняється від звичайного перекладу

Кінець переговорів, англієць (з боку наших партнерів) несміливо цікавиться у мене:
— Ну як, задоволений чи замовник?
— Думаю, ніби все добре пройшло.
— А чому тоді мене постійно називали ідіотом?
— Ммм… Вас не називали ідіотом, сер.
— «ИДЬЕТ», я сам чув, — повторює він мені. — Багато разів за цю зустріч!
Виявилося, він багато разів чув фрази «все йде за планом», «Томас і так йде нам назустріч» і тому подібне.


Два місяці тому наш інженер запізнився на літак в американському аеропорту і зміг відправити нам факсом тільки корінець квитка (тоді електронних не було). Ми перевели його права і обов'язки, знайшли на сайті аеропорту представництво авіаперевізника і відповіли інженеру інструкцією, що робити, плюс текстом заяви. Минулого місяця замовник з Іспанії поцікавився хабрапостом про кота на відеоспостереженні, але гугл-перекладача мало що зрозумів — ми зробили швидкий переклад (не для публікації), і він розібрався.

«Потрібен тверезий перекладач! У сенсі тверезо мислячий технічною мовою» — досить частий запит до нас. Нашим інженерам регулярно потрібна документація російською, часто — послідовний або синхронний переклад на переговорах, навчальні курси, презентації партнерів і багато іншого.


Іноді нам дістаються ось такі шифрування.

Почалося все двадцять років тому, в 1996 році, коли ми були єдиним дистриб'ютором в Росії Compaq. Ніхто не заморочувався на перекладі документації до серверів, а ми переводили, і це дуже допомагало продавати. З тих пір і бізнес виріс, і з'явилися нові завдання, так що в 2016 році нас вже 6 чоловік у команді. Інженерний переклад, звичайно, далеко не те ж саме, що звичайний: завдання і вимоги до точності зовсім інші. Заходьте, розповім деталі і пару курйозів.

Читати далі →

Як мої пальці закровоточили, і я зібрав велосипед для деплоя, який заощадив більше 2 тисяч робочих годин за проект

«Денис, ти тепер інженер по розгортанню». Офігєть, дайте дві. Загалом, я працюю в КРОК, який славиться величезними проектами. У цьому проекті ми підтримували впровадження гігантської аналітичної системи класу data lake для декількох тисяч користувачів об'ємом 150 ТБ. Пиляють її кілька команд розробки, в цілому приблизно 40 чоловік.

На них припадає четверо інженерів по інфраструктурі (опсов, адмінів, тобто нас) — ми найчастіше були потрібні для того, щоб встановлювати софт на стенди, перезавантажувати машини (перша надія разраба: не працює — попроси інженера перезавантажити), накочувати схеми БД і так далі.



Разраб пишуть код, який зливається в репозиторій. З нього Jenkins народжує збірки, які викладає на шару. Розгортання системи з нуля перший раз у мене зайняло 4 години 15 хвилин по таймеру. Для кожного з близько десяти компонентів (скрипти різних БД, Tomcat-івські програми і т. д.) в потрібному порядку треба було взяти файл з кулі, розібратися, де і в скількох примірниках його потрібно розгорнути, поправити налаштування, вказати, де йому шукати інші компоненти системи, зв'язати всіх з усіма і нічого не переплутати.
Пальці закровоточили — почав скриптовать. Почалося з одного маленького скрипта.
Читати далі →

Динамічні ДБЖ: історія одного інженерного апгрейда дуже в дусі часу

Зараз розповім про еволюцію пристрою, спочатку призначеного для забезпечення харчування військових дата-центрів по всьому світу. Ось такий:


Нове покоління, «бронепоїзд» на жаргоні. Справа наша давня мрія — грати, щоб щурів не засмоктало.

Технологія народилася приблизно в той же період, що і ядерна бомба, тому вона проста і зрозуміла, як автомат Калашникова. Беремо величезний залізний вовчок, розкручуємо електромотором. Після подолання інерції спокою важезна залізка крутиться майже без тертя. Отрубается харчування — залізниця починає сама крутити електромотор, який запускав її, і тим самим перетворює свою кінетичну енергію в електричну деякий час, поки не зупиниться. За цей час встигає запуститися дизель.

Старі радянські ДДИБП, які стояли на Байконурі, принципово не відрізняються від своїх сучасних аналогів. Ті ж вовчки, ті ж дизелі. Але є маса корисних нюансів. Ось про них і про те, як взагалі еволюціонує таке «кондовим» залізо, і поговоримо.
Читати далі →

Масова «альтернативна» енергетика в Росії – це реально?



Альтернативна енергетика в Росії (в першу чергу – вітряки і сонячні батареї) просто не працює. Точніше, ці речі поки не працюють. Причин багато, але головні — ми копаємо нафта, газ і вугілля, і міський введення у нас не просто дешевше, а дешевше на порядок навіть у самих запущених випадках далекого заводу на березі Балтійського моря, де, здавалося б, дме постійний сильний вітер. У країнах, де альтернативка реально працює, інші умови інфраструктури: компактні географічно мережі, компенсації від держави для полів вітряків, є повернення енергії в міську мережу, якщо зараз вона не споживається з батарей.

З іншого боку, у нас є неймовірне перевагу: довжина країни така, що коли де-то ніч, десь на іншому кінці країни вже день. А, значить, можна дуже добре «розмазати» піки споживання за рахунок продуманої інфраструктури. А ще у нас є гідроелектростанції, які відмінно працюють на відновлюваної енергії. І дуже-дуже дешева атомна енергетика.
Читати далі →

«П'яна» база даних: як на 1 базі ми зробили 7 тестових майданчиків, причому у кожної — свій власний інкремент і діфф

Уявіть собі компанію «Ингосстрах» з продуктивною базою 30 Тб. Вона лежить на великий такий залізної хранилке, її обслуговує дуже-дуже важкий сервер. Все красиво. Тепер уявіть, що ви написали фічу або шматок функціоналу, і вам потрібно протестувати її на бойовий базі. Шматочок бази відщипнути неможливо з ряду причин.

Що ви зробите? Ну, традиційний шлях — взяти ще одну хранилку на 30-35 Тб (але дешевше раз в п'ять, повільніше і простіше, без резервування) і отреплицировать базу на неї. А потім працювати з копією. Хороший план?

Немає. Справа в тому, що коли у вас кілька команд розробки (а в нашому випадку їх кількість зросла від 4 до 10), потрібно, відповідно, від 4 до 10 тестових майданчиків. Або навіть більше. Купувати таке залізом просто нереально, тому потрібно рішення, яке дозволить один раз повторити бойову базу, а потім «відображати» її кожному серверу як окрему тестову, але зберігаючи всі зміни тестової майданчику. Ось так:



Розкажу, як на одному вузлі з фізичної базою ми розгорнули 7 тестових майданчиків, ізольованих один від одного.
Читати далі →

Під капотом у нової вироби Dell + EMC — флешового сховища за ціною дискового

Відразу скажу головне — заява про «ціну дискової» стосується тільки спеціальних акційних цін на Unity, які EMC дало нам як офіційного партнера в Росії під промо нової моделі СГД. Акція стосується не всіх, деталі в пошту. Звичайні ціни — просто хороший міцний midrange під свою специфіку.

Отже, поїхали. EMC вже багато років небайдужа до флешам, але в минулому році конкретно заморочилась, вирішивши, що майбутнє за ним. І випустило робочу і не дуже дорогу штуку. Це майже звичайний мідрейндж з SSD-дисками (нюанси трохи пізніше). Ніяких «встромляємо лом, а вона продовжує працювати», але зате значна продуктивність під бази даних і виртуалки плюс різні дрібні фішки.


Ось яскравий приклад оптимізації — раніше тут був окремий ДБЖ-модуль у своєму кожусі, і він змінювався «на гарячу». А тепер — Li-ion батарея з поліетиленової захистом від протікання всередині контролера.

А ще вони настали багатьом вендорам на улюблений мозоль і зробили ціну підтримки однаковою на весь час. А то, знаєте, багато великі вендори люблять ставити таку ціну на 4-й і 5-й рік, що простіше замінити на нове залізо. Ну і так, у цих хлопців вихід з ладу диска по зносу вважається гарантійним випадком, не в приклад деяким любителем зірочок і дрібного шрифту в гарантійну політику.

Все, тепер пішли втикати в неї лом і тестувати. Забігаючи вперед скажу, що з 9 дисків зняли 80 тисяч иопсов.
Читати далі →