Впервые сделал крупный проект (под NDA, так что не расскажу, какой) на облачных функциях. Впечатления противоречивые.
Изначально программисты арендовали компьютер в датацентре: или целиком или кусочек. На нём теоретически можно делать что угодно, но для запуска своих программ нужно было настроить операционную систему, безопасность и авторизацию, установить нужные исполнительные модули, программы для удобства деплоя, мониторинг нагрузки итд. Поэтому появились сервисы, которые это всё делают за тебя, а тебе дают буквально окно, куда можно написать свой код и запускать его удалённо на чужой машине.
Конкретно я пользовался решением от Яндекса, чей протокол скопирован напрямую с Amazon Web Services. Причём, в документации не только открыто об этом говорится, но ещё и в некоторых местах перенаправляют на доки от Amazon. И SDK предлагают тоже использовать амазоновский. До санкций я бы сказал, что это не так плохо — можно использовать что-то привычное тем, кто уже работал с Amazon. Но сейчас привязка к американскому сервису выглядит скорее жирным минусом. Не знаю, есть ли у Яндекса ресурсы на какое-то серьёзное разделение. Судя по состоянию документации и платформы в целом — нет.
Yandex Cloud кажется системой, которая активно развивалась несколько лет назад, а сейчас подзаброшена. Среда выполнения .NET отстаёт от актуальной на две версии (3.1 вместо 6, четвёртой версии не существует). Изначально мой проект был написан как обычное контейнеризированное приложение на .NET 6, а потом я переводил его на функции. Пришлось пройтись по всему коду и переписать несовместимые куски с C#10 на C#8, это было не слишком приятно.
Документации фактически нет, а там, где есть, много путаницы. В примерах написано одно, по факту другое: например в функцию вместо объекта Request приходит просто строка, а разбирать её надо самому. Авторизацию я нашёл только на Stackoverflow. Интересно, что адекватных доков про неё не было ни у Яндекса, ни у Amazon.
Функция выполняется и выгружается, поэтому ваша программа не должна рассчитывать на наличие постоянно живущего процесса. Мне пришлось вытащить из неё большой словарь, который грузится при старте, и положить уже подготовленные данные из него в Object Storage — это такое горячее файловое хранилище, там же рядом с функциями. Справедливости ради, работает это всё быстрее, чем я думал. Удалось запихнуть в функции даже сравнительно большой проект с кучей классов, создающий при запуске несколько десятков объектов и производящий загрузку из сети с декомпрессией.
Другой важный плюс — бесплатная квота довольно внушительная: миллион вызовов и 10Гб*часов оперативной памяти в месяц. Для пет проекта вы сможете вообще не покупать сервер. Но если сервер у вас всё-таки есть, деплой вы уже настроили, то удобнее будет, конечно, делать как привычно. И гибкости больше.
#dev
Минусы повышения размера страницы памяти
⚠️ Мелкие объекты “тратят” больше памяти.
Если в 4 КБ-странице лежало 5 мелких объектов, в 16 КБ — может быть “пустого” пространства больше. Но в современных условиях прирост производительности важнее.
⚠️ Нужна поддержка от железа.
Процессор и ядро должны поддерживать размер страницы 16 КБ — это не просто «переключатель» в настройках.
#android#ndk
‼️В Android Studio 🔨 исправили важный для 16 KB Page Size
Я уже писал вам про некорректную работу проверка поддержки 16 KB Page Size в Android Studio. Так вот баг исправлен в Android Studio Narwhal Feature Drop 2025.1.2.
#androidstudio#ndk
🔨 Android Studio Narwhal Feature Drop сможет проверить поддерживает ли ваше приложение 16 KB page size. APK Analyzer покажет какие библиотеки не имеют поддержки 16 KB page size. Чтобы проверить работу вашего приложения можете использовать новый эмулятор с 16 KB page size.
#androidstudio#ndk
🤯Предупреждение об отсутствии поддержки страницы памяти в 16 Kb
Google решила раздражать всех разработчиков - пока не добавите поддержку нового размера страницы в дебажное приложение, установленное через ADB, будете видеть предупреждающий диалог на старте приложения.
Пользователи ничего не увидят, потому что им уходят релизные сборки. Так ведь у вас?
#android16#ndk
🤯Как проверить, что ваше приложение поддерживает 16 Kb memory page size
Совсем скоро всем Android приложениям в Google Play надо будет выполнить требования поддержки нового размера страницы памяти, что касается нативного когда (написанного на C/C++ с использованием Android NDK).
Стандартный способ проверки - через APK Analyzer в Android Studio, но вот по сообщениям в закрытом чате Broadcast с опытными ребятами, получается, что не всегда этот способ проверки даёт верный результат.
Какие способ использовать
1️⃣ Проверка APK с помощью специального скрипта check_elf_alignment.sh (подробности тут)
2️⃣ Запустить приложения на эмуляторе, где поддерживается только новый размер страницы
3️⃣ Через Dev Options на устройстве принудительно включить новый размер страницы. Лучше использовать устройство на Android 16+
4️⃣ Загрузить сборку в Google Play и там даст правильный ответ (можно использовать Alpha или Internal тестирование)
Подробнее про изменение, требования и миграцию читайте в оф. документации
#android#googleplay#ndk
📹Подготовьте ваше приложения для устройство с размером страницы памяти 16 KB (EN,6м)
Стивен Морленд из команды Android Systems делится последними новостями для разработчиков Android. Теперь Android поддерживает размер страниц памяти 16 КБ. Начиная с 1 ноября 2025 года, все новые приложения и обновления существующих приложений, отправляемые в Google Play и нацеленные на устройства с Android 15+, должны поддерживать размер страниц 16 КБ. Узнайте, почему команда Android внедряет это изменение и как подготовить своё приложение для максимальной производительности.
0:00 Вступление
0:26 Страницы памяти
1:33 Рост размера приложений
2:11 Почему мы меняем размер страниц с 4 КБ на 16 КБ
4:18 Android 16 и другое
Полезные ресурсы:
🔗Подготовка приложений для устройств с размером страниц 16 КБ
🔗Поддержка размера страниц 16 КБ
🔗Тестирование приложения в среде с размером страниц 16 КБ
#android#googleplay#ndk
🤯Через 4 месяца ваше приложение нельзя будет обновить или опубликовать новое, если все нативные библиотеки в APK не будут иметь поддержку страниц памяти 16 KB.
Google напоминает что весь нативный код вашего приложения и библиотеки должны иметь поддержку страницы памяти размером 16KB. Для этого надо обновить версию зависимостей с поддержкой (проверяйте на сайте).
Проверить работу можно с помощью специального эмулятора или включения опции в настройках разработчика на Android 15 и выше.
С помощью APK Analyzer вы можете определить выполняют ли все ваши нативные библиотеки требования. Android Lint также будет подсказывать проблемные библиотеки Рекомендуется создать issue для разработчиков сторонних API, если еще нету поддержки и до вас не сделали issue.
🔗 Больше подробностей в официальной документации
#android#ndk#googleplay
‼️Все Android приложения должны обеспечить поддержку работы на устройствах с размером страницы памяти 16KB
Изменение размера страницы в памяти от 4 KB в 16 KB даст для приложений:
🚀Ускорения запуска приложений
🔋Сокращение расхода батареи
📷 Ускорение включения камеры
📱 Ускорение запуска системы
Новая требование Google Play обязует реализовать поддержку работы всех новых приложений и обновлений с targetSdk 35 (Android 15). Изменение вступает в силу с 1 ноября 2025 года
Что нужно делать
👉 Обновить библиотеки с нативынм кодом до версий с поддержку нового размера страницы
👉Перекомпилировать свой нативный код на C/C++ с последней версией инструментов
В Google Play в AppBundle Explorer вы будете видеть совместимо ли ваше приложение cо страницей размера 16KB.
Полезные ссылки
🔗Как адаптировать приложение
🔗Как провести тестирование приложения на таком устройстве
🔗Подробная документация по 16Kb page size
#android#googleplay#ndk
Все мы уже привыкли выкладывать сборки в Google Play через AAB, которые передаст на устройство только необходимое для устройства нативные библиотеки. Некоторым приходится раздавать сборку в APK формате. Банальный кейс - отдавать сборку на проверку QA.
Универсальное APK - содержит ресурсы и библиотеки под все возможные устройства, даже те которые не нужны на устройстве пользователя. Обычно нативные библиотеки делают наибольший вклад в конечный размер приложения на устройстве пользователя. Отказ от ненужных позволит снизить размер и скорость доставки до устройства пользователя.
Android Gradle плагин позволяет указать какие ABI нужно добавлять в сборку. Сложность в том, что для финальной сборки обычно надо добавить ABI arm64-v8a и armeabi-v7a, а вот для Intel эмуляторов нужны x86 и x86-64. Чтобы делать это эффективно, я делал механизм передачи значений ABI через переменные при сборке. Это позволяет задавать локально и на CI разные значения, а локальные задавать через файл local.properties или переменную окружения
// Код в Gradle KTS скрипте
fun resolveAbiFilters(): List<String> {
val abisString =
project.findProperty("abiFilter") as String? // Параметр командной строки
?: readFromLocalProperties("abi.filter") // Значение из local.properties
?: System.getenv("ABI_FILTER") // Переменная окружения
return abisString?.split(",") ?: emptyList()
}
fun readFromLocalProperties(key: String): String? {
val localPropertiesFile = rootProject.file("local.properties")
if (!localPropertiesFile.exists()) return null
val localProperties = Properties().apply {
localPropertiesFile.inputStream().use(::load)
}
return localProperties.getProperty(key)
}
// В Android application модуле указываем
android {
defaultConfig {
ndk {
abiFilters = resolveAbiFilters()
}
}
}
Пример задания через параметр
./gradlew assembleRelease -PabiFilter=arm64-v8a,armeabi-v7a
Если вы запускаете приложения из Android Studio на устройстве/эмуляторе, то IDE понимает какую ABI из поддерживаемых стоит включить в APK, чтобы приложение смогло работать. Все остальные исключается. Сборка компактнее - меньше время на передачу и установку тестового билда.
#android#gradle#ndk
🦢Вышло превью Swift SDK для Android разработки
Стало доступно для загрузки первое nightly превью Swift Android SDK (SA SDK). Можно писать натив кода не C++.
Авторам можно начать портировать свои пакеты на Android, а 25% уже все существующих поддерживают Android таргет.
Что надо сделать (Windows, Linux, macOS):
1️⃣ Установить раннюю версию сборки Swift 6.3
2️⃣ Установить SA SDK
3️⃣ Поставить Android NDK
Подробная инструкция тут
🐱 Примеры Android проектов c использование SA SDK можно найти на GitHub
Я же сегодня сяду попробовать всё это и поделюсь на Boosty
#swift#android#ndk
🤖🦢Пример написания библиотеки для Android на языке Swift (RU, 17м)
В Swift 6 появилась возможность работать с Android NDK из Swift и всё это потом вызывать из Java при помощи JNI.
Java Native Interface (JNI) – это мост который позволяет нативному коду обращаться к Java Virtual Machine (JVM). Когда вы пишете Java код, то вы используете Android SDK. Но когда вы используете языки как Swift или C++, которые не компилируются в Java байткод, вам уже нужен Android NDK для коммуникации с Java через JNI.
Пример нативного кода
#if os(Android)
@_cdecl("Java_com_habr_swiftlib_myfirstandroidproject_SwiftInterface_initialize")
public func initialize(
envPointer: UnsafeMutablePointer<JNIEnv?>,
clazzRef: jobject,
callerRef: jobject
) {
// Активируем Android logger
LoggingSystem.bootstrap(AndroidLogHandler.taggedBySource)
// Инициализируем JVM
let jvm = envPointer.jvm()
JNIKit.shared.initialize(with: jvm)
// ДАЛЕЕ: кэшируем class loader
// ДАЛЕЕ: пример `toString`
// ДАЛЕЕ: пример `Task`
}
#endif
Инструменты сгенерят вам код для работы из Java/Kotlin
package com.habr.swiftlib.myfirstandroidproject
object SwiftInterface {
init { System.loadLibrary("MyFirstAndroidProject") }
external fun initialize(caller: Any)
}
#android#ndk#swift
🗺В Yandex MapKit SDK завезли поддержку страницы размером 16 КБ
В версии MapKit 4.19.0 добавили долгожданное изменение для выполнения обязательного требования от Google Play - поддержки страницы памяти размером 16 KB
#яндекс#ndk