Альтернативи DigitalOcean для розробників: ціни

Що насправді змінюють альтернативи DigitalOcean

Більшість альтернатив DigitalOcean змінюють рахунок, а не саму машину. У будь-якому разі ви отримуєте віртуальну машину Linux із публічною IP-адресою, диском virtio і доступом root, а ядру байдуже, чий логотип розміщено на панелі керування. Вибір визначають такі відмінності: ціна за 1 GB RAM, обсяг включеного трафіку та вартість кожного байта понад цей обсяг, фактичний тип диска і те, яку частину стека над операційною системою за вас обслуговує провайдер.

У цьому посібнику наведено порівняння за цими критеріями, оскільки розробник може перевірити кожен із них у терміналі або за опублікованим прайс-листом. Також розглянуто випадки, коли DigitalOcean є правильним вибором, адже порівняння, у якому не визнають переваг жодного варіанта, є рекламою.

Усі наведені нижче ціни — опубліковані стандартні ціни, перевірені 5 August 2026. Ціни змінюються, і протягом 2026 їх змінювали кілька провайдерів із цього списку. Структура ціноутворення змінюється набагато повільніше, тому спочатку порівняйте співвідношення та модель розрахунку, а перед остаточним вибором перевірте актуальну ціну на сайті самого провайдера.

Ціна за GB RAM — це показник для порівняння

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

У межах одного провайдера ціна за GB RAM майже не змінюється. DigitalOcean стягує $6.00 за GB у плані на 1 GB і таку саму ціну $6.00 за GB у плані на 4 GB, який коштує $24.00 на місяць. Вибір більшого плану в того самого провайдера не дає знижки, тому розмір плану не є критерієм вибору. Важливий сам провайдер.

Akamai, яка тепер продає послуги, що раніше надавала Linode, встановлює для спільних планів на 2 GB і 4 GB ціни $12 і $24 відповідно — до долара так само, як DigitalOcean. Її початковий план дешевший і коштує $5.00. Точний збіг цін у двох компаній є показовим: цей рівень сформовано з огляду на конкурента, а не на вартість обладнання, і він надалі орієнтуватиметься на ціни конкурента.

Різниця стає помітною у провайдерів, які будують власні дата-центри та продають послуги в євро. Hetzner CX23 надає 4 GB RAM приблизно за $6.49 на місяць, тобто $1.62 за GB — майже чверть тарифу DigitalOcean. Цю суму в доларах перераховано з ціни в євро, тому вона змінюється разом із валютним курсом. Hetzner також підвищила ціни на хмарні сервіси протягом 2026 року, тому в старих порівняльних статтях наведено ціни, яких більше немає.

Ціна за GB RAM нічого не говорить про отриманий CPU. Спільний vCPU означає, що гіпервізор планує виконання вашого ядра разом із ядрами інших клієнтів. Коректну перевірку потрібно виконувати на сервері, який ви фактично орендуєте:

vmstat 1 10

Перегляньте стовпець st. Він показує відсоток часу, протягом якого ваш vCPU був готовий до виконання, але гіпервізор передавав фізичне ядро іншому клієнту. Кілька відсотків під навантаженням — це нормально. Стабільне двозначне значення означає, що фізичний хост перевантажений віртуальними машинами, і жодна ціна за GB не компенсує недоступне для вас ядро. Запускайте перевірку в годину найбільшого навантаження, оскільки steal time залежить від сусідів, а їхнє навантаження має власний розклад. Щоб отримати повніше уявлення про реальну щомісячну вартість хостингу з урахуванням сховища й трафіку, прочитайте скільки коштує VPS щомісяця.

Реальна вартість включеного трафіку

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean включає 1 TB вихідного трафіку у стартовий план і стягує плату за перевищення за GiB. У перерахунку це близько $10.00 за кожен додатковий TB. Akamai включає такий самий обсяг TB, але плата за перевищення приблизно вдвічі нижча — близько $5.00 за TB. Vultr включає 2 TB за подібною ставкою для перевищення. Hetzner включає 20 TB, а після цього стягує близько $1.20 за TB. Це на порядок відрізняється від інших провайдерів.

Три структурні деталі важливіші за основні цифри. Вхідний трафік безкоштовний у всіх чотирьох провайдерів, тому враховується лише переданий назовні трафік. DigitalOcean і Vultr об’єднують ліміт для всіх серверів облікового запису. Тому один завантажений сервер використовує квоту іншого, а група невеликих серверів спільно користується одним великим лімітом. Трафік між серверами через приватну або VPC-мережу зазвичай не враховується взагалі. Тому розміщення бази даних на приватному інтерфейсі є не лише рішенням щодо безпеки, а й рішенням щодо оплати.

