Привет! На связи Фёдор Наумов, сервисный инженер К2Тех, по совместительству – руководитель описанных ниже работ. Сегодня я расскажу, как мы демонтировали радиатор дизель-генераторной установки (ДГУ) из здания, построенного практически «в облипку». Ловкость рук и никакого мошенничества – под катом!
Рубрика «сервис»
Миссия невыполнима: как «похитить» радиатор ДГУ
2025-01-30 в 10:16, admin, рубрики: ДГУ, Замена, к2тех, радиатор, ремонт, сервис, сервисное обслуживание, техническое обслуживание, техобслуживаниеЧто не так с OpenStack и почти всеми российскими публичными облаками
2025-01-23 в 11:01, admin, рубрики: openstack, виртуализация, инфраструктура, облако, опенстек, сервисЭто один из тех адских опенсорсных проектов, которые отлично начинались в 2010-м, но потом с сообществом что-то пошло конкретно не так. Можно сказать, что перед нами — опенсорс, болеющий всеми корпоративными проблемами.
В целом с 2019 года развитие проекта буксует, а количество участников комьюнити постепенно снижается. Некоторые сервисы не развиваются или вовсе закрываются из-за недостатка мейнтейнеров.
Но при этом, если вы строите публичное облако в России, варианты выбора у вас очень богатые: либо на OpenStack с собственной разработкой, либо на OpenStack, но коммерческом.
Просто чтобы вы понимали уровень ситуации:
- Архитектура — заявленная как микросервисная, по факту — распределённый монолит, причём взаимодействие с компонентами вроде файловых хранилищ разного типа не вынесено в отдельные модули, а затянуто в ядро.
- 49 команд разработки, которые делят сервисы по зоне ответственности, а не архитектурной задаче. Десятки комитетов, которые добавляют бюрократии.
- Документация не соответствует реальности.
- Иногда баг в одном модуле исправляется специальной утилитой, убирающей его последствия от другой команды разработки, а не апдейтом исходного модуля.
- Код неоптимальный, сервисы работают медленно, есть бутылочные горлышки.
- Обновляться очень тяжело.
- ИБ часто делается по остаточному принципу.
В общем, в 2025 году я никак не могу советовать идти в OpenStack, но особого выбора-то и нет.
Чтобы не быть голословным, ниже будет полный каталог проблем, с которыми мы столкнулись на практике. Читать полностью »
Хабрчане закидали меня камнями за косяки в МВП. Я не уныл, всё поправил и готов получать новую порцию или релиз Измерии
2022-05-14 в 6:52, admin, рубрики: foss, javascript, open source, OpenStreetMap, жилье, измерия, некоммерческий проект, помощник, Развитие стартапа, рейтинги, сервис, СофтПривет. Полгода назад я выкатывал МВП приложения, в котором можно было оценить места своего проживания по определённым критериям, например, качество воды или воздуха.
И вот я готов представить обновлённую Измерию. Всё, что осталось от старой, — возможность оставлять рейтинги на карте и её (карты) вид. Для полного списка изменений предлагаю проследовать на специально отведённую для этого страницуЧитать полностью »
Как я «напрограммировал» себе скилл рисования диаграмм в скетч-стиле
2021-11-11 в 17:50, admin, рубрики: hand-drawn, Rough, roughjs, Блог компании TABLUM.IO, графики, графический дизайн, диаграммы, инструменты для команды, обработка изображений, Программирование, Развитие стартапа, рисунки, сервис, скетчингПо работе мне часто приходится рисовать разные схемы, диаграммы процессов и графики, в том числе и те, которые потом используются в качестве иллюстраций для сайта, статей и презентаций. Диаграммы я привык рисовать в app.diagrams.net (бывший draw.io), а графики — в datawrapper.de. Всё бы ничего, но есть у диаграмм, сделанных в draw.io, lucidcharts или visio и графиков, построенных в аналитических сервисах одна беда — они выглядят как-то слишком уныло и «олдскульно», в духе «90-х».
Что необычного пишут люди в поддержку VDS-хостинга
2021-08-31 в 12:02, admin, рубрики: ruvds_статьи, vds, Блог компании RUVDS.com, клиент, поддержка, сервис, управление проектами, хостинг
Клиенты пишут в поддержку по рабочим вопросам — ну знаете, всё то, что ещё не автоматизировано и нельзя сделать из личного кабинета — и по странным. С учётом, что у нас разработка постоянно добавляет функции в ЛК по мере накопления тикетов, которые надо автоматизировать, постепенно работа поддержки всё больше сводится к разбору странного.
Например, часто клиенты берут демопериод и спрашивают, можно ли спамить с наших серверов, ломать чьи-то кошельки и так далее. Когда мы показываем пункты оферты, по которым нельзя, просят пустить их по-братски. Заканчивается обычно вот примерно так:
Клиент на демопериоде: Разблокируйте. Просто хотел блокчейн запустить на сервере и получил бан.
Сотрудник: Данные в паспорте не соотносятся с тем, что вы заполнили, поэтому либо заполните согласно паспорту, либо предоставьте надлежащую копию.
Клиент: Готово. Исправил ошибку.
Сотрудник: Разблокировали.
Клиент: Снова разблокируйте.
Сотрудник: Укажите назначение и цель использования программ, за которым поступили блокировки одна за одной.
Клиент: Еммм. Взлом своего бтц-кошелька. Жалобы от кого? )
Сотрудник: К сожалению, разблокировка сервера в этой ситуации возможна только после его оплаты на общих основаниях.
Клиент: Ахааххах, странные вы ) очень ) идите на**й )
Обычно на этом диалог и заканчивается, поскольку мы отказываем клиентам в обслуживании после оскорбления сотрудника поддержки. При этом если клиент матерился просто безадресно, на ситуацию, это более-менее приемлемо, а вот если адресно послал или обозвал сотрудника — уже нет. Это простое правило, возможно, стоило нам нескольких десятков клиентов, но сберегло море нервов сотрудников.
Конечно, самое ценное — это когда нам присылают баг. Или жалуются на что-то, что легко исправить и получить ещё одно преимущество. Вот, например, недавно был случай, когда выяснилось, что в личном кабинете можно менять 1 рубль на 1 доллар, — курс получался вполне себе даже ничего. Читать полностью »
Купили гарантию на серверное железо: что может пойти не так?
2020-12-21 в 7:20, admin, рубрики: Блог компании КРОК, Железо, поддержка, Серверное администрирование, серверы, сервис
Склад запасных частей.
Примерно всё. Мы работаем практически со всеми поставщиками серверного железа, которые только встречаются в России: от редких «суперкомпьютеров» до «привезите нам ещё один Pentium II на завод, а то прошлый рассыпался от старости». Конечно, гораздо-гораздо чаще речь идёт про новое привычное железо, но и там обычно выбор из пяти-шести вендоров. И часто надо решить, с кем связать своё будущее узами законного брака поддержки и сервиса.
Разница в том, будет ли расти прайс на постгарантийную поддержку, нужно ли будет платить за день просрочки оплаты (часто — половину годовой цены штрафом), что будет при скачке курса доллара, евро или юаня, с каким именно специалистом вы будете иметь дело и так далее. Многие вещи можно обсудить и внести в договор «на берегу», если их предвидеть. Другие влияют на окончательную стоимость владения, поскольку означают незапланированные расходы. А многим это важно, потому что проект рассчитывается на несколько лет, и на него выделяется в бюджете фиксированная сумма.
Пройдусь по пунктам того, что неприятного может встретиться. Первая история такая: умер у заказчика как-то сервер, произведенный далеко в забугорье. Клиента попросили выслать этот процессор в центр обслуживания вендора. Месяц они его разглядывали, потом сказали: да, и правда, это процессор, и он сломался. Мы перечислим вам деньги, чтобы вы могли купить себе новый такой же сами.
Читать полностью »
Что такое CDN, и как это вообще работает
2020-06-02 в 11:35, admin, рубрики: CDN, cdn-provider, vds, автоматизация, Блог компании RUVDS.com, веб-страница, данные, кэширование, оптимизация, сервер, сервис, Сетевые технологии, хостинг
Сайт Texas Internet Consulting. Жив с 1987 года, страница — 7 Килобайт.
Помните время, когда главная больше 90 Килобайт считалась расточительством? С тех пор Интернет стал жирным. И понадобились инструменты, чтобы правильно раздавать трафик сразу с нескольких узлов. Например, во время очередного обновления Fortnite CDN от Akamai сумел переварить трафик мощностью в 106 Терабит в секунду. Давайте пробежимся по основным принципам этой технологии и потенциальным проблемам.
И о том, почему Minecraft в Казани тормозит, если не развернуть сервер в черте города.
Читать полностью »
Делаем поддержку дешевле, стараясь не растерять качество
2020-05-26 в 12:03, admin, рубрики: service desk, vds, vps, автоматизация, Блог компании RUVDS.com, клиент, оператор, оптимизация, поддержка, сервис, техподдержка, тикет, управление проектами, хостинг, шаблонАварийный режим (также упоминается как IPKVM), позволяющий подключаться к VPS без RDP прямо с уровня гипервизора, экономит 15–20 минут в неделю.
Первое и главное — не бесить людей. Во всём мире поддержка разделена на линии, и сотрудник первой должен попробовать типичные способы решения. Если задача выбивается за их пределы — передать второй линии. Так вот, среди администраторов VDS достаточно часто попадаются люди, которые умеют думать. В отличие от многих других поддержек. Ну, по крайней мере, существенно чаще. И они хорошо структурируют тикет, сразу описывая всё что нужно. Если у первой линии «глаз замылится» и они случайно в ответ на такое попросят включить и выключить — это фиаско.
Задача стоит очень простая: сделать поддержку нашего VDS-хостинга адекватной при минимуме затрат. Потому что мы фастфуд мира хостинг-провайдеров: никакого особого «облизывания», низкие цены, нормальное качество. Ранее уже был рассказ про то, что с появлением инстаграм-няшек, пытающихся автоматизировать ведение аккаунта и владельцев малого бизнеса с удалённой бухгалтерией и остальных не слишком прокачанных в технологиях людей, общение «как админ с админом» прокатывать перестало. Пришлось менять язык общения.
Теперь расскажу о процессах чуть больше — и о неминуемых косяках с ними.
Читать полностью »
Как мы переучивали поддержку разговаривать по-человечески, и что получилось
2020-05-19 в 11:04, admin, рубрики: gtd, service desk, vds, vpn, Блог компании RUVDS.com, клиент, оператор, поддержка, сервис, тикет, управление проектами, хостинг, шаблонПоддержка разговаривала с пользователями сухо, коротко и официально. Пользователи обижались. Например, вот:
Клиент: Привет, как поднять VPN на сервере?
Поддержка: Ваш сервер в порядке, мы не занимаемся серверным администрированием [закрывает тикет].
Поддержка права? Права. Но клиент обиделся. Потому что можно было то же самое написать нормально:
Клиент: Привет, как поднять VPN на сервере?
Поддержка: Добрый день! Я не могу помочь вам настроить VPN, потому что мы оказываем поддержку только в случае, если что-то не работает на нашей стороне. Но у нас есть статья в базе знаний, как просто поднять VPN. Спасибо за обращение [закрывает тикет].
Что поменялось? Клиент понял, что его не послали, а что всё ещё уважают, но услуга не входит в пакет. Для тех, кому первая фраза кажется слишком сухой, есть элементы этикета, которые используют все вежливые люди. Есть понятный следующий шаг.
Мы стараемся давать максимум технических вещей за минимум денег, и поддержка традиционно оставалась за бортом: она дорогая в расчёте на стоимость месячного тарифа VDS. Но оказалось, что можно поменять многое довольно дёшево. Мы и поменяли. И протестировали. Ниже — несколько основных вещей:
- Как вежливо ответить, если помогать не будем.
- Как убрать бюрократизм из ответов.
- Нужно не забывать извиняться, если проблема была на нашей стороне.
- Как отвечать по делу, а не «вы находитесь на воздушном шаре».
- Почему уважение — это не слово «уважаемый» в начале.
- Почему надо говорить о своих действиях в процессе.
- Почему вообще надо писать по-человечески.