Результаты поиска по запросу «[sla]»

Обновление ассортимента фотополимерных 3D-принтеров Anet

Lexus08 — Wed, 03 Jul 2019 09:57:41 GMT

Новый достойный представитель фотополимерных 3D-принтеров, производства Anet3D.
Модель N4 продуманная, полностью собранная и готовая к работе «из коробки».

Читать дальше →

Intel научилась обновлять UEFI без перезагрузки

ITSumma (ITSumma) — Thu, 16 Sep 2021 12:29:18 GMT

Компания Intel разработала новый механизм обновления UEFI под названием Intel Seamless Update, который позволяет изменять конфигурацию UEFI на лету. Это очень удобно для администраторов серверов, которые могут накатывать новые прошивки прямо на работающую систему, обеспечивая гарантированный аптайм сервера согласно SLA.

Соответствующие патчи поступили в ядро Linux.
Читать дальше →

Как действовать, когда сервис не справляется с нагрузкой

vmihaylov (Московский кредитный банк) — Fri, 06 Jan 2023 14:01:47 GMT

На сколько можно повысить рентабельность бизнеса за счет оптимизации производительности ИТ-сервисов?

С чего начать?

Не сбиться с пути?

Как измерять успех?

Как мотивировать команду?

Насколько важных советов приведено в этой статье.

WTF: What The FITS

ArsenyMeshkov (Alloy Software) — Tue, 25 Oct 2016 09:55:14 GMT

«У секретаря закончился картридж, заменишь?» — «Ок». «По дороге посмотри там, бухгалтера 1С не пускает» — «Ок». «Алло, и ещё, пока не забыл — у верстальщика хард скрипит, видимо, помирает». Примерно так координируется работа ИТ-отдела в небольших компаниях, нередко то же самое происходит и в средних. Задачи оказываются забытыми, сотрудники простаивают в ожидании, на момент инвентаризации непременно теряются какие-то комплектующие или бумаги на них, экономисты урезают бюджет, потому что обосновать будущие траты почти нереально. С лицензиями ПО — вообще беда. Ну и ладно, давайте всем новый MS Office купим. Что нам, ITIL с ITSM внедрять, что ли? Да, внедрять. Да, ITIL. Ну точнее, не совсем.

Читать дальше →

«SLA в облаке»: На что обратить внимание

1cloud (1cloud.ru) — Mon, 26 Dec 2016 12:20:11 GMT

Поставщики облачных услуг предоставляют различные гарантии, среди которых есть доступность сервисов и ресурсов, которые указываются в соглашении об уровне обслуживания. Чаще всего это соглашение обозначают аббревиатурой — SLA, и в этой статье мы поговорим о важных нюансах, которые должны быть прописаны в SLA IaaS-провайдера (пример SLA 1cloud).

Читать дальше →

Так какой же у Clodo SLA?

Labutin — Mon, 02 Sep 2013 20:31:31 GMT

Все началось с того, что частые проблемы с хостингом виртуального сервера в Clodo, а именно в датацентре «KIAEHOUSE», стали напрягать. Но эта статья совсем не об этом. Я хочу рассказать, как мы пытались понять, есть у Clodo SLA или нет.
Читать дальше →

Прототип корпуса для электроники: вырастить или фрезеровать?

Promwad (Promwad) — Wed, 04 Sep 2013 09:54:57 GMT

Наша предыдущая статья об изготовлении рабочего прототипа электронного устройства вызвала много вопросов и обсуждений в комментариях, поэтому мы решили продолжить эту тему и сфокусироваться на создании прототипов корпусов и механизмов для электроники, чтобы вам было проще ориентироваться в различных материалах и технологиях прототипирования, которые предлагают современные производители.

Как всегда, уделим внимание самым актуальным вопросам и дадим полезные советы, исходя из нашей практики:

Из каких материалов делается прототип корпус для электронных устройств?
Обзор современных технологий прототипирования: что выбрать? Тут мы рассмотрим разные 3D-принтеры и сравним их с технологией фрезеровки на станках с ЧПУ.
Как выбрать изготовителя прототипа, какие документы предоставить подрядчику?

