앱 서비스 운영 한 달 후기

 

 

Android는 5월 18일 출시.

iOS는 5월 17일 출시.

 

벌써 각 스토어에 앱을 출시한지 한 달이 지났는데, 그 동안 관리하면서 있었던 트러블 슈팅이나 아쉬운 점? 등... 회고를 한 번 해보려 한다.

 

 

 

⏸️ 들어가기 전

 

본격적으로 회고하기 전에, 앱을 실행하는 영상 같은 걸 한 번도 업로드한 적이 없어서 앱 실행 영상과 해당 앱에 어떤 기능이 있는지 소개하려 한다.

 

 

앱 기능 설명

 

1. 사용자가 월~금요일의 식단표를 자유롭게 볼 수 있는 좌우 스크롤 기능이 있다.

 

2. 요일에 맞는 식단표를 바로 보여줄 수 있도록 바로 가기 기능이 있다.

예를 들면, 오늘이 화요일이라면 사용자가 직접 스크롤하지 않아도, 자동으로 화요일 식단표로 넘어가 보여주도록 하는 기능이다.

(주말에 사용하는 경우, 월요일에 위치하도록 하였다.)

 

 

iOS 앱 실행 영상 & Android 앱 실행 영상

 

왼쪽: iOS 실행 / 오른쪽: Android 실행

 

 

 

 

🖥 AWS

 

Amazon S3 : 이미지 업로드 자동화?

 

식단표 이미지를 버킷에 업로드하면, 자동으로 Lambda 함수에서 해당 이미지를 읽어서 OCR을 진행하게 된다.(트리거)

 

 

어느덧 메뉴 이미지를 저장하는 버킷에 5월 첫째 주 이미지부터 6월 넷째 주 이미지까지 업로드를 진행했다.

 

즉, 벌써 9주차를 올린 건데 매주 주말에 까먹지 않고 업로드 하는 것을 잊지 않고 있다.

꾸준히 하는 걸 어려워 하는 내가, 까먹지 않고 부지런히 잘 진행되고 있는 점은 다행인 것 같다.

 

그렇다면 이렇게 계속 사람이 매주 일일이 넣어 주는 방법 말고 다른 방법은 없을까?

 

 

"크롤링을 통해 이미지를 받아서 S3에 저장하는 배치 파이프라인을 만들면 해결할 수 있을텐데"

 

 

음... 생각보다 이 방법은 좀 까다롭다. 더 정확히 말하면 내 서비스에 적용하기 어렵다? 적용하려면 전체적인 구조 수정이 일어나야 한다.

 

우선, 식단표 사진 같은 경우에는 '메가스터디 구내식당 메뉴표' 카테고리에 매주 한 번씩 업데이트 된다.

 

 

항상 고정적인 url에 업로드가 되므로, 해당 이미지를 가져오는 것은 어렵지 않다.

그러나 문제는 오른쪽 사진처럼 이미지의 크기나 위치가 항상 바뀐다는 점이다.

 

 

크롤링을 통해 해당 이미지를 가져와서 S3에 적재하도록 할 수는 있지만, 위에서 언급한 문제로 인해 OCR 인식에서 문제가 생긴다.

 

현재 OCR 샘플 인식 형태가 이런 식인데, 내가 등록한 샘플 이미지가 점심 메뉴만 적힌 수정한 이미지이면서, 인식할 영역을 직접 넣어준 것이기 때문에 이미지의 크기에 영향을 많이 받는다는 것이다.

 

 

그리고 배치 처리 파이프라인 역할을 하는 airflow 공부가 아직 부족하기도 하고, 정기적으로 airflow를 실행시킬 수 있는 환경의 부재?

 

복합적인 요인들에 얽혀있고, 빠르게 개발하는 것이 목표였기에 이러한 부분은 적용하지 못한게 아쉽다.

(하려면 할 수 있을 것 같은데 우선 순위 개발에 밀리기도 하고, 제대로 공부하면서 천천히 하고 싶어서 아마 추후에 개선하게 될 부분일 것 같다.)

 

 

 

 

AWS Lambda : DB 읽기 및 쓰기 자동화?

 

매주 이미지를 S3에서 특정 파일을 읽어오기 위해, 파일 이름을 매번 직접 수정해주고 있다.

 

 

아마 이 과정도 airflow에서 파일 이름을 변경해주는 함수 하나, 날짜 이름을 변경해주는 함수 하나를 각각 만들어서 자동화할 수 있을 것 같다.

 

 

 

 

AWS Lambda : DB 쓰기 반복 문제

 

저번에도 이 현상이 발생해서 Lambda 함수를 수정해주었는데, 그 때 작성한 로직이 잘못되었음을 깨달았다.

 

 ### 이전 생략 ###
 
        try:
            r = table.get_item(
                Key={
                    'Period': {'S': period}
                }
            )
                
            # 이미 해당 키 값 데이터가 존재하는 경우, Lambda 함수 종료
            if 'Item' in r:
                return {
                    'statusCode': 200,
                    'body': '이미 Key가 존재하여 Lambda 함수를 종료합니다.'
            }
        
        except:
        	# dynamoDB 테이블에 새로 데이터 저장하는 로직

