Облачные сервисы *

Привет! Я Настя, и вот уже более 10 лет я работаю с текстами. Сначала трудилась на литературной плантации в провинциальном агентстве, потом писала для свадебного журнала, после – создавала тексты акций для купонного портала. А потом попала в IT и понеслось... В этой статье хочу рассказать, где меня уже заменил искусственный интеллект, почему это круто и какие инструменты на основе AI стоит взять на вооружение всем уставшим от однообразной работы копирайтерам.

Одно из неоспоримых преимуществ работы в IT – возможность обкатать крутые продукты еще до того, как они попадут на рынок. Собственно, некоторое время назад, коллеги из NLP team SberDevices, те самые, которые наобучали целую подборку ruGPT-3 & family, дали мне потрогать два AI-сервиса, призванных упростить жизнь всем пишущим – «Рерайтер» и «Суммаризатор». Ниже подробный отчет о том, для каких задач я применяла их в своей повседневной практике, какие испытания устраивала и что из этого получилось. А у самих ребят можно почитать про техническую сторону обучения моделей, поверьте, это очень интересно.

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

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

Одним из сервисов, который совсем недавно объявил об уходе, стал Trello. Им я пользовался в течение многих лет. Сам живу в ЕС, поэтому мог бы работать с Trello и дальше, но вот большинство моих коллег из в России, поэтому смысла оставаться с зарубежным сервисом и дальше особо не было. Коллеги постепенно переходят на отечественные продукты, поэтому аналогичным образом пришлось поступить и мне.

В данном посте я хотел бы рассмотреть способ установки персонального облака на домашний сервер Synology при помощи Docker, поделиться своими ошибками и опытом использования в повседневной жизни. Я буду признателен, если более опытные пользователи habr также поделятся своим опытом и расскажут, как им помог Nextcloud в повседневной жизни или какие трудности в установке ими были пройдены.

Вслед за множеством ИТ-компаний о своем уходе из России объявили вендоры бэкап-решений. Среди них — разработчики наиболее популярных инструментов резервного копирования: швейцарско-сингапурский Acronis, Veeam и американский Commvault.

Я, Анна Сёмина, менеджер по продуктам BaaS облачного провайдера T1 Cloud, хочу рассказать, какие средства резервного копирования доступны (а главное, актуальны!) сегодня в разрезе корпоративных задач, в чем их специфика и отличия друг от друга. А если статья понравится, не забудьте подписаться на блог T1 Cloud — он постоянно пополняется полезными материалами от моих коллег.

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

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

Infrastructure as Code — это подход, который подразумевает описание инфраструктуры в виде коде с его последующим применением для внесения необходимых изменений. Но, как именно писать код, IaC не говорит, только даёт инструменты. Один из таких инструментов — Terraform.

21 мая в Слёрм пройдёт практический интенсив «Terraform Мега». Мы пообщались с его автором Павлом Селиванов, архитектором Yandex.Cloud. Он рассказал, каких принципов нужно придерживаться, когда описываешь инфраструктуру, чтобы на выходе не получить непонятный и плохо поддерживаемый код. 

Экономическая ситуация нынче нестабильная, лишних денег у людей нет. И вот значится обратились ко мне товарищи со словами: "Ты же когда-то там сайты делал, помоги разобраться". После такой просьбы пришлось мне сдувать пыль вековую с постаревших связей нейронных, да бубен шаманский доставать.

Но не переживайте, эта статья не о том, как я спустя 12 лет снова сел ковырять сайты на PHP. Всё это банально и писать об этом на Хабр я бы не стал.

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

Вы готовы загибать пальцы?

Итак, сегодня мы с вами:

• Настроим сценарий голосового бота для подтверждения интернет заказа.

• Одним глазом взглянем на API для управления ботом и отправим пару запросов через Postman.

• Добавим пару кастомных действий в WooCommerce, чтобы робот вместо оператора разными голосами подтверждал заказ.

Перед вами подборка бесплатных книг, которые помогут разобраться в DevOps-практиках и стать сильнее как специалист. Вся литература — на английском языке, если не указано другого.

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

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

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

Качество видеоконференций - поддержка 1080p подключений. На рынке крайне мало предложений с поддержкой FullHD разрешения в облаке. Если для персональных звонков с телефона или ПК достаточно качества до 720р, то для мероприятий в переговорных комнатах, оборудованных панелями с большой диагональю, этого крайне недостаточно.

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

Поддержка всех вариантов подключения - SIP/H.323/WebRTC/Desktop/Mobile. Доступом через браузер сейчас никого не удивишь. Многие также имеют программные клиенты, в том числе и для мобильных устройств. Но вот поддержка облачным сервисом ВКС подключений аппаратных терминалов по протоколам SIP/H.323 - это весьма редкий функционал даже для коммерческих продуктов, доступных сейчас на рынке.

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

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

В этой статье я хочу поделиться опытом, рассказать, как развернуть свое первое SaaS-приложение. Также разберем, как его развить в будущем. Это материал для тех, кто давно собирался, но не знает, как.

Всем привет! Снова на связи Алексей Холодаев, младший системный администратор Cloud4Y.

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

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

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

Так вот в прошлом посте в рамках проекта kubos мы остановились на том, что объединили все машинки нашего будущего облака в общую виртуальную сеть. Теперь пора сделать так, чтобы машинки видели друг друга не только по IP-адресам, но и по именам. Для этого нужно запустить и настроить DNS сервер, чем мы сейчас и займемся. Для этого я отвел в гитлабе отдельную ветку, где и будет приведен полный код ansible и не только скриптов, о которых пойдет речь ниже.

Привет, Хабр!

Деплоймент приложений в мультикластерной среде Kubernetes — одна из самых актуальных тем. Подход позволяет расширить возможности для масштабирования сервисов, обеспечить локальность трафика за счёт географического расположения кластеров, добиться роста надёжности и отказоустойчивости развёртываемого решения, а также исключить риски взаимного влияния приложений в рамках одного кластера. 

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

Мы в Smart Engines занимаемся разработкой систем распознавания документов уже более 7 лет, предоставляя нашим клиентам уникальные алгоритмы, «завернутые» в локальные (on-premises) безопасные программные библиотеки, предназначенные для встраивания в клиентские информационные системы. Несмотря на то, что наш SDK крайне прост по части интеграции, предоставляет простое и эффективное API распознавания документов под разные языки программирования (включая даже Wasm), нас постоянно спрашивают о наличии у нас сервиса распознавания с WebAPI. В сегодняшней статье мы вам расскажем, почему же до сих пор мы не сделали такой веб-сервис. И даже не планируем его в обозримом будущем.

Существует множество языков для музыкального программирования. О некоторых из них, например, Sporth или ORCA, мы рассказывали в блоге. Сегодня поговорим о проекте Harmonicon — браузерном DAW, реализующем концепцию music-as-code.

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