Rahul Timesheet
Rahul Timesheet
7
1
7
1
7
1
7
1
7
1
7
8
8
1
7
1
7
1
7
1
7
1
7
8
8
1
7
1
7
1
7
1
7
1
7
8
8
1
7
1
7
1
7
264
A pull
startup, request
conditions,
I initially has been raised
persisting
switched even
the and the
after
connection is currently
application
to a local under review.
started.
PostgreSQL
Asynchronous
However,
Before proceeding,as Processing:
discussed Thread
I change, Implemented
with Praveen,
Analysis:
need confirmation CompletableFuture
there
from are upcoming
Sathish Kumar for
database.
database Despite
calls to this
handle asynchronousthe serveroperationsstill experiencedefficiently, slow
changes
regarding to theruling
whether
startup times, databaseController structure.
fieldOptionsMetadata
out PostgreSQL Setup:We isare
as being
the awaiting
rootused
cause. the
in the
updated
Observed
frontend. database
that
I plan thefurther
longest
to create a PRenhancing
structure to
time-consuming performance.
proceed
for these with the
thread integration
changesrevealedwas RMI
by tomorrow. into
TCP
Root
Data Cause Identification:
Issue Fix:RESTful Addressed Further
and fixed investigation
the data issue that that
caused
Developed
the slowness was endpoints
the
Connection.
causedattributes, API. for
by Redis.as MetadataModel
During startup, CRUDthePR
duplicate
operations, events
with the for certain discussed in the
Suspected
application creates thisacontroller
thread
significant isdelegating
Note:
comments.
trying
number business
to connect
of logic
to AWS
connections to the
to the
Once the updated
Redis/Postgres,
Redis clusterImprovement: database
(approximately service
structure
consuming layer.
the is
100 connections). in
most place,The
time API
locally.
Additionally, will be
Date Performance
updatated and exposed
Database Task
to theDescription
Reduced
frontend
Connection thefor processing
review.
Testing: This time
API from
will Total Hours
As frequent
per our earlier
DNS changes discussions, lead to just a gentle reconnections,
to 1repeated reminder that the
local fetch data the
environment from8-9
is the minutes
Error
backend
Daily
taking aHandling:
call connect
considerableminute.
based on amount
theperformance.
clientof ID.
time to 1
exacerbating
Testing: Conducted issue and
thorough impacting
local server
testing to validate the
01 Aug 2024 Verified Postgres
start, causingconnection delays
Proposed
Task from
Solutions: were introduced.a
Summary in the
task local machine
completion. using 7
optimizations
Resolved
Satisk
clientcan and
issues
review
like DBeaver, ensure
related
the curl no
to
which regressions
data
commands type
connected mismatches
andveryresponses when to
Issue:
NOTE : Workflow
understand PR inserting
MERGED
the - Actions
current Daily
TESTED
VARIANT table
callfields
implementation. INdetails
connect
QA in issue
API forquickly.
RESPONSE
Snowflake.
However, olddue Actions
toTIME
the 1
Disable Redis Findings:
02 Aug 2024 decreased
pending from for 40+Development
sec to 2configs sec Mode:attached Temporarily
screenshot disabling
in ticket 7
Redis during development might reduce startup time andnot
database structure changes, the pull request has
03 Aug 2024 NoAddressed
Reason: definitive
The issue
the issue
memory was
beenissue
simplifyofmerged
caused
IDidentified
generation
testing.
by
yet. from
an
byheap
incorrectly
usingdumps.
the
placed null 8
04 Aug 2024 The
Use UUID_STRING()
aRMI
Local TCP RedisConnectionfunction
All Cache:
the details
No directly
thread is inappears
Implementing
WORK the within
JIRA thebeSQL
to
a local the
Redis insert
primary
cache 8
filter, preventing the flag from
statement. being displayed in the UI.
suspect
could reduce for the the slow startup,
overhead potentiallywith
associated due remote
to AWSconnections
connection
Updated STATUS : during PRDaily
MERGEDcall connect
issues. ,as discussed will update 1
Resolution: UpdatedWork the code development.
tolater
properly place the filter. As a
05 Aug 2024 Enable result,
Multi-AZ Still
query
Next in Progress:
Steps: 7
theinresponse
the Cluster: nowEnablingincludesMulti-AZthe flag data.in the Redis
cluster could improve
Investigate slow application Daily call
reliability connect
startupand reduce
: Working the performance
onupdate
it no such 1
Update
FurtherOperation:
investigateimpact Refinement
AWSupdate connection
of DNS and testing
issuesoftothe
changes. confirm logic
if they
06 Aug 2024 on it 7
are thefor root MetadataModel
cause Challenges:
of the slow are still pending.startup.
application
Continue monitoring and Daily call connect
analyzing logs and threads to pinpoint 1
07 Aug 2024 Testing: Comprehensive
Attempts to disable the exact
caching testing
cause using for alldelay.
CRUD operations to
of spring.cache.type=NONE
the 7
ensure data integrity Call Connect operations.
and
Daily unsuccessful.
were error-free 1
Manually commenting out the caching annotations in Hibernate
Error
alsoHandling:
proved difficult Improve dueerror
to the handling mechanisms
tight coupling of the to provide
caching
08 Aug 2024 clearer feedback
mechanism within the application. on failures. 7
Logging: Implement detailed Daily Call logging Connect for tracking operations and 1
09 Aug 2024 troubleshooting. 7