Читать дальше →

Оптическое кольцо высокой доступности

Cloud4U (Cloud4U) — Fri, 07 Jun 2013 12:10:20 GMT

Добрый день, уважаемые Хабраюзеры.
Хотели бы Вам рассказать о реализованном нашими инженерами проекте по построению оптического кольца высокой доступности между нашими облаками в Москве.

Читать дальше →

[Перевод] Управление API и SOA

VioletTape (GeekFamily) — Mon, 20 Apr 2015 08:51:50 GMT

Достижение начального успеха для Сервис-ориентированной Архитектуры (Service Oriented Architecture, SOA) определяется:

созданием слабосвязанных соединений «потребитель-поставщик»,
соблюдение принципа разделения ответственностей между потребителем и поставщиком,
публикация набора повторно используемых, общих сервисов
и обеспечение того, чтобы потребители приняли и стали использовать сервис.

Множество команд разработчиков создают и используют сервисы, но до сих пор идет мучительный подбор архитектуры, при которой сервисы будут широко использованы, с потенциалом для повторного использования внутренними командами разработки. Вместо создания согласованной сервисной архитектуры и демонстрации множественного использования одних и тех же сервисов, разработчики вновь и вновь не нарочно создают «Просто Набор Веб Сервисов» (Just a Bunch of Web Services (JBOWS)) или «Просто Набор REST Сервисов» (Just a Bunch of REST Services (JBORS)).

Простое приложение чаще всего работает с неким сервисом и спагетти-сетью конечных точек, поставщиков данных этого сервиса, которые переплетены связями один-к-одному. Многие команды в этом случае сходятся во мнении что фокус на SOA и REST не то чтобы помогал в решении вопросов гибкости решений. Скорее просто происходит подмена набора IT инструментов, форматов сообщений и протоколов.

Управление SOA, API, и приложением может стать мостом между этими концепциями и улучшить архитектурную согласованность всего решения.

Сервисы, API и архитектура

Когда вы будете решать, что использовать как лучшие практики для сервис-ориентированной архитектуры, определять дизайн RESTful сервисов, когда будете формировать план по управлению ими, четко определите, как ваши сервисы и API вместе будут укладываться в общую архитектурную картину.
Читать дальше →

Про InfiniBand: как мы уменьшали пинг с 7 мкс до 2,4 мкс (и результаты тестов)

A_Frolov (КРОК) — Mon, 26 Aug 2013 09:59:20 GMT

^{InfiniBand-свитч SX6005. 12 FDR 56Gb/s портов на одном юните, коммутация 1.3Тб/с.}

Многие считают, что InfiniBand — это «космос». То есть считается, что дорого и нужно только для «суперкомпьютеров» (HPC) производительностью в 1-2 Петафлопа и с гиганскими объмами обрабатываемых данных. Тем не менее, с помощью этой технологии можно организовывать не только самые скоростные межсистемные соединения в кластерах, но и радикально снижать задержки в работе критичных приложений. Конкретно – делать то, что может решаться и с помощью Ethernet, но экономичнее и быстрее. Вот пример.

Задача

У одного нашего крупного заказчика из финансовой сферы была проблема в скорости работы двух приложений. Специфика приложений заключалась в том, что необходимо было обрабатывать большое количество транзакций с минимальной задержкой. 6-7 мкс latency – это лучшие результаты, которые они достигли путем апгрейда серверов и максимальной софтверной доработкой. Дальнейшие возможные оптимизации сулили улучшения на уровне 0,3-0,5 мкс. Мы же пришли и сообщили, что сможем уменьшить задержки в два раза. Читать дальше →

Аптайм 99,9% теперь для всех сервисов Google Apps PE

alizar — Mon, 03 Nov 2008 14:49:53 GMT