Усе це не має значення, якщо ви далекі від ліміту. Блог, API з JSON-відповідями або невеликий SaaS не використає 1 TB за місяць. Відео, галереї зображень, ігрові сервери, дзеркала пакетів і цілі для резервного копіювання поза межами майданчика — використає. Виміряйте трафік, перш ніж робити припущення:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m виводить обсяг трафіку за місяцями окремо для отриманого та переданого трафіку. Оплачується лише стовпець із переданим трафіком. База даних спочатку порожня, тому перше корисне значення з’явиться через день після її встановлення, а перший повний місяць даних — ще через місяць. До цього єдиним джерелом даних залишається графік пропускної здатності самого провайдера.

Поставте ще одне запитання, на яке не відповідає жоден прайс-лист: після перевищення ліміту провайдер виставляє рахунок чи обмежує пропускну здатність порту. Плата за перевищення коштує грошей. Обмеження пропускної здатності впливає на користувачів саме тоді, коли їх найбільше. Потрібно заздалегідь знати, що саме станеться під час різкого зростання трафіку.

NVMe чи SATA і як перевірити, що ви отримали насправді

У панелі зазначено NVMe. Це твердження про диски на хост-системі, але ваша віртуальна машина може не використовувати саме їх. Локальне сховище розміщує ваш віртуальний диск на накопичувачах у тій самій фізичній машині. Мережеве сховище розміщує його в окремому кластері сховища, доступному через мережу дата-центру. Саме це дає змогу миттєво змінювати розмір, виконувати live migration і створювати snapshot без переміщення даних.

У гостьовій системі обидва варіанти виглядають однаково:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA і rotational повідомляють 0 для всіх пристроїв, які хост визначає як нев’язкі, тому мережевий том на базі NVMe показує те саме, що й локальний NVMe. Це значення означає, що диск не має обертових пластин. Воно не показує, де фізично розташований диск. У статті Як підтвердити наявність диска NVMe у Linux розглянуто назви пристроїв і те, що кожна з них означає.

Розділити ці варіанти можна за затримкою на queue depth 1, оскільки одному малому читанню немає за чим приховуватися. Локальний NVMe відповідає з тієї самої фізичної машини. Мережевий том додає до кожного читання обмін даними через мережу дата-центру, тому мінімальна затримка в нього вища, навіть якщо пропускна здатність за великої глибини черги виглядає подібною.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

Перший запуск виводить блок clat, тобто затримку завершення операцій. Читайте рядок із 99-м перцентилем, а не середнє значення, оскільки середнє приховує затримки, які відчувають користувачі. Другий запуск виводить IOPS= у підсумковому рядку. Виконайте обидва тести у вашого поточного провайдера та на тестовому екземплярі провайдера, якого розглядаєте, в один і той самий день, а потім порівняйте власні два значення. Опубліковані показники будь-якого постачальника вимірювали на машині, яку ви не можете перевірити. Також виконайте кожен тест тричі в різний час, оскільки результати на вільному та завантаженому хості відрізняються навіть для одного тарифного плану. У статті Як правильно тестувати VPS описано методику, а в статті Що насправді означає SSD VPS пояснено маркетингові терміни, що стоять за цими заявами.

Регіони: вимірюйте затримку, а не переглядайте карту

Список регіонів залишається маркетингом, доки ви не виконаєте вимірювання. Користувач відчуває час проходження пакета в обидва боки між своєю мережею та сервером. Він залежить від маршруту пакетів, а не від відстані на карті. Сервер за 300 km через перевантажене транзитне з’єднання програє серверу за 1,500 km через стабільний маршрут.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr виводить кожен проміжний вузол із власними показниками втрат і затримки. Тому стрибок на 60 ms між двома вузлами показує проблемне з’єднання, а не змушує безпідставно звинувачувати кінцевий сервер. Запускайте цю команду з машини в мережі, якою користуються ваші користувачі. Маршрути між дата-центрами є найкращими маршрутами в інтернеті, тому вони створюють сприятливе враження про кожного провайдера.

Є одна структурна особливість, яка не залежить від зміни ціни. Якщо провайдер має лише один регіон на вашому континенті, ваш план аварійного відновлення фактично передбачає перенесення на інший континент із відповідною затримкою. Враховуйте регіони, на які ви справді переключатиметеся під час відмови, а не всі регіони, перелічені на сторінці.

Знімки та резервні копії оплачуються окремо

