{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Блоги: заметки с тегом cloud", "_rss_description": "Автоматически собираемая лента заметок, написанных в блогах на Эгее", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": false, "_itunes_explicit": "no", "home_page_url": "https:\/\/blogengine.me\/blogs\/tags\/cloud\/", "feed_url": "https:\/\/blogengine.me\/blogs\/tags\/cloud\/json\/", "icon": false, "authors": [ { "name": "Илья Бирман", "url": "https:\/\/blogengine.me\/blogs\/", "avatar": false } ], "items": [ { "id": "119839", "url": "https:\/\/stefaniuk.website\/all\/web-analytics-with-aws-lambda\/", "title": "Веб аналитика на коленке с помощью AWS", "content_html": "

Время от времени нам с друзьями приходят идеи различных проектов, которые было бы круто запустить. Но чтобы убедиться в жизнеспособности идеи нужно ее как-то проверить. Обычно для этого создаётся лендинг, на который нагоняется трафик и потом в аналитике смотрим, как ведут себя пользователи.<\/p>\n

В один из таких дней мы решили проверить очередную идею. Но в этот раз пользователь мог сделать много разных действий на сайте и их нужно было как-то отследить и проанализировать.<\/p>\n

Это не какая-то уникальная проблема, обычно для таких задач берут Google Tag Manager. Но никто из нас не умел им пользоваться да и желания изучать особо не было.<\/p>\n

И тут внезапно пришла идея как это сделать. Можно взять AWS Lambda, набросать на коленке пару строк кода, которые будут получать событие и куда-то их складывать для дальнейшего анализа. Для места хранения метрик выбрал CloudWatch. Он как раз умеет анализировать разные метрики\/логи и строить красивые дашборды.<\/p>\n

Также хотелось получать письма на почту с информацией про самые важные события. Для этого взяли SNS.<\/p>\n

В итоге пользователь заходит на сайт, делает какое-то действие, оно летит в лямбду, которая просто кладет информацию в логи и отправляет сообщение в SNS. Дальше идем в CloudWatch и смотрим на дашборды и анализируем полученную информацию.<\/p>\n

\n\"\"\n
Актуальная аналитика<\/div>\n<\/div>\n

В итоге получилась относительно простая и даже гибкая аналитика, которую можно использовать сразу на нескольких проектах. Сейчас она обходиться в 0$, нам хватает одного миллиона бесплатных вызовов лямбды в месяц.<\/p>\n

Но я все же советую изучить и использовать готовые инструменты вместо того чтобы сидеть и делать свои велосипеды. Ведь это очень скользкий путь, в какой-то момент можно забыть для чего это делалось и бесконечно улучшать и допиливать, вместо того чтобы решать задачу.<\/p>\n", "date_published": "2021-08-04T12:58:43+05:00", "date_modified": "2023-06-03T05:07:04+05:00", "tags": [ "cloud", "інструменти", "дешево і сердито" ], "author": { "name": "Bohdan Stefaniuk", "url": "https:\/\/stefaniuk.website\/", "avatar": "https:\/\/stefaniuk.website\/pictures\/userpic\/userpic@2x.jpg?1565716580" }, "_date_published_rfc2822": "Wed, 04 Aug 2021 12:58:43 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "119839", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "119842", "url": "https:\/\/stefaniuk.website\/all\/setup-new-ubuntu-vps\/", "title": "Настройка новой виртуальной машины", "content_html": "

Время от времени поднимаю виртуальные машины на убунту для своих проектов или экспериментов. Первое что я настраиваю — безопасность. Раньше у меня не было единого чек-листа и приходилось каждый раз гуглить. Поэтому решил сделать такой список и оставить у себя в блоге, чтобы обращаться к нему по мере необходимости.<\/p>\n

Чеклист<\/b><\/p>\n

    \n
  1. Создать нового пользователя вместо root.<\/li>\n
  2. Настроить доступ по ssh ключам.<\/li>\n
  3. Отключить доступ по паролю для ssh.<\/li>\n
  4. Отключить доступ для root через ssh.<\/li>\n
  5. Заблокировать все порты в ufw, кроме 80, 22 и 443.<\/li>\n
  6. (необязательно) Поменять ssh порт с 22 любой другой<\/li>\n<\/ol>\n

    Terminal<\/b><\/p>\n

    # Создаем нового пользователя и добавляем в группу sudo.\r\nadduser bstefaniuk\r\nusermod -aG sudo bstefaniuk\r\n\r\n# Копируем свой публичный ключ для нового пользователя.\r\nssh-copy-id bstefaniuk@vps-ip\r\n\r\n# Отключаем доступ по паролю и root для ssh.\r\nnano \/etc\/ssh\/sshd_config\r\n## Установить значения:\r\nPasswordAuthentication no\r\nPermitRootLogin no\r\n## Перезапустить службу\r\nsystemctl restart ssh\r\n\r\n# Настройка ufw\r\nufw default deny incoming\r\nufw default allow outgoing\r\nufw allow ssh\r\nufw allow 80\r\nufw allow 433\r\nufw enable\r\n## Проверяем что все ОК\r\nufw status<\/code><\/pre>
    В будущем хочу написать ansible-playbook скрипт, который будет все настраивать сам.<\/p>\n
    Хороший мануал по ufw<\/a>
    \n    Генератор конфигураций nginx<\/a>
    \n    Deployment: настраиваем пользователей<\/a><\/p>\n",
            "date_published": "2020-12-26T23:54:46+05:00",
            "date_modified": "2023-06-03T05:08:48+05:00",
            "tags": [
                "cloud",
                "linux"
            ],
            "author": {
                "name": "Bohdan Stefaniuk",
                "url": "https:\/\/stefaniuk.website\/",
                "avatar": "https:\/\/stefaniuk.website\/pictures\/userpic\/userpic@2x.jpg?1565716580"
            },
            "_date_published_rfc2822": "Sat, 26 Dec 2020 23:54:46 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "119842",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "119852",
            "url": "https:\/\/stefaniuk.website\/all\/gcp-databases\/",
            "title": "GCP: Databases",
            "content_html": "
    Google Cloud Platform предоставляет большой выбор разных способов хранить данные. Некоторые из них построены на базе существующих продуктов, другие — собственная разработка гугла.<\/p>\n
    Для начала нужно понять, что такое managed databases. Это услуга по настройке и администрированию баз данных. Облачный провайдер сам отвечает за работу сервера, установку патчей безопасности, доступность сервиса. Для того чтобы достичь такого же результата с помощью self hosted, нужно иметь в штате специалиста, который умеет администрировать сервера, закупить железо и подготовить инфраструктуру. В случае с managed databases платишь только за то количество ресурсов, которое используешь.<\/p>\n
    Cloud SQL<\/h2>\n
    Cloud SQL это классический managed database сервис. Он позволяет развернуть 3 самые популярные базы данных. Такие как:<\/p>\n