Теперь условие о гарантированном аптайме 99,9% на платных сервисах Google Apps Premier Edition распространяется не только на Gmail, но и на все остальные веб-сервисы, в том числе Google Calendar, Google Docs, Google Sites и Google Talk. Все они теперь попадают под действие Google Apps Service Level Agreement.

Аптайм 99,9% означает, что сервисы могут быть недоступны не более 45 минут в месяц, в противном случае компания будет обязана выплатить пользователю компенсацию (интересная деталь: согласно SLA, промежутки меньше чем 10 минут не считаются даунтаймом). Размер компенсации тоже установлен в SLA.

Статистика за последние годы показывает, что надёжность сервисов Google в несколько раз превосходит гарантированную. Средний даунтайм составил 10-15 минут в месяц, даже по бесплатной версии Gmail. По данным независимых аналитиков, это гораздо выше, чем у других компаний, которые предлагают аналогичные сервисы за деньги. В качестве примеров приводятся решения на базе Novell GroupWise (даунтайм 66 минут в месяц), IBM Lotus (120 минут) и Microsoft Exchange (150 минут): см. диаграмму. У тех даже есть некие «запланированные» даунтаймы, которые в Gmail отсутствуют в принципе.

Кому нужен SLA?

Nemax — Tue, 10 Mar 2009 05:09:49 GMT

Многие из вас, наверное, слышали, да и обсуждали такие инициативы как «Соглашение об уровне сервиса» (SLA или Service Level Agreement); многие, наверное, его используют при работе с внешними провайдерами. Например, с телеком провайдерами.

А нужно ли такое соглашение внутри компании? Как соглашение между ИТ службой и бизнес подразделением? По сути, ведь можно написать все, что угодно, но если ИТ служба или бизнес-подразделение нарушит соглашение, то применить штрафные санкции, такие как не заплатить или перезаключить контракт с новым поставщиком, просто невозможно.
Читать дальше →

[Перевод] Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении» Глава 4.Мониторинг: взгляд за пределы ЦОД

las68 — Thu, 28 Mar 2013 08:30:35 GMT

В этой главе речь пойдёт о способах объединения внешнего и внутреннего мониторинга. На что обратить внимание при выстраивании системы, какие при этом есть ограничения. Как не упустить мелочи и получить возможность обозревать картину не только снизу вверх, но и сверху вниз.

Читать дальше →

[Перевод] Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении».Глава 5. Превращаем проблемы в решения

las68 — Tue, 02 Apr 2013 03:45:18 GMT

В этой главе автор собирается поделиться своим видением на способы хранения и поддержания в актуальном состоянии знаний, накопленных в результате длительного хождения по граблям. Основная сложность при их хранении и поддержании массива знаний — найти людей, которые бы сочетали несочетаемое: были тщательны, креативны, усидчивы, обладали острым аналитическим умом, интуицией ~~и не просили бы много денег.~~

Читать дальше →

[Перевод] Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении».Глава 6.Унифицированное управление на примерах

las68 — Tue, 09 Apr 2013 04:05:37 GMT

Ну, вот наконец мы и добрались до последней главы в книге. Здесь будут рассмотрены некоторые практические примеры, ради соблюдения этики автор практически не называет никаких конкретных систем, кроме очень хорошо известных. Рассматривается состояние дел до внедрения систем унифицированного управления и после.

Читать дальше →

[Перевод] Dungeons & Dragons для SRE

kmoseenk (OTUS) — Fri, 14 Jan 2022 09:33:33 GMT

В прошлой жизни я работал фулл-тайм SRE, а по совместительству был драконорожденным паладином по имени Лорарат (Lorarath). На работе со своей командой я сопровождал тысячи систем, а вечерами пытался выжить в воображаемых битвах и спасти мир от ведьмы Морганы. Мне нравятся совместные игры: они позволяют выплеснуть эмоции и прочувствовать различные социальные процессы, важные для успешного и конструктивного взаимодействия. Игры позволяют практиковаться в поиске решения критических ситуаций в безопасной среде. Если весь процесс лишь плод вашего воображения, то становится проще, даже при проигрыше, взглянуть на себя со стороны, порадоваться новому опыту и достижению общей цели. В этой статье я хочу поделиться мыслями о своей работе, на которые меня навела игра в D&D, и о том, как это может помочь вам.