Додаткове сховище — це те, що робить дешевий план дорогим. DigitalOcean стягує $0.06 за GiB на місяць для знімків, а автоматичні резервні копії розраховує як частку вартості сервера: 20% ціни плану для щотижневих копій і 30% для щоденних, а також пропонує тарифікацію за використанням — за GiB. Обидві моделі мають підстави, але недоліки в них протилежні. Ціна у відсотках зростає разом із розміром сервера, тому власник великого сервера з невеликим набором даних переплачує. Ціна за GiB зростає разом з обсягом даних, тому власник малого сервера з великим томом переплачує.

Запитайте, скільки коштує відновлення і скільки часу воно займає, адже вартість зберігання резервної копії — лише менш важлива частина питання. Також запитайте, чи видалення сервера видаляє його знімки.

Після цього зберігайте копію, якою провайдер не контролює. Знімки провайдера зберігаються в його обліковому записі, тому втрата доступу, проблема з оплатою або блокування облікового запису одночасно позбавляють вас і сервера, і його резервних копій. резервні копії restic у сховищі, яким ви володієте коштують кілька доларів за object storage, дають змогу відновити дані в будь-якого провайдера та роблять міграцію оборотною, а не остаточною.

Яку частину стека ви хочете обслуговувати самостійно

Провайдери розташовані на умовній шкалі. На одному кінці ви орендуєте машину й самостійно запускаєте на ній усе. На іншому — надсилаєте гілку git і більше ніколи не бачите сервер. Ціна за GB RAM є коректним критерієм порівняння лише на першому кінці, оскільки на другому ви купуєте працю, а не пам’ять, і для праці немає ціни за GB.

Перш ніж щось порівнювати, чесно визначте, на якому кінці цієї шкали ви перебуваєте. Керована база даних за $15.15 на місяць здається дорогою порівняно із сервером за $6, доки ви не врахуєте години роботи за ним: реплікацію, перемикання після відмови, відновлення до певного моменту часу, оновлення мінорної версії та сповіщення, через яке хтось прокидається о 03:00. Якщо ця робота входить до ваших обов’язків, виконуйте її самостійно й заощаджуйте різницю. Якщо ваш обов’язок — розробка застосунку, придбати ці операції як послугу недорого. Поділ на керовані та некеровані сервіси визначає, який саме стовпець прайс-листа вам узагалі потрібно читати. Якщо чесна відповідь полягає в тому, що ви хочете мати всю машину та її диски у власному розпорядженні, це питання VPS чи виділений сервер, а не питання вибору провайдера. Таке саме питання виникає і щодо решти щомісячних витрат розробника: порівняння планів Claude і ChatGPT залежить від того, яку частину роботи ви хочете передати іншому сервісу, а не від заявленої ціни.

Коли DigitalOcean є правильним вибором

DigitalOcean вигідний, коли ви купуєте платформу, а не віртуальну машину.

• Керовані бази даних. Керовані PostgreSQL і MySQL коштують від $15.15 на місяць за 1 GiB RAM і 10 GiB сховища. Додаткове сховище оплачується за кожен GiB, а резервні вузли — за кожен вузол. Щоб самостійно забезпечити таку надійність, потрібні Patroni або repmgr, сховище консенсусу, проксі підключень і відпрацьована процедура перемикання на резервний вузол. Команда з двох людей не зможе підтримувати таку інфраструктуру та одночасно випускати нові функції.
• App Platform. Ви надсилаєте гілку, отримуєте збірку, сертифікат і запущений сервіс без операційної системи, яку потрібно оновлювати. У дешевому VPS-варіанті цього продукту операційною системою та всіма оновленнями займаєтеся ви — у суботу.
• Об’єктне сховище та балансувальники навантаження, які підтримує зрілий Terraform provider. Інфраструктура, яку можна знищити й відновити з коду, цінніша за нижчу ціну окремого ресурсу.
• Компанія, що стоїть за продуктом. Опубліковані рівні підтримки, сторінка стану з історією та організація, яка відповість на security questionnaire клієнта. Якщо ви перепродаєте hosting, це важливіше за кілька доларів за GB.

DigitalOcean стає дорогим у випадку звичайної віртуальної машини, якщо їх потрібно багато і є значний вихідний мережевий трафік. Саме цей випадок усуває альтернатива, і саме на нього припадає більша частина інфраструктури, яку купує розробник, що розміщує сервіси самостійно.

Міграція до нового провайдера без простою

Простій під час міграції виникає з однієї причини: трафік надходить на стару IP-адресу після перенесення даних на нову. Кожен наведений нижче крок потрібен, щоб цей період був коротким і передбачуваним.