### 이하 생략 ###

 

위에가 이전 코드인데, table에서 키가 'Period' 이면서 period 에 해당하는 값들을 가져오도록(=r) 되어있다.

 

이상하게 해당 로직에서 계속 except로 가서 계속 DB에 데이터가 쌓이게끔 동작되고 있었다.

get_item 메서드에서 자꾸 에러가 발생하는 것이라 판단했다.

 

찾아보니 여기서 Key에 파티션 키 뿐 만 아니라, 정렬 키도 넣어줘야 해결되는 것 같다.

 

그러나 내가 의도한 로직과는 달라서, 파티션 키값만 찾는 메서드로 수정해 로직을 다시 작성했다.

 

### 이전 생략 ###

	partition_key_name = "Period"
        partition_key_value = period
        
        try:
            # 스캔 작업으로 파티션 키 값 확인
            response = table.scan(
                FilterExpression=f"#{partition_key_name} = :value",
                ExpressionAttributeNames={f"#{partition_key_name}": partition_key_name},
                ExpressionAttributeValues={
                    ":value": partition_key_value
                }
            )
            
            # 항목이 존재하는지 확인
            items = response['Items']
            if len(items) > 0:
                print(f"파티션 키 값 '{partition_key_value}'을(를) 가진 항목이 테이블에 존재합니다.")
            
            else:
                print(f"파티션 키 값 '{partition_key_value}'을(를) 가진 항목이 테이블에 존재하지 않습니다.")
                
                idx = 0
                for item in res_data[1:]:
                    table.put_item(
                        # 요일명, 메뉴내용
                        Item={
                            'Period': period,
                            'Menu': re.sub(pattern, r'\1 \2', str(idx) + " " + item['inferText'])
                            
                        }
                    )
                    print(f"Data inserted successfully: {item['inferText']}")
                    idx += 1

        except Exception as e:
            print("오류 발생:", str(e))

 

테이블 scan 메서드로 해당 파티션 키 값의 데이터가 존재한다면, 해당 데이터가 이미 잘 들어가 있으므로 넘어가고, 없는 경우에는 데이터를 넣어주는 로직으로 바꿨다.

 

 

 

이렇게 점검하는 과정이 필요했던 이유는, DynamoDB에 들어가는 데이터들은 OCR 인식 결과값이 바로 들어가는데, 이때 가끔 종종 인식을 못하는 한자 같은 경우에는 직접 수정해서 넣어주어야 하고, 그림이 있는 경우 이상한 문자로 인식되어 지워줘야 했다.

 

해당 데이터를 수정해주면, 아까 고치기전 데이터가 계속 생겼다. (이전 Lambda 함수 로직에서 설명한 이유때문에)

 

로직을 제대로 수정해준 덕분에, DynamoDB에 들어간 데이터를 수정해주어도 더이상 반복해서 데이터가 들어가지 않았다.

 

 

 

 

📱 Android & iOS

 

백그라운드 실행시 자동 업데이트

Android는 아직 확인을 못했는데, iOS 같은 경우에는 백그라운드에서 실행해놓고 앱을 종료하지 않으면 메뉴 업데이트가 되지 않는 현상이 있다.

아마 안드도 마찬가지일 것 같은데 해당 문제를 해결하기 위해서는 코드 수정을 해서 안드 및 ios 앱 버전 업그레이드를 시켜줘야할 것 같다.

 

 

iOS

 

먼저 iOS 같은 경우,

1. Info.plist 파일에 백그라운드 작업 허용을 위한 설정을 추가해야 하는데, UIBackgroundModes 키를 추가하고 fetch 값을 설정해야 한다.

2. 백그라운드 작업을 처리하기 위해 AppDelegate 클래스에서 application(_:performFetchWithCompletionHandler:) 메서드를 구현해야 한다.

3. 앱에서 백그라운드 작업을 수행하도록, 앱 내에서 백그라운드 작업을 시작하려는 지점에서 UIApplication.shared.setMinimumBackgroundFetchInterval(_:) 메서드를 호출하여 백그라운드 작업의 최소 간격을 설정한다.

 

import UIKit

@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate {

    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        // 백그라운드 작업의 최소 간격 설정 (예: 15분)
        application.setMinimumBackgroundFetchInterval(900) // 900초 = 15분
        return true
    }

    func application(_ application: UIApplication, performFetchWithCompletionHandler completionHandler: @escaping (UIBackgroundFetchResult) -> Void) {
        // 백그라운드 작업 수행 (데이터 가져오기 및 업데이트)
        // completionHandler를 호출하여 작업 완료를 시스템에 알림
        // 작업 결과에 따라 .newData, .noData, .failed 중 하나를 선택
        completionHandler(.newData)
    }
}

 

 