Обеспечение доступности данных и сервисов: показатели RPO, RTO и планирование SLA

vEskin (Veeam Software) — Wed, 10 May 2017 06:02:45 GMT

Сегодня я постараюсь разъяснить, что такое концепция доступности данных с точки зрения ИТ-специалиста, будь то ИТ-администратор, системный интегратор, консультант по внедрению и т.д. Надеюсь, что эта статья будет полезна читателям при составлении экономического обоснования на внедрение соответствующих программных и\или аппаратных решений, а также соглашений об уровне обслуживания (SLA) – а кому-то поможет сделать эти документы более убедительными.
Для начала в качестве «узелков на память» сформулирую два постулата, с которыми многие, уверен, довольно хорошо знакомы:

RPO (recovery point objective) – допустимая потеря данных. Любая информационная система должна обеспечивать (внутренними ли средствами, или сторонними) защиту своих данных от потери выше приемлемого уровня.
RTO (recovery time objective) – допустимое время восстановления данных Любая информационная система должна обеспечивать (внутренними ли средствами, или сторонними) возможность восстановления своей работы в приемлемый срок.

Часто эта пара показателей отображается в виде одномерного графика вдоль оси времени.
Но в таком одномерном графике нет самого главного, на что ориентируется бизнес – денег! О том, как рассчитывать RTO и RPO, исходя из требований бизнеса, я расскажу под катом.

Читать дальше →

[Перевод] ITSM ликбез: Как соответствовать ожиданиям заказчика

GreyBear — Wed, 25 Jan 2017 17:58:43 GMT

Представляю Вашему вниманию еще одну статью Стюарта Рейнса. В этот раз он делится своим опытом, как успешно заключать Соглашения об Уровне Обслуживания (Service Level Agreement, SLA).

Оригинал см. «How to Meet Customer Expectations» опубликован 13.12.2016 в блоге blog.sysaid.com

Сложность материала — начальный уровень.

Материал может быть интересен для осознания подхода, проповедуемого ITSM к работе с Заказчиками и Пользователями, а также может нанести не поправимую пользу тем, кто только ознакомился с теорией процесса Управления Уровнем Обслуживания и желает ее применить на практике, либо тем кто безуспешно пытался это сделать и сейчас ищет что-то новый в этом.

Но опять призываю Вас быть аккуратными в своих выводах. Описанное в статье это идеальная ситуация, когда и Поставщик, и Заказчик Услуг искренне заинтересованы в сотрудничестве ради ценности Услуги. На практике такое встречается, скажем так, не всегда, при чем с обеих сторон.
Читать дальше →

Соглашения об уровне обслуживания

jasiejames — Tue, 24 Jun 2008 18:29:20 GMT

Соглашения об уровне обслуживания (SLA, Service Level Agreements) в условиях повышенной конкуренции на рынке являются одним из мощнейших средств для привлечения новых и удержания старых клиентов.
Читать дальше →

HighLoad++, Евгений Кузовлев (EcommPay IT): что делать, когда минута простоя стоит $100000

ua-hosting (ua-hosting.company) — Tue, 21 Jan 2020 16:26:33 GMT

Все рассказывают про процессы разработки и тестирования, обучения персонала, повышение мотивации, но этих процессов мало, когда минута простоя сервиса стоит космических денег. Что делать, когда вы проводите финансовые транзакции под жесткий SLA? Как повысить надежность и отказоустойчивость ваших систем, вынося за скобки разработку и тестирование?

Следующая конференция HighLoad++ пройдет 6 и 7 апреля 2020 года в Санкт-Петербурге. Подробности и билеты по ссылке. 9 ноября, 18:00. HighLoad++ Moscow 2018, зал «Дели + Калькутта». Тезисы и презентация.