Почніть із DNS щонайменше за 48 годин до перенесення. Резолвери кешують ваш A-запис на час, указаний у його TTL (time to live), тому запис із TTL 24 години може спрямовувати користувачів на старий сервер ще до доби після його зміни. Зменшення TTL під час перемикання не допоможе, оскільки резолвери вже зберігають старе значення зі старим часом завершення дії. Спочатку зменште TTL, дочекайтеся завершення дії старого значення, а потім виконуйте міграцію.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

Перша команда виводить поточний TTL у другій колонці відповіді. Установіть його значення 300 у свого DNS-провайдера, а потім зачекайте довше, ніж число, яке ви щойно замінили.

Далі працюйте в такому порядку.

1. Підготуйте новий сервер і захистіть його до розміщення на ньому будь-яких даних. У розділі Перші десять хвилин на новому VPS описано те, що часто пропускають через поспіх.
2. Установіть стек застосунків і виконайте перше копіювання даних за допомогою rsync, поки старий сервер продовжує нормально обслуговувати запити.
3. Випустіть TLS-сертифікат на новому хості вже зараз, використовуючи challenge DNS-01, оскільки challenge HTTP-01 перевіряє IP-адресу, на яку наразі вказує DNS, а це все ще старий сервер. Challenge DNS-01 повністю усуває цю проблему з порядком дій.
4. Перевірте новий хост до будь-яких публічних змін, перевизначивши DNS на власному ноутбуці. Додайте 203.0.113.20 example.com до /etc/hosts, відкрийте реальний сайт у браузері, а потім видаліть цей рядок. На користувачів ця перевірка не впливає.
5. Визначтеся з обсягом бази даних. Якщо її розмір не перевищує кількох GB, dump і restore можна виконати в межах заморожування запису. Якщо розмір більший, налаштуйте реплікацію зі старої бази даних на нову за кілька днів до перенесення та дочекайтеся її актуалізації, щоб заморожування охоплювало лише promotion.
6. Заморозьте записи. Переведіть застосунок у режим обслуговування або лише для читання. Це єдина частина, яку бачать користувачі, і вона має тривати кілька хвилин.
7. Виконайте фінальне копіювання змін: знову запустіть rsync, а потім виконайте фінальну синхронізацію бази даних.
8. Змініть записи A та AAAA на нову IP-адресу. За TTL 300 більшість резолверів оновить значення приблизно за п’ять хвилин.
9. Залиште старий сервер запущеним і доступним щонайменше на добу, оскільки деякі резолвери ігнорують короткі TTL. Якщо старий застосунок усе ще дозволяє записи, пізні запити записуватимуть дані не в ту базу, тому спрямовуйте старий хост до нової бази даних або повертайте з нього сторінку обслуговування.
10. Протягом доби контролюйте рівень помилок на новому сервері, поверніть TTL до звичайного значення, а старий сервер знищіть через тиждень, а не того самого вечора.

Саме копіювання складається з двох команд, кожну з яких потрібно виконати двічі. Синхронізація файлів:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a зберігає власників, права доступу та часові мітки, -H зберігає жорсткі посилання, -AX зберігає ACL і розширені атрибути, а --numeric-ids забороняє rsync зіставляти ідентифікатори користувачів через імена, які відрізняються на двох машинах. Запустіть цю команду за кілька днів до перенесення, а потім повторіть під час заморожування, коли буде передано лише змінені дані.

Для PostgreSQL, якщо розмір бази достатньо малий для dump:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

Для MySQL або MariaDB:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction створює dump в межах однієї транзакції для таблиць InnoDB, тому результат є узгодженим, а застосунок може продовжувати запис під час виконання команди. Без цього flag mysqldump блокує таблиці. Це означає, що заморожування запису почалося раніше, ніж ви планували, і ви не контролювали момент його початку.

Два компоненти виходять за межі ваших серверів. Нова IP-адреса не має репутації для електронної пошти, тому листи, надіслані безпосередньо з нового сервера, фільтруватимуться як спам. Надсилайте їх через relay, який уже має репутацію. Крім того, кожен партнер, який додає вашу вихідну IP-адресу до allowlist, наприклад платіжний шлюз або firewall клієнта, має оновити цей список до перемикання. Інакше відповідні виклики почнуть завершуватися помилками одразу після перенесення трафіку.

Що перевірити перед оформленням

