Блог

  • DevOps метрики, о которых нужно знать

    DevOps метрики, о которых нужно знать

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

    Определение ключевых метрик DevOps

    Важно знать, какие данные собирать и как их оценивать. Таким образом, профессионалы DevOps могут использовать проверенные метрики для отслеживания индивидуального и командного прогресса в течение длительного периода времени.

    Теперь давайте рассмотрим четыре ключевых DevOps KPI:

    Среднее время обнаружения (Mean Time to Detect, MTTD)

    Среднее время обнаружения (MTTD) относится к среднему времени, которое требуется для обнаружения определенной проблемы. Оно измеряет период между началом сбоя системы, сервиса или любой другой, приносящей доход, деятельности компании и временем, за которое группа специалистов DevOps выявляет эту проблему.

    Расчет MTTD может быть простым. Для этого команда DevOps изучает общее количество неполадок или сбоев, а также общее количество месяцев, недель, дней или часов, в течение которых система не работала. Поэтому, если команда DevOps обнаруживает три проблемы в течение четырех дней, MTTD составляет 0,75 дня, или среднее время, затрачиваемое командой на обнаружение каждой проблемы.

    MTTD – отличный показатель для команд DevOps, которые хотят отслеживать эффективность своих инструментов и процессов управления различными сбоями. Если эти инструменты и процессы работают должным образом, команда DevOps не должна иметь проблем с поддержанием своего MTTD на низком уровне. И наоборот, если имеются некачественные инструменты и процессы управления неполадками, то специалисты могут изо всех сил пытаться быстро обнаружить и устранить сбои, но это лишь приведет к увеличению вероятности более тяжелых последствий.

    Среднее время до отказа (Mean Time to Failure, MTTF)

    Среднее время до отказа (MTTF), также называемое «временем безотказной работы» – это среднее время, в течение которого пораженная система может продолжать работу до того, как она выйдет из строя. Время начинается, когда возникает серьезный дефект в системе, и заканчивается, когда система полностью выходит из строя.

    При определении сбоя, MTTF часто помогает команде разработчиков отслеживать состояние компонентов, используемых в критически важных системах. Поскольку эти системы всегда должны быть в рабочем состоянии, MTTF позволяет команде DevOps понять, как долго системные компоненты будут продолжать работать, прежде чем их потребуется заменить. В результате DevOps могут использовать MTTF для подготовки к сбоям системы.

    Обычно данные MTTF собираются путем одновременного запуска сотен или тысяч компонентов системы в течение многих часов, дней или недель. Как только команды DevOps получат данные MTTF, они смогут понять надежность своих критически важных элементов системы. После чего, можно использовать эти данные, чтобы найти способы ограничить риск дорогостоящих, длительных сбоев.

    Среднее время между отказами (Mean Time Between Failures, MTBF)

    Среднее время между отказами (MTBF) является метрикой надежности и доступности. Оно используется для измерения способности системы или компонента выполнять свои требуемые функции в установленных условиях в течение определенного периода времени. Кроме того, MTBF позволяет команде разработчиков DevOps измерить степень работоспособности системы или ее компонента, когда они необходимы для использования.

    Чтобы рассчитать MTBF, команде разработчиков DevOps необходимо посмотреть, сколько времени прошло между отказами системы во время повседневных операций. MTBF обычно измеряется в часах, и среднее значение MTBF для каждого оборудования может варьироваться. Например, MTBF жесткого диска может составлять 300 000 часов, в то время как MTBF для лампочки может составлять около 10000 часов

    Команда DevOps должна стремиться поддерживать как можно более высокий MTBF независимо от системы или компонента, который измеряется. Имея данные MTBF, можно точно предсказать уровень надежности и доступности сервиса.

    Если Вам нужны специалисты DevOps, которые будут удерживать все необходимые метрики на должном уровне, скорее обращайтесь в ITFB.

    Среднее время для решения (Mean Time to Resolve, MTTR)

    Среднее время для решения (MTTR) – это отрезок времени, которое требуется для восстановления работы поврежденной системы.

    Например, давайте рассмотрим команду DevOps, которая сталкивается с четырьмя отключениями сети за одну неделю. Если этой команде требуется в общей сложности 60 минут для устранения всех четырех отключений, ее MTTR составляет 15 минут, то есть среднее время, необходимое для запуска одной неактивной сети.

    MTTR является ценным показателем, поскольку позволяет DevOps находить способы сокращения или устранения простоев – которые являются дорогостоящей проблемой для организаций по всему миру. Недавнее исследование Information Technology Intelligence Consulting показало, что средняя стоимость времени простоя для организаций увеличивалась с каждым годом в период с 2008 по 2016 год. Кроме того, исследование показало, что 98 % организаций заявили, что один час простоя стоит им 100 000 долларов, а 33 процента отметили один час простоя суммой от 1 до 5 миллионов долларов.

    В конечном итоге, чем ниже MTTR команды DevOps, тем лучше. Когда команда DevOps регулярно анализирует MTTR, она лучше подготавливает себя для выявления потенциальных проблем, которые могут привести к простою и своевременно устраняет их.

  • Kubernetes под угрозой

    В библиотеке net / http языка Go обнаружена проблема безопасности, которая затрагивает все версии и все компоненты Kubernetes. Уязвимости могут привести к DoS для любого процесса с прослушивателем HTTP или HTTPS.

    Я уязвим?

    Да Все версии Kubernetes затронуты.

    Go выпустил версии go1.12.8 и go1.11.13, и на их основе были выпущены следующие версии Kubernetes, созданные с использованием исправленных версий Go.

    • Kubernetes v1.15.3 – go1.12.9
    • Kubernetes v1.14.6 – go1.12.9
    • Kubernetes v1.13.10 – go1.11.13

    Как мне исправить уязвимость?

    Обновление до исправленной версии Kubernetes, перечисленной выше.

    Как мне обновить?

    После выпуска новых версий вы можете следовать инструкциям по обновлению по адресу https://kubernetes.io/docs/tasks/administer-cluster/cluster-management/#upgrading-a-cluster.

    Детали уязвимости

    Netflix недавно анонсировал рекомендации по безопасности, которые идентифицировали несколько векторов атак типа «отказ в обслуживании», которые могут повлиять на реализацию протокола HTTP/2 на сервере, и выпустил восемь CVE. [1]

    На Go влияют две уязвимости (CVE-2019-9512 и CVE-2019-9514), поэтому также затрагиваются компоненты Kubernetes, которые обслуживают трафик HTTP/2 (включая / healthz). [2]

    Эти уязвимости позволяют ненадежным клиентам выделять неограниченный объем памяти до тех пор, пока не произойдет сбой сервера. Комитет по безопасности продуктов назначил этот набор уязвимостей с оценкой CVSS 7,5

    [1]. https://github.com/Netflix/security-bulletins/blob/master/advisories/third-party/2019-002.md

    [2]. https://golang.org/doc/devel/release.html#go1.12

    Спасибо Джонатану Луни из Netflix за обнаружение и сообщение об этих проблемах сообществу Go.

    Благодарим Кристофа Блекера, Бенджамина Элдера и Тима Пеппера за координацию исправления и выпуска.

    Нужна помощь в обновлении, обращайтесь office@itfb.com.ua

  • Типичные проблемы, которые мы решаем в ITFB

    Учитывая наш опыт, мы можем утверждать, что большинство клиентов имели похожие проблемы. Также ранее они обычно получали плохое обслуживание.

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

    Некоторые из подводных камней, которые они внезапно могли обнаружить:

    • Доступ к хостинг-провайдеру или серверу потерян. Никто не знает, где находятся пароли.
    • Клиент выбирает другого хостинг-провайдера для сайта, но сервер расположен на старом хостинге.
    • Сайт распознается как распространяющий вирусы. Можем ли мы восстановить код? У нас есть резервные копии?
    • Веб-сайт не работает, поскольку на сервере не хватает свободного места.
    • Данные были потеряны из-за сбоя жесткого диска, не был настроен RAID.
    • Для чего нужны эти счета-фактуры хостинг-провайдера? Где находится документация по серверной инфраструктуре?
    • Перезагрузка виртуальной машины больше не помогает восстановить доступность веб-сайта.
    • Время загрузки сайта стало очень долгим из-за использования общего хостинга. Как перенести сайт на выделенный сервер?
    • Срок действия сертификата SSL на сайте истек, и никто не заботился об этом заранее. А как оформить новый?
    • Знакомый сисадмин не отвечает на сообщения в течение двух недель, в то время как на сервере возникли срочные проблемы.

    Мы улучшили процессы нашей работы именно для решения подобных проблем. Накапливаем много данных о клиентской инфраструктуре, в основном в виде кода (IaC).

    Предоставляем эти данные клиенту в виде Git-репозитория по запросу, чтобы клиент также знал о своей инфраструктуре.

    Типичная инфраструктура, с которой мы работаем

    Мы работаем с разными видами клиентской инфраструктуры: от самых маленьких до сложных вариантов.

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

    VPS для одного сайта

    Вариант применения: клиенту нужно, чтобы веб-сайт работал с доступом для программистов для обновления кода. Самое дешевое решение – VPS рядом с его клиентами.

    Выделенный сервер с двумя ОС

    Вариант применения: клиенту нужен один хороший сервер для разрабатываемого сайта, а также отдельная ОС для разработки. Обычно мы рекомендуем Hetzner EX61-NVME для этого случая.

    Полностью выделенная инфраструктура

    Вариант применения: клиенту нужна полностью независимая инфраструктура с собственными аналогами GitLab и SaltStack, а также тремя независимыми ОС для полного цикла разработки (dev, staging, production).

    Мы предлагаем подключение сервера к набору инструментов стека DevOps. Также мы готовы выполнить почасовые операции с подключенными серверами, необходимые для управления серверами и приложениями, их развертывания и автоматизации. Обращайтесь!

  • JIRA Service Desk vs ServiceNow – автоматизируют ли они одинаковые процессы ITIL

    JIRA Service Desk vs ServiceNow – автоматизируют ли они одинаковые процессы ITIL

    Суть ITSM можно выразить следующей строкой: ITIL помогает вашему бизнесу идти по пути предоставления качественного, ориентированного на клиента обслуживания. Многие компании попадают в цикл изменения своих рабочих процессов в соответствии со структурой используемой платформы. Когда дело доходит до выбора вспомогательного программного обеспечения, может показаться, что список систем управления услугами бесконечен. Тем не менее, есть два лидера: ServiceNow и Jira Service Desk.


    Каждая платформа предлагает огромное количество функций и возможностей. Основная идея этого сравнения ServiceNow и Jira Service Desk состоит в том, чтобы дифференцировать их функции и получить представление о том, как сопоставить их с конкретными потребностями бизнеса.

    Обзор профиля

    ServiceNow предлагает готовый набор процессов ITIL и стремится обеспечить единое представление в трех концепциях: проектирование, переход и эксплуатация для среды предоставления ИТ-услуг.
    ServiceNow охватывает следующие процессы ITSM:

    •  управление инцидентами;
    •  каталог услуг и выполнение запросов;
    • управление изменениями;
    • управление конфигурациями;
    •  управление знаниями;
    •  управление проблемами.

    Служба поддержки Jira появилась в 2013 году как расширение Jira. Эта система отслеживания заявок построена на движке Jira для того, чтобы связать ИТ-отделы и сервисные группы с процессами ITIL для управления запросами, инцидентами, проблемами и изменениями.

    В 2016 году Jira Service Desk получил сертификацию PinkVERIFY ™ и ISS Bronze ITIL для следующих процессов:

    • выполнение запросов;
    • управление инцидентами;
    • управление проблемами;
    •  управление изменениями.

    Предварительно созданные рабочие процессы довольно просты, поэтому любой бизнес может настроить службу поддержки на основе инфраструктуры ITIL, а затем настроить ее в соответствии со своими конкретными требованиями.

    Специалисты ИТФБ предоставляют широкий спектр ИТ-услуг, в том числе внедрение Jira.

    Параллельный подсчет очков: ServiceNow против JIRA

    1. Набор возможностей

    Оба являются компетентными платформами для управления ИТ-службой предприятия. Тем не менее, Jira – надстройка, построенная на основе Atlassian JIRA – хорошо работает как часть экосистемы других продуктов Atlassian. ServiceNow был разработан, чтобы быть платформой, предлагающей интеграцию в качестве координационного центра, и извлекает многие из своих возможностей из работы с другими инструментами.

    2. Простота использования

    Веб-интерфейс JIRA интуитивно понятен и прост для понимания – опять же, клиенты Atlassian будут чувствовать себя как дома благодаря консоли администратора. Веб-интерфейс ServiceNow также очень удобен, но, в отличие от Service Desk, в большей степени ориентирован на предприятия/ITIL, что делает его менее доступным для небольших организаций.

    Подведем итог

    Выбор платформы для обслуживания и поддержки является сложной задачей. С одной стороны, важно выбрать многофункциональное решение, с другой – минимизировать влияние на пользователей и рутину ИТ. Итак, спросите себя – нужна ли вам платформа с множеством функций, которые добавляют сложности и стоят целое состояние? Или вы полны решимости сосредоточиться на решении обычных задач и использовании необходимых инструментов для их решения? Не можете определиться, операторы-консультанты «ITFB Технологии для бизнеса» проконсультируют и ответят на все вопросы. К тому же, если делать внедрение наземной версии у нас, то это будет дешевле, чем у производителя. Все контакты указаны в шапке сайта.

  • Почему ITFB?

    Почему ITFB?

    Один набор инструментов и одна команда для всех операций вашего сервера

    Для малого бизнеса


    В настоящее время для ведения бизнеса часто требуется один или несколько серверов, на которых хранится веб-сайт компании или программное обеспечение для предприятий.
    Компания может нанять системного администратора на полный рабочий день, инженера по безопасности сайта или DevOps для поддержки работы этих серверов. Но это решение может обойтись слишком дорого, если инфраструктура маленькая и простая. Более того, ИТ-специалисты могут чувствовать себя некомфортно в не-ИТ-компаниях и часто менять работу. Найм неопытного инженера может привести к плохому внешнему виду и структуре системы.

    Аутсорсинг SRE или DevOps – хороший выход из этой проблемы, и мы можем предложить такие услуги.

    Мы любим помогать бизнесу планировать, настраивать и работать с его серверами, ОС, приложениями или веб-сайтами, а также предлагаем наш многолетний опыт в этой сфере – некоторые из наших инженеров занимаются управлением серверов Linux с конца 90-х годов.
    Мы накопили большую часть нашего опыта в продукте “Программное обеспечение как услуга” (Software as a Service – SaaS) — это ITFB. Здесь имеется отличный набор инструментов: сервисы Linux и шаблоны кода из стека DevOps.
    Клиентские серверы или виртуальные машины имеют возможность с ежемесячной абонентской платой на подключение к нашим службам мониторинга и управления.
    Клиентам не нужно знать системное администрирование, чтобы использовать наш продукт – мы настроим все сами. После начальной настройки мы будем поддерживать серверы по запросам клиентов. Все операции имеют почасовую оплату.

    Для команд-разработчиков программного обеспечения

    Веб-студии, интернет-агентства и порталы – все эти компании, связанные с ИТ, также требуют запуска разработанных ими же серверов и приложений. Многие из таких компаний хотят сосредоточиться на своих лучших навыках, например, дизайне или программировании и работе без найма full-stack разработчиков. Поэтому они могут передавать серверные операции и DevOps нам как надежному партнеру.
    Другая причина, по которой с нами сотрудничают команды разработчиков, заключается в том, что мы предоставляем зрелый и готовый подход к настройке сервера и развертыванию приложений. Мы используем небольшое количество инструментов, но очень хорошо в них разбираемся. Разрабатываем наши собственные инструменты с открытым исходным кодом, чтобы выполнять операции более последовательно и быстро.
    Помогаем командам разработчиков управлять как собственными, так и клиентскими серверами. Они часто интегрируют наши работы в свой рабочий процесс обслуживания.
    Архитектура ITFB содержит множество компонентов разработки программного обеспечения, предназначенных для помощи клиентской команде. Команды могут применять разные варианты интеграции. Например, клиент может использовать собственный экземпляр GitLab, или мы можем управлять клиентским GitLab; мы можем хранить код инфраструктуры клиента в нашем репозитории проектов или использовать репозиторий клиента в качестве подмодуля Git.
    Консалтинг занимает значительную часть отношений с командами разработчиков. За последние годы мы ответили на многие тысячи вопросов разработчиков. Мы ценим возможность помочь им двигаться вперед и вместе создавать качественные технологии.

  • Принципы работы и возможности IP-телефонии

    Принципы работы и возможности IP-телефонии

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

    Виды IP-телефонии в офисе

    Классификация разных типов IP-телефонии создана на основе модели протокола. Самые распространенные виды.
    1. Н.323. Создан в 1996 году, его комплектация включает терминал, шлюз, контроллеры и управление многоточечной конференции.

    2.  MGCP. Суть его работы в том, что главное устройство управления, которое руководит сигналом, не соединено с медиапотоками. Их обрабатывают абонентские терминалы или ограниченные шлюзы, запрограммированные на небольшой список команд. MGCP-протокол используется в работе операторских узлов городских телекоммуникаций.

    3. SIP. Данный протокол продолжает совершенствоваться. При его работе по очереди выполняются запросы и ответы, а заголовки передаются в виде ASCII-текста, что исключает проблемы с прочтением. SIP и IP-телефония – разница заключается в более быстром и удобном канале связи SIP.

    Суть работы и разница SIP и IP-телефонии

    SIP и IP-телефония используется для стандартного онлайн-обмена информацией. Данный вид связи считается самым перспективным благодаря своей доступности и хорошему качеству соединения. Для его работы необходим интернет со скоростью не менее 64 Кбит/сек.
    Есть несколько способов звонить через SIP. Можно оборудовать программой индивидуальный компьютер или смартфон, или взять обычный домашний SIP-телефон, подключенный к роутеру. Но самый простой и распространенный способ – это использование WI-FI или 3g/4g.
    Функциональные особенности SIP-связи в том, что при звонке цифровой сигнал сжимается и связь работает значительно быстрее. Устройство получает сигнал и начинается разговор с помощью SIP-протокола. Сигнал опять превращается в аналоговый и человек, который отвечает на звонок, слышит качественный звук.

    Плюсы использования SIP-телефонии

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

    Человек может создать свой собственный удаленный колл-центр, воспользовавшись услугами сервиса https://itfb.com.ua/voip/, который помогает «под ключ» настроить любую схему переадресаций и выделить SIP-номера.

    Благодаря этому решению можно сэкономить средства на аренде помещения для офиса. IP-телефония, возможности которой позволяют объединять сведения о звонках с программами 1С, CRM, также работает с системами для аналитики работы. Это позволяет увидеть, какой способ рекламы самый эффективный, и повысить продажи.
    Отличие SIP и IP в том, что последнее – это общее определение телефонной связи, где для соединения используется интернет, а SIP является одной из ее подвидов. IP-телефония и SIP-телефония – разница в том, что SIP является ее самым новым подвидом, который продолжает развиваться.

  • Удаленное администрирование серверов: причины, чтобы им воспользоваться

    Удаленное администрирование серверов: причины, чтобы им воспользоваться

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


    Администрирование выделенного сервера и сайта: основные составляющие

    Задаваясь вопросом, что входит в администрирование серверов, стоит обратить внимание на то, что выполнять подобную работу будет администратор, обеспечивающий целый спектр задач, к которым относятся:

    • процедура первоначальной настройки сервера. Это услуги установки и настройки ОС/ПО, IP-адреса и систем, отвечающих за безопасность. В том случае, если вы арендовали или приобрели сервер, но не знаете, как с ним работать, качественную настройку выполнят наши специалисты для решения всех задач посредством его применения в дальнейшем;
    • выполнение множества регламентных работ, к которым относится обновление ОС, программного обеспечения, проверка на наличие ошибок, вирусов и бэкапов. Подобные действия минимизируют утечку данных, и осуществляют их защиту;
    • профессиональный круглосуточный мониторинг за реальной нагрузкой сервера. Это обеспечивает постоянную доступность сайтов для всех посетителей;
    • выполнение автоматического резервного копирования, что помогает восстановить информацию в случае ее утери;
    • оптимизация, установка и работа с базами данных;
    • предупреждение процесса возникновения различных неполадок (обработка сообщений, проверка свободного места, оставшегося на сервере, и т. д.);
    • составление специальных скриптов, помогающих автоматизировать основные задачи;
    • защита от различных DDoS-атак и вирусов. Выполняя администрирование серверов Линукс и прочих, соблюдение корректной работы и безопасности выходит на первый план.

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

    Удаленное администрирование серверов и их преимущества

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

  • Как ускорить WordPress

    Как ускорить WordPress

    WordPress c настройками по умолчанию не очень шустрый. CMS не пытается использовать все возможности для быстрой работы. Однако стоит отметить, что есть плагины для ускорения WordPress. Давайте разберемся как оптимизировать работу вордпреса.

    В самом начале рассмотрим какая производительность WordPress сразу после установки показатели будем смотреть на Pagespeed:


    Показатель 76 из 100 не высокий. Попробуем поднять этот показатель.

    Настройка сервера

    Nginx

    Вы не используете Nginx, тогда вам точно нужно это сделать. Обязательно используйте нжинкс в качестве фронтенда. Простой пример конфигурации для кеширования статики:

    server {
            server_name wp.com;
            root /var/www/wp; # путь к WP
            index index.php;
    
            location ~* ^.+\.(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|rss|atom|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf)$ {
                    access_log off;
                    log_not_found off;
                    expires max; # кеширование статики
            }
    
            location / {
                    try_files $uri $uri/ /index.php?$args; # permalinks
            }
    
            location ~ \.php$ {
                    fastcgi_pass unix:/var/run/php5-fpm.sock;
                    fastcgi_index index.php;
                    include fastcgi_params;
            }
    }

    PHP кеш

    В качестве кэша можно использовать различное ПО, в данном примере мы рассмотрим APC. Проверяем установлен ли у нас APC (если установлен получим список настроек):

    php -i | grep apc
    

    PHP выше 5.5 есть встроенный модуль opCache, так что APC ставить нет необходимости.

    Тюнинг Mysql

    WordPress устанавливает таблицы InnoDB, параметры MySQL должны соответствовать параметрам сервера, настроить их нужно в файле my.cnf:

    Буфер InnoDB рекоммендовано установить в значение половины RAM:

    innodb_buffer_pool_size = 256M
    

    Необходимо включить кэш для MySQL:

    query_cache_size = 32M
    query_cache_limit = 1M
    

    Параметров достаточно много, правильную настройку MySQL для WordPress, могут произвести наши сотрудники, обращайтесь в контакты.

    Кеширование

    Кэширование очень важно для оптимизации производительности. Оно может дать значительный прирост скорости работы сервера. Проверим на ab от Apache, что бы продемострировать это. Сначала проверим первоначальную установку WordPress.

    ab -c 10 -n 500 http://wordpress/

    Время получили в среднем 50мс:

    Total transferred:      4183000 bytes
    HTML transferred:       4074500 bytes
    Requests per second:    17.62 [#/sec] (mean)
    Time per request:       567.421 [ms] (mean)
    Time per request:       56.742 [ms] (mean, across all concurrent requests)
    Transfer rate:          143.98 [Kbytes/sec] received
    

    WP Super Cache

    Простая возможность для неопытного пользователя вклчить кеширование.  Это плагин с большим количеством настрек для тюнинга кеша. Скачиваем плагин, включаем

    image

    Результаты WP Super Cache время ответа на запрос уменьшилось в 25 раз:

    Total transferred:      4293500 bytes
    HTML transferred:       4146500 bytes
    Requests per second:    499.01 [#/sec] (mean)
    Time per request:       20.040 [ms] (mean)
    Time per request:       2.004 [ms] (mean, across all concurrent requests)
    Transfer rate:          4184.61 [Kbytes/sec] received
    

    Не обязательно использоватьWP Super Cache можно воспользоваться Varnish. Так же уменьшает время ответа.

    Стили, скрипты и картинки

    Минификация и сжатие

    Минификация CSS/JS поможе уменьшить 10…15% их размера. Для этого можно использовать модуль WP Minify. Его нужно скачать, и активировать. Gzip может уменьшить размер файлов в несколько раз. Включаем его в Nginx’e :

    server {
    ...
    gzip on;
    gzip_disable "msie6";
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript;
    ...
    }
    
    Оптимизация картинок

    Картинки зачастую тяжеловестные и занимают большой объем страницы. Благодаря сжатию картинок экономим 30…40% их размера. Можно использовать плагин WWW Image Optimizer. Что бы он работал на сервере должны быть установлены imagemagick и gd:

    apt-get install imagemagick php5-gd
    

    Хорошие практики и опыт

    • Стоит отдать предпочтение VPS для хостинга WordPress. Shared хостинг не позволяет выполнения некоторых настроек.
    • Лучше проверять темы Pagespeed и выбирать более быстрые
    • Чистите корзину
    • Чистите ревизии постов
    • Удаляйте спам

    В результате

    В результате мы получили ускорение работы WordPress (мы включили Varnish) и увеличение показателя Pagespeed с 76 до 93:


    Полезные инструменты и ресурсы

    P3 profiller плагин определит узкие места Вашего WordPress.
    Предлагаем поделиться опытом и инструментами которые Вы используете для ускорения WordPress в комментариях.

  • ТОП 10 облачных тенденций в 2019 году

    ТОП 10 облачных тенденций в 2019 году

    Актуальность облачных технологий невозможно недооценить, они постоянно развиваются и совершенствуются. Если еще недавно новинкой было личное хранилище, то сегодня в облака мигрируют целые компании. Что будет дальше и какие тенденции намечаются в сфере cloud IT? Предлагаем вашему вниманию 10 самых инновационных тенденций развития этой сферы.

    Облачные сервисные решения в бизнесе

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

    •  растут потребительские сервисы;
    •  увеличивается доступ к файлам;
    •  медиа-службы получают наивысшее признание.

    Специалисты нашей компании помогут быстро построить облачные решения на базе Microsoft Azure, Amazon AWS и Google Compute Engine (GCE)  «под ключ» и оказать полное сопровождение клиенту.

    Гибридные облачные технологии

    Речь идет о соединении облаков. Большинство современных поставщиков открывают API-интерфейсы, которые дают возможность иметь доступ к нескольким ресурсам и  принимать различные решения. Это помогает синхронизировать процессы, связанные с кросс-функционированием и мультидисциплинированием. Гибридные облачные технологии открывают широкие возможности в вопросах, связанных с управлением данными.

    Многогранность использования хранилищ

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

    Исследование искусственного интеллекта

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

    Полная безопасность и инвестиции в нее

    Обеспечение безопасности – первостепенная задача. Ввиду этого  инвестиции в облачные технологии, в частности в их безопасность, ежегодно возрастают, что однозначно приносит плоды.

    Блокчейны как бизнес-решение

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

    Бессерверные облачные вычисления

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

    Виртуальные данные и облачные технологии

    Приложение может качественно восстановить или изменить данные, при этом технические подробности не требуются. Виртуализация подразумевает передачу информации от разных источников, при этом точка получения – одна.

    Граничные вычисления для облачных технологий

    Данные обрабатываются там, где происходит их генерация. Это дает возможность оптимизировать любые  вычисления, связанные с облачными технологиями.

    Мейнстрим в виде контейнерных систем

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

  • Кому и зачем нужен ИТ-аудит

    Кому и зачем нужен ИТ-аудит

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


    Проведение it аудита компании: цели


    Современные компании стремятся максимально автоматизировать процессы и операции. Проведение аудита информационных технологий на предприятии позволит удостовериться в том, что все процессы, связанные с информацией, работают правильно.
    Целями проведения данной процедуры являются:
    1. Оценка уровня эффективности используемого для решения на предприятии IT задач бюджета. Специалисты https://itfb.com.ua изучают капитальные затраты на приобретение оборудования, анализируют уровень переменных затрат, включающих оплату стоимости лицензий, хостинга, подписки на серверы.
    2. Оценка эффективности работы специалистов IT-отдела компании, уровень их квалификации.
    3. Определение в инфраструктуре компании мест и бизнес-процессов, где системы используются недостаточно или неэффективно. Разработка предложений по повышению эффективности работы IT-систем, перераспределению нагрузки.
    4. Оценка работы систем, отвечающих за безопасность данных фирмы.
    5. Оценка рисков для активов данных клиента, разработка методов их минимизации.

     


    Когда необходим IT-инфраструктуры


    Проведение аудита IT-инфраструктуры проводится в обязательном порядке, если:

    • Наблюдаются признаки того, что в работе структуры появились проблемы, тормозит 1С или «лег» сайт. Проведение аудита позволит выявить и устранить проблему.
    • Если в структуре компании происходят глобальные изменения. Начинают работу новые подразделения, открываются новые филиалы, удаленные рабочие места, произошло слияние компаний или ее поглощение, это влечет за собой изменение IT составляющей. Проведение аудита позволит определить, можно ли оставлять все как есть, или нужно что-то изменить. Услуги специалистов помогут принять решение о необходимости проведения стандартизации используемого оборудования, централизации сервисов, что снизит риски и сделает администрирование более удобным.

    Проведение аудита ит безопасности целесообразно, если в компании планируется смена владельцев или топ-менеджеров. Его результаты помогут новым владельцам, руководителям получить актуальную информацию о состоянии IT-инфраструктуры. Услуги специалистов понадобятся и при изменении статуса бизнеса, при внедрении новой информационной системы.


    От чего зависит стоимость проверки


    Стоимость проведения ит-аудита зависит, прежде всего, от масштаба исследований. Количества рабочих мест, сотрудников, серверов, филиалов и удаленных рабочих мест исследуемого предприятия. Также важное значение имеет и то, насколько детальный анализ заказывается. Так проведение комплексного аудита является наиболее дорогостоящим видом услуг, тогда как экспресс-аудит может стать бесплатным решением, если интегратор будет проводить его в рамках подготовки к новому проекту.
    Стоимость всегда определяется на этапе планирования работ и оговаривается с заказчиком. Установленная цена фиксируется в договоре на оказание услуг. Если на момент заключения договора установить объемы аудита сложно, тогда устанавливается стоимость одного часа работы аудиторов.