Hazelcast Snowcastシーケンスジェネレータのエポックとイドの長さ

Question

私はSnowcast https://github.com/noctarius/snowcastを自分のアプリケーションのユニークなIDジェネレータとして使用します。これらのIDをWebアプリケーションのURLに公開します。

今、私は私の春のブートアプリケーションでSnowcastシーケンサを設定するには、どのように2つのオプションがあります。Calendar基づきエポックの場合のsnowcastSequencer.next()メソッド呼び出しの結果として

@Bean 
public SnowcastSequencer snowcastSequencer(Snowcast snowcast) { 
    Calendar calendar = GregorianCalendar.getInstance(); 
    calendar.set(2017, Calendar.FEBRUARY, 1, 0, 0); 
    SnowcastEpoch snowcastEpoch = SnowcastEpoch.byTimestamp(calendar.getTimeInMillis()); 

    return snowcast.createSequencer("sequence_generator", snowcastEpoch); 
} 

または

@Bean 
public SnowcastSequencer snowcastSequencer(Snowcast snowcast){ 
    SnowcastEpoch snowcastEpoch = SnowcastEpoch.byTimestamp(new Date().getTime()); 

    return snowcast.createSequencer("sequence_generator", snowcastEpoch); 
} 

を私は次の長い値を得ています：

15617925960433665 

しかしDate基づきエポックの場合：

12046041089 

私は2番目のいずれかのよう...短いのIDでもっと興味が、私はIDが可能一意性の問題を心配します。

ユニークなIDの場合は、Dateに基づいてエポックを使用してもよろしいですか？

Answer 1

これらの数字の生成方法を見ると、1つのIDが複数の部分で構成されているため、IDが短くないことがわかります。タイムスタンプはそのうちの1つです。それは、エポック（最初の数ビット）へのオフセットが増加するため、IDが時間の経過とともに変化すると言いました。ある時点では、すべてのビットが使用されるので（最上位ビットでさえも）、long値はJavaのポイントから負の値に切り替わり、負に見えるようになります（または、符号なしlongとして印刷する必要があります。ビッグ・インテンサー）。

といっても、短くても長いものではありませんが、エポックオフセット（エポックの開始から何ミリ秒経過したか）と1ミリ秒でノード/ IDの数に依存します。

PS：アプリのランタイムの途中でユニークなIDを生成するだけの場合は、どちらも完璧です。