• Чи є ціна промоційною і якою буде ціна після поновлення. Знижка на перший період, яка подвоюється під час поновлення, є реальною витратою, просто відкладеною.
• Чи оплачується весь термін наперед. Тарифи на кілька років із передоплатою, як у SSD Nodes, дають значно нижчу ціну за GB RAM завдяки оплаті наперед. Компроміс полягає в тому, що наступного місяця відмовитися від такого плану не можна, тому обирайте термін відповідно до рівня своєї впевненості.
• Скільки коштує snapshot на місяць і скільки коштує відновлення — у грошах і хвилинах.
• Чи тарифікується перевищення лімітів, чи швидкість обмежується.
• Чи коректно маршрутизується IPv6, чи це лише одна додаткова адреса без повноцінної підтримки.
• Чи є API із підтримуваним Terraform provider, якщо ви плануєте відтворювати інфраструктуру з коду, а не налаштовувати її вручну.
• Як звертатися до служби підтримки та який опублікований цільовий час відповіді для недоступного сервера, а не для питання щодо продажу.

Обирайте за параметром, який найбільше впливає на ваш рахунок. Якщо це пам’ять, вирішальним буде ціна за GB RAM. Якщо це вихідний трафік, вирішальним буде обсяг включеного transfer. Якщо це ваш власний час, вирішальним буде managed platform; серед чотирьох розглянутих варіантів найкращою є платформа DigitalOcean.

FAQ

Чи завжди Hetzner дешевший за DigitalOcean?

Для звичайної віртуальної машини він значно дешевший у розрахунку на GB RAM: приблизно $1.62 проти $6.00 на базових спільних планах станом на 5 August 2026. Порівняння змінюється, якщо врахувати керовані сервіси. Hetzner продає сервери й мережеву інфраструктуру, тому керовану базу даних або платформу з розгортанням через push вам доведеться надавати самостійно чи отримувати від стороннього постачальника, а це потребує часу й коштів. Упродовж 2026 Hetzner також підвищував ціни на cloud-сервіси, тому перевіряйте поточну суму в євро, а не покладайтеся на стару статтю.

Яку альтернативу DigitalOcean обрати, якщо мені потрібна керована база даних?

Vultr і Akamai пропонують керовані бази даних, тому це найближчі заміни, якщо саме керована база даних є причиною використання DigitalOcean. Недорогі європейські хостери зазвичай не пропонують таких сервісів. У такому разі PostgreSQL або MySQL доведеться адмініструвати самостійно, включно з реплікацією та перевіреним перемиканням у разі відмови. Це потребує значної роботи. Порівняйте її вартість із $15.15 на місяць, які коштує керований екземпляр на 1 GiB, перш ніж вирішувати, що дешевший сервер справді заощадив кошти.

Як перенести робочий сайт до нового провайдера без простою?

Зменште TTL DNS до 300 seconds щонайменше за 48 hours до перенесення, оскільки резолвери можуть повертати стару IP-адресу протягом усього часу, визначеного попереднім TTL. Підготуйте й перевірте новий хост, поки старий ще обслуговує трафік. Для цього використайте перевизначення /etc/hosts на власному комп’ютері, щоб його не бачили інші користувачі. Потім на кілька хвилин забороніть запис даних, виконайте фінальну синхронізацію змін через rsync і фінальну синхронізацію бази даних, змініть записи A та AAAA і залиште старий сервер запущеним на тиждень на випадок, якщо резолвер проігнорує короткий TTL.

Чи означає дешевший VPS повільніші диски?

Не обов’язково. Важливо, чи розташований віртуальний диск локально на хості, чи він працює в кластері мережевого сховища, а панель керування рідко це вказує. lsblk -o NAME,ROTA повідомляє 0 для обох варіантів, оскільки обидва диски є невмонтованими? [No: non-rotational] Натомість виконайте вимірювання: запустіть fio із параметром --iodepth=1 --bs=4k --direct=1 і перегляньте затримку завершення операцій на 99-му перцентилі. Мережевий том додає до кожного читання один обмін даними мережею дата-центру, тому його мінімальна затримка вища, ніж у локального NVMe, навіть якщо пропускна здатність за великої глибини черги подібна.

Чи доставлятиметься моя електронна пошта з нового сервера?

Спочатку часто ні. Нова IP-адреса не має історії відправлення, тому одержувачі вважають пошту з неї підозрілою: вона потрапляє до спаму або її одразу відхиляють. Записи SPF і DKIM також указують на старий хост, доки ви їх не оновите. Надсилайте пошту застосунку через relay або сервіс електронної пошти, який уже має репутацію, і оновіть DNS-записи для пошти до перемикання, а не після нього.