Android

 

안드로이드도 마찬가지.

1. 백그라운드에서 실행될 서비스(백그라운드 작업을 수행할 수 있는 컴포넌트)인 Service 클래스를 상속받는 클래스를 생성하여 백그라운드 작업을 구현해야 한다.

2. 알람 매니저를 사용하여 백그라운드 작업을 주기적으로 실행하도록 설정한다. AlarmManager 클래스를 사용하여 알람을 예약하고, PendingIntent를 통해 백그라운드 서비스를 실행한다.

3. 앱이 시작될 때 백그라운드 서비스를 실행하도록 설정한다. onCreate() 메서드나 다른 적절한 시점에서 startService()를 호출하여 백그라운드 서비스를 실행한다.

 

// 백그라운드 서비스 생성
public class MyBackgroundService extends Service {
    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        // 백그라운드 작업 수행
        // ...

        // 백그라운드 작업이 완료되면 서비스 종료
        stopSelf();
        return START_NOT_STICKY;
    }

    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }
}

// 알람 매니저 설정
AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
Intent intent = new Intent(this, MyBackgroundService.class);
PendingIntent pendingIntent = PendingIntent.getService(this, 0, intent, PendingIntent.FLAG_UPDATE_CURRENT);
long intervalMillis = 15 * 60 * 1000; // 15분
alarmManager.setRepeating(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(), intervalMillis, pendingIntent);

// 백그라운드 서비스 실행
Intent serviceIntent = new Intent(this, MyBackgroundService.class);
startService(serviceIntent);

 

 

내가 만든 서비스에 적용하려면 사실 어떻게 해야할지 감이 잘 안온다. api를 통해 주기적으로 받아오기만 하면 될지? 아니면 화면 관련한 세팅까지 해야할지...직접 해보다가 너무 막힌다 싶으면 커뮤니티에 여쭤봐야 할 것 같다.

 

 

 

 

가로모드 지원 X

 

화면의 가로모드, 세로모드를 미쳐 생각하지 못했다.

너무나 당연하게 세로모드에 맞게 구현했다.

 

세로모드만 지원하도록 설정하거나, 가로모드까지 지원하여 만들었어야 했는데 앱 개발하면서 이 부분은 그동안 전혀 고려하지 못했던 것 같다.

 

 

 

Android

 

안드로이드 같은 경우, 세로 고정을 해주려면 두 가지 방법이 있다.

 

1. AndroidManifest.xml 설정

android:screenOrientation에 portrait, 또는 landscape로 설정한다.

<activity
    android:screenOrientation="portrait"></activity>

 

2. Source code 설정

SCREEN_ORIENTATION_LANDSCAPE, 혹은 SCREEN_ORIENTATION_PORRAIT로 설정한다.

public void onCreate(Bundle savedInstanceState){
     super.onCreate(savedInstanceState);
     setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);
     setContentView(R.layout.main);
     // 이하 생략
}

 

 

iOS

 

iOS도 마찬가지로 두 가지 방법이 있다.

 

1. AppDelegate 설정

UIInterfaceOrientationMask는 뷰 컨트롤러의 지원되는 인터페이스 방향을 지정하는 상수이다.

func application(_ application: UIApplication, supportedInterfaceOrientationsFor window: UIWindow?) -> UIInterfaceOrientationMask {
    return UIInterfaceOrientationMask.portrait
}

 

2. 프로젝트 설정 변경

Targets - Info - Supported interface orientations(iPhone)에서 좌우 회전을 삭제하도록 한다.

(Xcode오류로 인해 이 방법으로 진행해도 안되는 이슈가 있다고 하니 1번 방법으로 하는 것이 더 좋을 것 같다.)

 

 

 

 

Splash(Launch) Screen 문제

 

안드로이드 같은 경우, 아래 처럼 이중 스플래시 화면이 뜬다고 하는데 아마 로딩 화면 이후에 계속 빈 로딩 화면이 뜨거나 다른 스플래시 화면이 뜬다는 것을 의미하는 것 같다.

 

 

안드로이드 뿐만 아니라, iOS에서도 같은 문제가 발생하는 것 같다.

 

 

 

 

💬 마무리

 

확실히 앱 개발을 정확하게 이해하지 못하고 진행한 점, 세밀한 부분을 신경쓰지 못했던 점들이 다 드러난 것 같다.

 

이런 부분을 제대로 배울 수 있는 기회가 오면 좋을 것 같은데...너무 이것 저것 다하고 싶어하는 나의 욕심만 가득한가 싶기도 하다.

 

더 나은 사람이 되기 위해서는 계속 끊임없이 탐구하고 공부하고 고민하는 사람이어야 한다.

 

시간적 여유가 생기게 된다면 앱을 전체적으로 업데이트 하고, 앱 버전 관리를 해야겠다!